OpenStreetMap

malenki's diary

Recent diary entries

4000 gelöschte Place-Nodes in Deutschland – und nun?

Posted by malenki on 11 February 2016 in German (Deutsch)

Screenshot gelöschter, wiederhergestellter places in Deutschland

Kürzlich stieß ich wieder einmal auf einen der Mapper, der etliche place-Nodes löschte, weil die ja auch am landuse stehen (oder er sie (teilweise) dorthin kopiert hatte).[0]

Nun steht ja im Wiki, dass man places sowohl als node, als auch als way als auch mit beidem mappen kann, also ist das, was die Mapper da treiben, im Prinzip nicht verkehrt. Mich stören aber zwei Dinge: Zum Einen sind die Nodes in der Regel einige Jahre älter als die Umringe der Ortschaften. Mit diesen Löschungen geht ein Teil der OSM-Geschichte verloren. Zum Anderen schaffen es manche der Mapper nicht, alle Tags zu kopieren…

Da ich über längere Zeit etliche solcher Löschungen gesehen hatte, wollte ich nun wissen, wieviel places in Deutschland denn im Laufe der Zeit insgesamt gelöscht wurden.
Dazu habe ich die Overpass API für jedes deutsche Bundesland für September 2012 (Beginn der Overpass-API-Zeitrechnung), die ersten Januare von 2013-15 und Februar 2016 nach allen place=nodes gefragt.[1] Eine Abfrage über ganz Deutschland ist offenbar zu ressourcenhungrig und läuft in einen Timeout.
Die Abfrageresultate für 2012-2015 und die für 2016 habe ich jeweils zu einem deutschlandweiten Datensatz verbunden.

Places mit den Werten "locality, field, location, political_structure, yes, island, islet" habe ich ignoriert:

$ osmfilter 2016-02-10_Germany_places_node.osm --drop="place=locality \  
=field =location =political_structure =yes =island =islet" \  
--keep-tags="all place= name=" > \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze.osm

Von den places will ich nur die Node-IDs vergleichen:

$ osmconvert 2012-2015_Germany_places_node_nur_name_und_valide_plätze.osm \  
--all-to-nodes --csv="@id" --csv-headline| sort|uniq > \  
2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv

Resultate

Wenn man nur die Daten zwischen dem 12.09.2012 und dem 11.02.2016 vergleicht, wurden 5429 places neu erstellt und 3266 gelöscht.

Zieht man noch die Daten von 2013-2015 in Betracht, wurden in diesem Zeitraum weitere 526 places erstellt und wieder gelöscht, so dass die Gesamtzahl gelöschter place-nodes 3792 beträgt.[2] Für die Überschrift habe ich etwas aufgerundet, weil a) 4000 viel reißerischer klingt als so eine krumme Zahl :)und b) sicherlich auch innerhalb eines Jahres place-nodes entstehen und vergehen, die durch mein Raster gefallen sind.

Die IDs habe ich in eine Datei geschrieben[3], etwas umformatiert und über das undelete-Plugin wiederhergestellt. Dort lauert aber seit langer Zeit die Falle, dass Objekte mit einem Redaction-Vorgang in der History nicht wiederhergestellt werden.
(Sinnvollerweise hätte ich gleich die undelete-Tools aus dem OSM SVN-Repository verwenden sollen. Für die nicht wiederhergestellten 85 Nodes war ich zu bequem, diese zu bemühen und habe ein paar gruslige Einzeiler dafür verwendet.)

Von den gelöschten places hatten in der letzten Version 3045 ein name-Tag:

grep -w "'name'" places_gelöscht_wiederhergestellt_inclusive_redacted.osm -c
3045

Nun habe ich die 3792 wiederhergestellten place-Nodes – und weiß nicht, was ich damit tun soll. Die in meiner Region – Landkreis Mittelsachsen – schaue ich garantiert durch, aber alle selbst zu überprüfen und gegebenenfalls selbst wiederherzustellen ist mir zuviel Aufwand. Wären das eine Idee für eine Wochenaufgabe? Für Maproulette? Oder soll ich sie ins Wiki kippen und auf das Beste hoffen?

Wer sich die Daten anschauen will, kann sie hier herunterladen.

Im Forum habe ich einen Thread eröffnet, weil dort mehr diskutierendes Publikum verkehrt.

Fußnoten
[0] Nein, ich habe ihn noch nicht kontaktiert und möchte ihn auch nicht an den Pranger stellen. Er steht hier nur als Beispiel für diese Art Mapper und des Mappens.

[1]

for i in $(less areas); do wget --timeout=1800 "https://overpass-api.de/api/interpreter?data=%5Bout%3Axml%5D%5Btimeout%3A1800%5D%5Bdate%3A%222013-01-01T00%3A00%3A00Z%22%5D%3B%0Aarea%28\  
$(echo "$i"| cut -d "_" -f 2)%29-%3E.searchArea%3B%0A%0A%28%0A%20%20node%5B%22place%22%5D%28area.searchArea%29%3B%0A%29%3B%0Aout%20meta%3B%0A%3E%3B%0Aout%20meta%20qt%3B" -O - > \  
"2013-01-01_$(echo "$i"| cut -d "_" -f 1)_places_node.osm" && sleep 100 && wget --timeout=1800 \  
"https://overpass-api.de/api/interpreter?data=%5Bout%3Axml%5D%5Btimeout%3A1800%5D%5Bdate%3A%222014-01-01T00%3A00%3A00Z%22%5D%3B%0Aarea%28\  
$(echo "$i"| cut -d "_" -f 2)%29-%3E.searchArea%3B%0A%0A%28%0A%20%20node%5B%22place%22%5D%28area.searchArea%29%3B%0A%29%3B%0Aout%20meta%3B%0A%3E%3B%0Aout%20meta%20qt%3B"\  
-O - > "2014-01_01_$(echo "$i"| cut -d "_" -f 1)_places_node.osm" && sleep 100 && \  
wget --timeout=1800 "https://overpass-api.de/api/interpreter?data=%5Bout%3Axml%5D%5Btimeout%3A1800%5D%5Bdate%3A%222015-01-01T00%3A00%3A00Z%22%5D%3B%0Aarea%28\  
$(echo "$i"| cut -d "_" -f 2)%29-%3E.searchArea%3B%0A%0A%28%0A%20%20node%5B%22place%22%5D%28area.searchArea%29%3B%0A%29%3B%0Aout%20meta%3B%0A%3E%3B%0Aout%20meta%20qt%3B"\  
-O - > "2015-01_01_$(echo "$i"| cut -d "_" -f 1)_places_node.osm"; done

"areas" ist eine Liste der deutschen Bundesländer mit Name und der API-internen ID dieser Fläche:

Baden-Württemberg;3600062611
Bayern;3602145268
Berlin;3600062422;
Brandenburg;3600062504
Bremen;3600062718
Hamburg;3602618040
Hessen;3600062650
Mecklenburg-Vorpommern;3600028322
Niedersachsen;3600062771
Nordrhein-Westfalen;3600062761
Rheinland-Pfalz;3600062341
Saarland;3600062372
Sachsen;3600062467
Sachsen-Anhalt;3600062607
Schleswig-Holstein;3600051529
Thüringen;3600062366

[2] comm lieferte die Daten, wc die Zahlen:

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -23|wc -l

3792

$ comm 2012-09-12_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -23|wc -l

3266

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -13|wc -l

5429

[3]

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -23 > places_gelöscht_ID

$ comm 2012-2015_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv \  
2016-02-10_Germany_places_node_nur_name_und_valide_plätze_nur_id.csv -13 > places_neu_ID
Location: Neunheiliger Weg, Schlotheim, Unstrut-Hainich-Kreis, Thüringen, 99994, Deutschland, Europa

Sizes of various map formats

Posted by malenki on 24 January 2016 in English (English)

Out of curiosity I had a short look at various map formats how much space they need for a certain country. I picked (for no certain reason) Bulgaria.

PS: Of course various maps may contain a various degree of details in the data which I did not check.
PPS: Fixed OSMAnd and mapsforge after Zverik's hint (used a third party website before with obviously outdated data).

Weihnachtseinkäufe für OSM

Posted by malenki on 27 November 2015 in German (Deutsch)

Pünktlich zum Beginn des alljährlichen Jahresend-Kaufrausches ziehe ich wieder ein Fazit zum Stand des Amazon.de-Werbepartner-Programms für OpenStreetMap.

Seit Beginn der Teilnahme an dem Programm wurden bis heute (27.11.2015) über das Amazon-Partnerprogramm 6178 Produkte gekauft, was in einem Umsatz von 174.605,76 EUR für Amazon resultierte.
Die Auszahlungen für OSM summieren sich auf 8.065,74 EUR, mit dem noch auszuzahlenden Beträgen wird eine Summe von 8.723,71 EUR erreicht. (Amazon zahlt den Werbepartner-Anteil drei Monate nach Generierung aus, um Rücksendungen ausnehmen zu können.)

Falls ihr im Dezember noch die eine oder andere Anschaffung tätigen wollt und bei Amazon einkauft, benutzt bitte den Affiliate-Link für Amazon.de oder installiert in Firefox die Amazon-Suchmaschine mit Affiliate-Link, die ihr auf der Spenden-Seite finden könnt. Auch für die Partner-Links für Amazon.co.uk oder Amazon.com gibt es dort entsprechende Suchmaschinen.

Die Auszahlungen von Amazon.de gehen an den FOSSGIS e.V., der in Deutschland die Interessen von OSM vertritt. Ich durfte bereits zweimal die Unterstützung des FOSSGIS genießen – bei der Anschaffung einer Leinwand für OSM-Stände und kürzlich *hust* bei der Erstattung von Übernachtungskosten, während ich drei Tage einen OSM-Stand betreute.
Jeder – auch jedes Nicht-Mitglied – kann beim FOSSGIS um Förderung von OSM-bezogenen Projekten und auch anderen, den Zielen des Vereins entsprechenden Projekten bitten. Details dazu und eine Liste von Projekten, die der FOSSGIS bereits finanziert hat, findet man in dessen Wiki. (Ich selbst bin auch (noch?) kein Mitglied des FOSSGIS.)

Vielen Dank an alle, die OSM direkt oder indirekt gespendet haben.
Weiterhin Frohes Mappen!

Shopping for OSM

Posted by malenki on 27 November 2015 in English (English)

Just in time before the annually shopping month starts I want to present the state of the German Amazon Affiliate Program.

Since I started the Affiliate Program at Amazon.de for OSM 6178 products got purchased which resulted as of today (27.11.2015) in Amazon sales of 174.605,76 EUR. The fees transferred to OSM amount to 8.065,74 EUR, with fees still to be paid they sum up to 8.723,71 EUR. (Amazon pays the fee three months after generating because of probable returns.)

So if you purchase the one or other thing in December and consider shopping at Amazon please use the Affiliate link for Amazon.de, Amazon.co.uk or Amazon.com – depending on where you shop. If you want to install an Amazon search engine in Firefox with that link you can do so at the German OSM donation page.

The fees from Amazon.de are transferred to the FOSSGIS e.V. the contact of OSM in Germany.
Two times I myself got helped by the FOSSGIS – as I purchased a canvas for OSM booths and lately *cough* a refund of expenses for overnight accommodation while managing an OSM booth for three days. In the FOSSGIS wiki you can ask for funding for your project if it is related to OSM (or if it matches the association's goals) and also see a list of already funded projects. Everybody – also when not being a member – can ask the FOSSGIS for funding OSM related Projects. I myself (still?) am not member of it.

Thus said, I want to thank everybody who donated directly or indirectly to OSM.
Happy Mapping!

Nachtrag 5. Abenteuertage Glauchau

Posted by malenki on 26 November 2015 in German (Deutsch)

Vom dritten bis zum fünften März hatte ich mit Rockus bei den Abenteuertagen einen OSM-Stand betreut. Kürzlich fiel mir die Quittung für die zwei Übernachtungen in die Hand. Im April meinte jemand, der mit dem FOSSGIS recht vertraut schien, ich solle den Beleg doch einschicken. Auch mit nachträglichen Anfragen gehe man durchaus kulant um. Obwohl mittlerweile acht Monate vergangen waren, schickte ich den Beleg ein.
Und siehe da – die Kosten wurden mir schneller erstattet als gedacht.
Vielen Dank! :)

OSM-Stand

Location: Gesau, Glauchau, Landkreis Zwickau, Sachsen, Deutschland

easy undelete of several ways

Posted by malenki on 18 November 2015 in English (English)

Second tought on my older posting about partially deleting changesets. Again, it is also a note-to-self.
Only helpful, if you have a bash with the usual tools at hand. For Windows there is Cygwin providing these.
You need a JOSM with the undelete plugin installed.

deleted objects of a changeset Example-Changeset with deleted objects and some of them selected for copying

If you stumble over a huge changeset and only want to undelete the deleted ways in that changeset without a time consuming revert of the whole changeset proceed this way:

  • copy the ways you want to undelete (mark them, press ctrl-c)
  • save them in a file foo
  • execute run on the command line

     less /path/to/file_foo | awk -F "," '{print "w"$1","}'|tr -d "\n[[:blank:]]"|sed s/[a-z],w/w/g|sed s/[a-z],r/r/g|sed s/[a-z],n/n/g
    
  • this results in a line looking this way:

    w41603521,w289494457,w120141340,w202708673,w217615755,w217615752,w217615776,w217615760,w217615784,w217615781,w217615769,w217615756,w217554101,w217615772,w217615774,w217554096,w217615766,w217615757,w217615758,w217615754,
    
  • copy this line, switch to JOSM, press shift-alt-u, paste the copied line, press enter

  • all the ways will be undeleted

  • If you want to undelete nodes or relations, do as before and only replace in print "w" the w with n for nodes or r for relations

Having a lot of time, here the

Explanation of the command

  less /path/to/file_foo | 

sends the content of file_foo to a pipe from where the next tool can parse the content.

  awk -F "," '{print "w"$1","}' |

Tell awk it gets a string separated by commata and to print the first column which in our case is the ID of the way. Additionally it has to print a "w" in front of it so the undelete plugin later knows it has to undelete a way. The comma is added to later have a nice line without spaces. The output is again piped for the next tool.

  tr -d "\n[[:blank:]]"|

Tell the tool truncate to delete all newlines to make the list of ways a single line. Additionally, have it delete all blank spaces which may occur from copying and cause a broken list. Again pipe the result.

  sed s/[a-z],w/w/g|sed s/[a-z],r/r/g|sed s/[a-z],n/n/g

This is only there to avoid another possible error which would be a leading w without ID for a way. This is also done for nodes and relations.

bot user accounts

Posted by malenki on 7 November 2015 in English (English)

Just a list of the 240 user names newly registered at OSM from midnight to 02:40. (Here is the raw data.) Looking at it it seems obvious OSM needs a more script and bot proof registration process. The only problem: Who's gonna write it?
Edit: I had collected 5130 user accounts registered during ~46 hours of which about 50% seem to be users registered by bots/scripts.
Edit II: I created a related issue at github.

    kkk
1971Andy
4xd7y512
Abel Augusto Conceição
Adampgy
Aiden087r5ir5
Aiden1r9k6bm7
Aiden2y3w1ny1
Aiden357r9rm7
Aiden3d4z2uh6
Aiden3x2v1sg6
Aiden432h2zw7
Aiden4l2p0uv2
Aiden7g7a4pw3
Aiden7x5l0yw4
Alexander0a6q2ee7
Alexander3q5u6wd9
Alexander4p4q7kj3
Alexander5a3r9it9
Alexander5q2q1kw2
Alexander7l7t1qd4
andoni90
Andrew0l0w9ln2
Andrew0u2v2wm9
Andrew0v2w2we1
Andrew1a3r9pp5
Andrew1t1q9ma3
Andrew1w2b6nm0
Andrew2a1z9vu7
Andrew3i8q1xr1
Andrew3o3j1ef0
Andrew4i9t4ib4
Andrew5k8j7hu1
Andrew5t2w0pd5
Andrew9q7i3wl4
annacallegaro
Anthony048q9nb3
Anthony0s9k6bq8
Anthony0v3z4bq0
Anthony1n5k3eb0
Anthony1z3y3xk8
Anthony3l0a6op2
Anthony3s6y8wy4
Anthony430h1b8
Anthony5q2m8ym9
Anthony691n7ol6
Anthony714b3xm7
Antonyfry
ap77
bobbyoor5
bongcab68
brycexoc00
Bryn Mills
campsawyer
carinaochoa
carola3
Cezar Mauricio
cisedenport1983
CLicK406
csomoza
Daniel0e9z6su4
Daniel2o4r5tb8
Daniel2r7r6nl4
Daniel331n4q5
Daniel553s5ey9
Daniel5b6n1zx4
Daniel6i8t4xt5
Daniel704z3w
Daniel938r1xs2
Daniel9q9k8lc4
Daniel Champagne
Dave D 210
David2y3a4al9
David432j3ra9
davidstibbe
delphineciw6
Dickgls
diusty
dowlessgei18
duanebev86
Emily Haverkamp
ericgore
Ernesto74l06oF8
Ethan108g1ku6
Ethan1q1h7wd6
Ethan2p7x8wz8
Ethan4x1n8ep8
Ethan5c4i6am8
Ethan6f5d5bp9
Ethan7n9r1um9
Ethan7o0r0ri7
Fabio Cesareni
Goiaca
Gorka Arandia Vazquez
Griselda Salvador
Gurbir Singh
haxaro
helgphi
hentsch nora
James270z4cw4
James2j3e4kl4
James2v1s0ma3
James2w1o7fp8
James316n2qf8
James813k6jg4
Jayden059r0si7
Jayden0v3b5ga4
Jayden123f3at8
Jayden395m9n9
Jayden3i7l8ne5
Jayden4w7z8bj2
Jayden5o3b6it6
Jayden7h5y2pz2
Jayden9m7e4vg5
Jayden9o9l8jx2
jean jjr
Jeff Yang
JermaineHuard
jk-mineev
joansaiful
John0m1e8tu4
John0p0f6tz4
John0s1i7xc5
John3a3r6ot9
John593a4a1
John5g6f6fv1
John6d1k2kp4
John6l8m8lb4
John7r0v2xr1
John7w5k0xt4
John8f2f1zx9
John8i0b6qq2
John8w9x9vt8
John9w3b5fy3
Joseph0z8g0hv5
Joseph172k5kf2
Joseph2d6k8qk9
Joseph6v9v8rp6
Joseph7e2d1xw8
Joseph9f0c8yz7
Joshua6e1h1jn3
Joshua6k5n5kj1
Joshua9j4i3dc1
Joshua9l9n9nd4
Joshua9u2v2ti6
Joshua9y5o1cc7
JU3CY
Kagetora17
Kristyn08d96QP3
kziccwjw
Langafdton
laverndahe52
leonoremee7
Leslie31C74jM1
Lilinath
Lindy63J19wQ3
Logan3w1t0pc4
Logan567r8ql6
Logan812n7om7
Logan8c9g4rt3
Logan8z5l9vr2
Luximan
Magali62g84Eb5
MarkAAbraham
Marvin482q0cd5
Matthew014a0tm1
Matthew0u0l6bm7
Matthew0u1t1sh6
Matthew444t8yd2
Matthew5p3l0us3
Matthew5t7s7mh1
Matthew6d1n4vi2
Matthew7v0b5vq6
Matthew8l8i6al7
Matthew8o9o9mc4
Matthew9n7f4vg4
Matthew9z7h9mz7
messeyqave51
Michael0p0o0jx3
Michael692y2uj7
Michael6o0q0ri7
Michael8s0q9pc4
Mirtha Barrera
mirtha opanasiuk
MSHepler
NataliaCorrea
Nathan097c0vf1
Nathan692b3xl7
Nathan7d4q8zh1
Nikkitano7
Ninzaburo
Noah3c5e6fv2
Noah4c4y2tg5
Noah4j5g3zr8
Noah764w7cl3
Noah7c9f1iq4
nycdoug
okichen
OrnelaColonna
peee
Perddffater
Philip Hawtrey
protuberian
Quentin Meilhac
Rége60
Ruhrseekatze
russelcas49
Ryan0r9f4pr7
Ryan370t0p
Ryan3w1n7fp8
Ryan3x1o8fq8
Ryan3x2u0qe5
Ryan6p8n6jd3
Ryan7x2f2da0
seidersoibe7
seless
slysema
springdel0
sumpalinso
sunquh5
szbiswas
thomasensux1
tinlisa6
tuyetres8
uxzzcj
vetosconstr4
vickyeepe1
wilbertook7
Wilfred18R39vJ0
William431p5wg1
William4u7a8cl2
William5o8v3dc4
William9t1q9ma3
William9t2w3zr0
witrix
yesicanatamuriesco
مهاجر
Андрей Поздеев
復興支援I

5. Abenteuertage in Glauchau

Posted by malenki on 12 March 2015 in German (Deutsch)

OSM booth

Auf den AbenteuerTagen durfte ich vor zwei Jahren als Gegenleistung für einen GPS-Workshop OpenStreetMap mit einem Stand repräsentieren. Letztes Jahr lud mich Gil Bretschneider als der Veranstalter zu den nun fünften Abenteuertagen ein, OSM zu vertreten. Dankbar nahm ich die Einladung an, auch wenn ich mir kurz vorm Festival den rechten Arm angebrochen hatte.

Das Festival war wieder sehr gut organisiert, alles klappte reibungslos. Auch abseits vom OSM-Stand traf man viele interessante Leute. Diesmal nahm ich mir die Freiheit, einen der Vorträge zu besuchen: Mongolei – Mit Kind & Kamel unterwegs im Nomadenland. Er war faszinierend, aber wie immer bei solchen Gelegenheiten möchte ich eigentlich nicht den Vortrag über die Reise hören, sondern sie selbst unternehmen…

Heinz Stücke Heinz Stücke

Mein persönlicher Höhepunkt war die Anwesenheit von Heinz Stücke. Er ist mit dem Fahrrad in reichlich 50 Jahren fast 650.000 km weit um die Welt gereist. Den größten Teil der Strecke hat er mit einem Dreigangrad zurückgelegt. Mehr Details kann man bei Wikipedia nachlesen. Mit seiner Erlaubnis habe ich Wikimedia Commons um einige Bilder ergänzt.

Von Reisestatistiken zu denen vom OSM-Stand:

Ein Besucher beklagte die traurige Qualität der OSM-Daten in abgelegenen Regionen wie Guatemala, die ich unbesehen glaubte und zu erklären versuchte. Über die unvollständige Panamericana war ich beim Testen von Routing über große Entfernungen gestolpert.

Zwei Besucher lobten die Qualität der OSM-Daten in abgelegenen Regionen, darunter der Mann, den ich vor zwei Jahren mit OSM-Kartenmaterial für die Philippinen versorgte.
Drei oder vier Besucher installierten sich OSMAnd auf dem Smartphone, einer kaufte die App gleich darauf und ließ sich von mir die ganze Welt im OSMAnd-Kartenformat geben (etwa 55 GB).
Vier weiteren Besuchern konnten wir mit Kartenmaterial fürs Garmin helfen, darunter einem passioniertem Wasserwanderer, der das Mittelmeer und Nordeuropa von OpenSeaMap erhielt. Die Besucher bat ich auch, wiederum OSM zu verbessen, zumindest ihre unterwegs gesammelten GPS-Daten hochzuladen – oder an mich zu senden.

Da wir diesmal keinen Internetzugang zustande brachten, konnten wir vor Ort keine Änderungen an OSM-Daten vornehmen. Aber ich legte eine Liste an, die ich in Kürze abarbeiten werde.
OSM-Flyer und Anleitungen zum Installieren von OSM-Karten auf Garmin-Geräten fanden guten Absatz.
Von den vorsichtshalber mitgebrachten Speicherkarten verkaufte ich die Hälfte (1x 4GB und 1x 8GB) jeweils zum Selbstkostenpreis, das Kartenmaterial gab es natürlich kostenlos. Auch zwei OSM-Aufkleber wechselten den Besitzer. An der Idee hinter mapillary waren einige Besucher interessiert.
Nicht zuletzt konnte ich mit meine Albanophilie einige Leute begeistern, die dieses Land nun wohl früher oder später bereisen werden. :)

Auf dem Weg von und zu meinem Zimmer legte ich 10,5 km zu Fuß zurück und sammelte 33 Wegpunkte für Korrekturen oder Ergänzungen in OSM.

Für das Gelingen möchte ich danken:

  • zuvörderst Gil Bretschneider von grenzenlos-expeditionen für die Einladung
  • meiner Mutter für die Beförderung und Hilfe beim Aufbau
  • Rockus für die Langzeit-Anwesenheit am Stand während der drei Tage
  • Frederik Ramm von der Geofabrik für die Versorgung mit Poster und Karte
  • mapillary für die Versorgung mit Aufklebern und T-Shirts
  • allen Besuchern für die vielen aufschlussreichen und interessanten Gespräche

PS: Ich vergaß die Spende von 1,50 EUR eines Besuchers an OSM, die ich gerade an den FOSSGIS überwiesen habe.

Location: Gesau, Glauchau, Landkreis Zwickau, Sachsen, Deutschland

5th Adventure Days in Glauchau

Posted by malenki on 12 March 2015 in English (English)

OSM booth OSM booth

At the AbenteuerTage (Adventure Days, a festival where adventurers present their travels) two years ago in exchange for hosting a GPS Workshop I was allowed to represent OpenStreetMap. Last year Gil Bretschneider, operator of the festival, invited me again to have an OSM booth at the festival last weekend. Happily I agreed, although I partly broke my right arm shortly before the beginning.

Again the festival was well organised, everything ran smoothly. Of course one could also meet interesting people when not being at the OSM booth. :)
This time I was so bold to visit one of the presentations of a family with two girls of now eight and four which had travelled Mongolia during three years for about ten months with camels. Although I am of course fascinated by this kind of reports I'd prefer not to listen to the traveller but instead do the travelling on my own.

Heinz Stücke Heinz Stücke

My personal highlight was Heinz Stücke. This German travelled the world for more then 50 years and nearly 650,000 km. The biggest part of the distance he went with a three-gear-bicycle. More details are to be found on Wikipedia. I also added some pictures with his allowance to Wikimedia Commons.

Now from travel statistics to the ones of the OSM booth:

One visitor mourned about the bad quality of OSM data in remote regions like Guatemala and Indonesia which I believed without research because of the small number of active mappers in less developed countries. Over the incomplete incomplete Panamerican Highway I had stumbled when testing long distance routing

Two visitors praised the good quality of OSM data in remote regions. One of them was the man whom I equipped with OSM based maps for his Garmin device at the 4th Abenteuertage two years ago. Three or four visitors installed OSMAnd, one even purchased the app after short testing. He also took the whole world in OSMAnd maps which I had with me – 55 GB.

Another four visitors we could give OSM maps for Garmin devices. Amongst them was a man who travels by kayak a lot – he was happy to receive the Mediterranean Sea and the north of Europe. I also asked the visitors to donate data back to OSM, at least to upload their collected GPS data to OSM – or email them to me.

This time we weren't able to establish an internet connection so we couldn't edit OSM on site but I mad a todo list of things to add/fix visitors told me.

OSM-Flyer and a HowTo sheet for installing OSM based maps on Garmin devices were of interest to a lot of the visitors.
Of the µSD memory cards I brought with me just in case I sold the half (1x 4GB and 1x 8GB) for the net cost, the maps were free of course. Also two OSM stickers got purchased.

Several visitors were quite interested for the idea behind mapillary.

Last but not least I could infect some of the visitors with my Albanophilia [de] so I assume that there will be some more people to travel Albania soon.

Walking to my room and back I travelled 10,5 km and collected 33 waypoints for corrections and additions at OSM.

For the success of this weekend I want to thank:

  • firstly Gil Bretschneider from grenzenlos-expeditionen for the invitation
  • my mother for transportation and helping erect the booth
  • Rockus for his presence during the three days all the time
  • Frederik Ramm from the Geofabrik for the posters
  • mapillary for stickers and T-Shirts
  • all visitors for all the interesting conversations

PS: I forgot the donation of 1,50 EUR for OSM by a visitor. The amount I just transferred to OSM.

Location: Gesau, Glauchau, Landkreis Zwickau, Saxony, Germany

untrue size of Berlin's Memorial of Europe's murdered Jews

Posted by malenki on 9 January 2015 in English (English)

Just realised that the steles forming the Memorial to the Murdered Jews of Europe don't have the correct size. Though I salute to the mapper who mapped the memorial: is there someone who can give the steles their true size? Regarding to wikipedia they are 2.38m to 0.95m (with different height values).
I created one with the exact measures but think that it takes a little more to create all of them in file.

Location: Mitte, Berlin, Germany

A look at Scout Signs

Posted by malenki on 3 January 2015 in English (English)

Here the email I just sent to Scout/Skobbler:

Hi,

I've had a look at Scout Signs. I agree that this is a comfortable way to collect maxspeed data. What I've compared in my region leads me to the following conclusions:

  • the average Scout Sign I verified is misplaced by averagely 20 m¹
  • all of the speed limits shown by Scout Sign I verified were already mapped in OSM
    –> I'd find it helpful to only show signs in JOSM for highways without maxspeed=* or maxspeed:forward/backward or where the by Scout collected maxspeed doesn't match the one on the highway
    –> because: after closing a lot of Scout Signs with "it is already in OSM since 1-4 years" the task gets boring
  • the OCR seems not to be failsafe: alt text (Sign ID 25587, here)

I would welcome if discussions regarding this plugin would happen in the public, but regrettably there is neither a page for the plugin in the OSM Wiki nor is it mentioned there nor is there the possibility to discuss it at the place where you introduce the plugin.

Additionally it would be very useful to provide a link with the plugin to be able to learn just something about it. Scout Signs is one of only some plugins not providing any additional informations on plugin list: alt text

Best regards
Thomas

(I sent a second email with this content):
PS: the following would enhance the workflow and usability, too:

  • ability to click on the Scout Signs from the acitve data layer (atm one has to switch to the Scout Sign layer to can do that)
  • hide solved/invalid Scout Signs (or at least show them in a different style)

¹ Examples where I could measure the offset:
http://www.mapillary.com/map/im/JQWNCACNl4YYAO7mt5tpfQ
http://www.mapillary.com/map/im/zBfJnV3sEiM1NooS6pW95A
http://www.mapillary.com/map/im/x3_wdNHH5RtKgeJibmSs8w

partially undelete changesets

Posted by malenki on 26 December 2014 in English (English)

A note to self but may also be helpful for other mappers.

Edit: The newer easy undelete of several ways may prove faster results with less work.

Recently I had to undelete a lot of stuff. I used JOSM with enabled remote control, the Plugins todo and reverter on Linux and established this workflow:

  • Find a changeset which looks a bit fishy. For example if the user seems quite inexperienced (short time OSM member, small amount of changesets) and has a lot of deleted objects on a changeset this seems worth a second look. Example-Changeset, deleted objects are shown like this¹:
    deleted objects of a changeset

  • Revert that changeset locally in JOSM using the revert plugin: press ctrl-t, enter the changeset number and click "revert"

Since we don't want to revert the whole changeset – maybe there are some useful edits in it, too – we need to take some extra steps:

  • While JOSM is reverting which may need some time copy all the deleted ways from the changeset page into a file named w and remove all white spaces. Do the same for deleted nodes with a file n.
  • Select all deleted ways using the remote control by running this command on a CLI:

wget -q http://localhost:8111/load_object?objects=$(for i in $(less file_named_w); do echo w"$i"|cut -d , -f1; done|tr "\n" ","|sed 's/.$//') -O -

  • Add these ways to the todo list
  • Look at them one by one. You may also create a new data layer and have a look what the data of the place now looks like. You can also load the data in the layer with the reverted changeset which shows you how it will look after uploading but maybe confuses a little when loading too much data.

  • If undeleting the way would enhance the quality of OSM, add the tag tmp=keep to the way.

  • After going through all the ways take care for the nodes and select them like the ways before:

wget -q http://localhost:8111/load_object?objects=$(for i in $(less file_named_n); do echo n"$i"|cut -d , -f1; done|tr "\n" ","|sed 's/.$//') -O -

Since do only want to look at more valuable nodes (with tags on them) we drop all the others from the selection by using the JOSM search:

  • press ctrl-f
  • select "remove from selection"
  • query for type:node untagged

  • Add them to the todo list and check if they are worth keeping as you did with the ways.

  • Upload the selected data:

    • Search for "tmp=keep"
    • remove "tmp=keep"
    • do "Upload Selection" (or press ctrl-alt-shift-u)
  • Optional: let the changeset remain open, download the region where you uploaded the undeletions, check for errors, fix them and upload. Close the Changeset with ctrl-alt-Q.

I am aware that there are more sophisticated ways to achieve what I did using the workflow above. I'd be glad if you would share them. :)

¹ As for now the markdown implementation is not able to show a strike through so I have to stick with a screenshot.

6000 EUR for OpenStreetMap

Posted by malenki on 13 December 2014 in English (English)

OSM affiliates amazon.de revenue with month of generation (pay-out two months later)

A small summary

Matching the end-of-year rallies for donations of a lot of institutions I want to have my little share in pointing the people to OpenStreetMap as receiver.

In 2011 I set up an affiliate account for OSM at Amazon.de. Since then a lot of people used the affiliate link to buy their stuff –4315 products– at Amazon so that we had a steady flow of averagely 140 EUR per month. Now for the headline I used: In this very month the 6000 EUR mark will be hit. With the beginning of the new year OSM will have received in total 6.021,25EUR. All numbers in full detail you find at the wiki.

In the name of OpenStreetMap I want to thank everybody who contributed to this sum. Of course I also want to encourage you to continue doing so! ;)

Have some relaxed holidays –
Thomas

6000 EUR für OpenStreetMap

Posted by malenki on 13 December 2014 in German (Deutsch)

OSM affiliates amazon.de Affiliate mit Monat der Erzeugung (Auszahlung 2 Monate später)

Ein kleiner Rückblick

Passend zu den Jahresend-Spendenmarathons aller möglichen Institutionen möchte ich meinen kleinen Teil dazu beitragen, auf OpenStreetMap als Empfänger hinzuweisen.

2011 richtete ich für OSM einen Werbepartner-Account bei Amazon ein. Seitdem haben eine Menge Leute den dazugehörigen Affiliate-Link verwendet, um bei Amazon 4315 Produkte einzukaufen, so dass durchschnittlich 140 EUR pro Monat zustande kamen.
Nun zur Überschrift: In diesem Monat wird die Summe der Auszahlungen die 6000-EUR-Marke überschreiten. Insgesamt wird Amazon zum Jahreswechsel 6.021,25 EUR an OSM überwiesen haben. Detaillierte Zahlen finden sich im Wiki.

Im Namen von OpenStreetMap möchte ich jedem danken, der zu dieser Summe beitrug. Natürlich möchte ich dazu ermuntern, das auch weiterhin zu tun.

Entspannte Feiertage wünschend –
Thomas

Hiking with Mapillary – aftermath

Posted by malenki on 2 October 2014 in English (English)

View from Mt. Valamarës Part of a 360° panorama from Mt. Valamarës. Click to see all of it in good quality.

During four weeks of which I hiked about three I used mapillary as described in a previous blog post.
The result were 113.384 pictures with 596 GB size (on ext4 – on exfat it was 623 GB).
The maximum of pictures recorded during a day was 9000, the average per day 4500.
After review 101.261 pictures with 561 GB size (ext4) remained.

Hardware used (lent from the Mapillary company):

  • 2x 128 GB microSD card
  • 2x deltaco Powerbank 10 Ah
  • 2x short cables USB-A–µUSB- ~20 cm
  • 1x long cable USB-A–µUSB- ~100 cm
  • 1x Sony Xperia Z1 Compact (w/o SIM card)
  • 1x external 2,5" USB 3.0 drive 2TB
  • 1x OTG-Ycable (purchased on my own)
  • Anker 40W charging station (Amazon OSM affiliate link) with 5xUSB with 2A output each. My property, can really recommend it.

As of today I finally sent all the stuff back to Mapillary including the images which they will add to the database on-site. I'd need about 90 days to upload them…

A handful of images I uploaded during stays in Hotels. You can find these images here (a village) and here (a minor street in Tirana).

On the way

Usage

I used the phone with the app blindly: Start the app and start recording, put it front-to-back inside a phone cover which gets attached to the left shoulder strap of the backpack. One of the Powerbank batteries I put into the lid of the backpack, attached the long USB-A–µUSB to it and fastened it at the left shoulder strap. So the phone could be easily charged while walking. I mounted it upside down to connect it more easily to the cable but that doesn't matter since the app writes a orientation flag into the photos EXIF data which tells how the picture is to show.

Panoramas

Due to the cumbersomeness of disconnecting, dismounting and peeling the phone out of the cover to switch to panorama mode, take some pictures, switching to walking mode, start recording, putting it in the cover, mounting and connecting it to the charging cable again I mostly did not do so.
At viewpoints or when making short rests I usually just stood there, had a look at the landscape and turned myself slowly around my own axis to let the app make images of the panorama. Only rarely (at big rests on mountain peaks or when walking a city on mapping purposes with the phone in the hand) I bothered to take pictures in panorama mode.

I just hope that there will be software intelligent enough which can detect little to no movement (based on GPS data) and overlapping image contents to stitch panoramas automagically.

At the hotel

After four days both powerbanks and the phone would be discharged so I had to spend a night at a place with electric power supply. Once I was five days "in the wild" so the last day went without Mapillary pictures.

Since I left the magnet charging cable at home due to bad charging performance and for reducing weight I had to calculate when to charge the phone and when to copy data since both at the same time doesn't work when using an OTG cable. When I intended to leave the hotel after one night it was a good idea to have the phone's battery charged in the morning so I tried to reach the hotel with a still quite charged phone, start copying as soon as I was in my room and before going to bed started charging the phone. Since I had two 128GB µSD cards with me capacity was the smaller problem. It really would have been easier if I had taken the magnet charging cable with me.

Nice side effect: I was also able to copy photos from my camera to the hard disk.

Observations

What I experienced so far on

Hardware

Battery life

I was lent the phone with two 10Ah batteries. With them it was possible to cover four days of hiking. But all the time the phone's statistics say 24% of the energy are consumed by the display. In my case without any use because the phone is mostly operated blindly – I could have done without display.
I installed the app BlackouT which dims the display but does not reduce the energy it needs. The app "screen standby" I found too, but to get it working one has to have the phone rooted and Busybox installed. Though the latter I managed I wasn't able to get root and the app working (during the trip in a hotel room).

Camera

Several times I had to reboot the phone since the app told me it could not access the camera. Not so often I had to reboot it due to the lack of recognized GPS satellites. Switching off the phone during the night reduces occasional reboots during the day, but does not eliminate them.
Although the camera is said to be a good one, it may only be a good one for smartphones. If you don't walk in the bright blazing direct sun there is a good chance the image is blurred due to slow shutter while moving.

Heat

Sometimes the phone got so hot it showed irreproducible behaviour. The only possibility was to reboot it.

Waterproof

The cover of the micro USB connector I attached and removed quite often. Soon the fitting didn't fit anymore and a little later went to pieces. Anyway I didn't dare to check if the phone is really waterproof. I preferred to have pictures during all the holiday to a drowned phone. The "worst" weather I used it was very light rain where I attached it to my rain coat in which I had glued a strip of loop fastener, too.

Software (Mapillary app)

Displaying pictures

Since I am no smartphone user at all I am not sure if this issue depends on Mapillary or a dedicated photo viewing app. Displaying the pictures taken is fine as long as there aren't too much of them and you want to see the most recent taken pictures (remember I took per average 4,5k pictures a day). You have to scroll down all the way by hand, you cannot grab the scroll bar and pull it down. And after you had a view at an image and went back to the list you are at its very top again. Even switching from displaying horizontal to vertical lets the list go back to the first image.

Error handling

As mentioned above, sometimes the app could not access the camera and crashed. When I experienced this live it was not too bad, but when it happens during recording I didn'tt realize this and walked on taking no more pictures. Even when I set the app to "make shutter noise when taking picture" it didn't not help much because after a while one becomes accustomed to the sound. Usually it took me a while to realize that the sound (and the recording) had stopped - especially in cases were the app takes pictures only now and then.
The same goes for "warn at $(certain_amount_of_memory_left)%". I am not sure if the phone did warn before, but once I discovered it showed up a message "picture could not be saved" after each picture taken. The SD card was full… Give the app a warning sound!

Suggestions

Invincible mode:

Due to the way I used the phone (described above) it was not easy to know the state it and the app were in. Often it happened that I set the app to recording, put it inside the cover and attached it to the shoulder strap – and there was no shutter sound. So to have a look what the issue is one needs to take the cover off again and peel the phone out. By the way most of the time the phone was connected to a spare battery to charge while walking which made "have a look at the display" still more complicated. It also happened that by pushing the plastic cover the touchscreen received input - and when this happened at the wrong place recording could stop. As "invincible mode" I suggest a kind of lock mode in which one has to enter a kind of unlock "code" – touching the buttons in a certain order – to be able to access the app.

Speech commands

Some speech commands to start/stop recording and switch the modes (walking/panorama) would be helpful.

Multi level panorama

Being on a mountain top one has a great view. So great even that making a panorama with only one row of images is not sufficient. With my "good" camera I usually take three rows for a big panorama:

  • Sky with a little horizon
  • Sky and horizon in equal parts
  • Horizon and below

Write level to Exif

Since it is very likely the phone is out of level while walking it could be useful to store the degree the camera is out of level to be able to correct the image easily.

Time lapse

Good sequences (not shaky, not blurred and well matching images) Mapillary could present as time lapse movies.

Post holiday

review

To review this amount of pictures I struggled a little to find the best way. Just putting all the images in one folder and looking at them one by one is a slow method to sort them out. A lot of picture viewers are really slow on such a task, especially if they create a file list. The viewer ''feh'' is fast at displaying images from a folder containing zillions of them. But it still would take a lot of time to watch picture by picture. I finally chose to create a folders per each day and hour which is easy because of the naming of the images: 2014_08_14_18_25_30_374.jpg (year, month, day of month, hour, minute, second, splitsecond) Inside a folder containing images this line creates folders for each day and hour and moves the regarding images there: for i in $(ls -1 | cut -d "_" -f 1-4| uniq); do mkdir "$i"; mv "$i"*g "$i"; done With the picture viewer geeqie and fast preview settings it doesn't take too long to sort the bad images out. I mostly scrolled fast the preview thumbnails to find them. For me "bad images" are unintended selfies, shaky, over- and underexposed ones or where the biggest part of the images is obscured by stuff in front of the lens (trekking poles, arm, hand etc.).

Duplicates, triplets and so on I mostly didn't remove since some intelligent automagism could create a panorama from several files. After reviewing some thousand images I started to name these and "real " panorama pictures by adding "pano" to their name. For the little parts of the journey I used transportation I also named the images accordingly.

Image content

When the way goes steep uphill the pictures show a close up of the path without much landscape, often with the trekking poles. When descending the opposite happens: A lot of images seem to show the same piece of the landscape but not the path on which one walks downhill slowly. Due to the walking movements it happens a lot that the phone goes alternating out of level to the right and to the left or shows alternating more of the left side of the path and then more of the right.
Really bad roads Mapillary cannot depict when the phone is mounted to a cars front screen. Either the car is too slow or it shakes too much. And when you hold the phone with your hands you sway it around a lot… In some days you can see how this looks on Mapillary – with the sequence from Kroi Bardhë to Kumbull.
As I wrote at the hardware section already: It is very hard to get unshaky pictures when walking around without bright sunlight. Using Mapillary in the early morning or late in the evening? No way you get good pictures with your smartphone.

Mapping

When it comes to mapping it is of course not bad to have as much data available as possible. But loading all the images of just one day with JOSM requires a potent computer – and looking at each image for mapping gets soon tiring. You should still collect POI with your GPS/a matching app or make photographs of interesting POI with another camera to know, where the interesting parts to map are.

When you have uploaded all the images to Mapillary without local backup and want to map using them it gets difficult. You have the choice of either look at the images on the Mapillary site, draw your conclusions and use the editor of your choice. But for me being dedicated to JOSM this is an awful way to map with photos. Also the script ubahnverleih wrote to download images from Mapillary and get them into JOSM gives results which don't satisfy me. It creates a gpx file with the images embedded. Contrary to loading images directly into JOSM where you are able to scroll back and forward through them you have to click on each single icon to see the image thumbnail - and click once more to see it in high resolution. Afterwards you have to close two windows, too.

My recommendation: keep a local backup of the images until you are done with mapping.

Conclusions

  • Mapillary is a nice way to collect images during (holiday) activities without bothering too much about technology.
  • Due to hardware limitations of smartphones you need a lot of light to get good images.
  • While walking it is not easy to make good, leveled and not blurred images.
  • For mapping purposes (with JOSM): keep a local backup and still collect POI with another app/device to easily find the highlights of the journey.

Despite all worries, the 1kg extra load and some occasions I really cursed the stupid hardware¹ I want to thank the company Mapillary to enable me to collect that amount of data in remote regions of Albania. In some way every photo is historic but I think since Albania is a fast changing country and little known to most Europeans these images may get some attention.

¹ "Great! I walked that breakneck path, didn't fall down – and the camera didn't work and I have to spend some minutes for rebooting the phone and restarting the app!!1 %$§£Ω¤"

Since publishing this post I added some paragraphs, the image and fixed some minor errors

Location: Poroçan, Gramsh, Elbasan, Albania

gone

Posted by malenki on 2 August 2014 in English (English)

Soon I will hike central Albania starting in the Mirdita and after a double S course hopefully ending on the Tomorr.
Between my messages on twitter and on my Blog you can have a look at older journeys of mine from 2011 and last year (the latter two both in German, but there are also pictures).

Miropafshim!

not matching image

Hiking with Mapillary

Posted by malenki on 29 July 2014 in English (English)

Like last year I plan to have a walk in Albania during my holidays.¹ The planned route is this. Valley between mountains Dhëmbel and Nemërçka

Hardware

Though the mobile phones I use are Siemens ME45 I already had had contact with Peter Neubauer from Mapillary now and then and also heard him on Radio OSM (German OSM podcast #31). So I asked him about recommended hardware to run the Mapillary app for some days far away from civilisation and power sources and to store away the lots of images created.

Calculations

In walking mode the Mapillary app is set to make a picture every two seconds as default AFAIK. After having had a first walk with Mapillary this seems to be a reasonable choice. Since my average day trip lasts up to eight hours and I assumedly will hike on 18 days I calculated the following:

pictures/minute x 60 minutes x 8 hours x 18 days x picture size 5 MB = assumed amount of created data
30 x 60 x 8 x 18 x 5 = 1.296.000 MB

Stuff

After some mail exchange he sent me in the name of Mapillary the stuff we assumed would be best. Aside from the mounts mentioned in the other blog post I purchased an Y-OTG cable which allows USB drives to be powered from an external source while connected to the smartphone as host. Although there are dedicated backup devices – a HDD with battery and card reader attached² – we skipped purchasing such a device because it would have cost additional 250 EUR.

A list of the hardware:

  • 2x 128 GB microSD card
  • 1x magnet charging cable
  • 2x deltaco Powerbank 10 Ah
  • 2x short cables USB-A–µUSB- ~20 cm
  • 1x long cable USB-A–µUSB- ~100 cm
  • 1x µSD card reader für USB
  • 1x 8 GB-µSD-card (assumedly forgotten in the reader)
  • 1x OTG cable µUSB–USB-A-Buchse
  • 1x Sony Xperia Z1 Compact (w/o SIM-card)
  • 1x external 2,5" USB 3.0 drive 2TB

And two things I won't take with me

  • 1x Speedport miniature 4xUSB-Hub
  • 1x power adapter for the above

Test

Last weekend I had everything ready to make a test under real conditions. The app was set to use continous autofocus and stable shot.

Trekking with a lot of hardwareI still looking a bit knackered after walking some km with the stuff

The following I could observe: Running Mapillary about one hour discharged the battery by 30% and the phone got quite warm.
(I already had disabled/uninstalled a lot of needless stuff and installed BlackouT to dim the screen as far as possible to save energy)
Although I had walked for two hours Mapillary "only" made 1118 photographs needing 5220 MB of space. 30 images/minute in two hours would theoretically have resulted in 3600 images.

Speculations on the number of images:

Although the camera is a good one for smart phones with a 1/2,3'' ccd it in total numbers the lens is not fast. This results in low shutter speeds in shady environments and relative high noise. When I walk through a dense wood, for one I am moving and this in a dimly lit environment. Although the camera is mounted near the shoulder where it is not moved too much the app still has to wait for moments where the movement is small enough to make pictures not blurred by movement. example sequence at mapillary I'd also assume that the camera has problems focusing in low light. I think these two points are the main reason that the number of recorded images is only one third of the images the app should have recorded theoretically.
Maybe one should also consider to mount the camera at the shoulder strap a little more to the sternum and away from the arm since it seems I lifted it a little with the arm sometimes.

Now for the quality of the images: As explained above the phones camera doesn't perform too well in shady environments.
I had not expected the number of defocused images I got (example). I assume this was mostly caused by me using trekking poles which I assume irritated the camera (you see them in some of the images). Since the continous autofocus also consumes some energy I disabled it which sets the camera to fixed infinity focus. So far I only could do a small walk with this setting and without poles but at least the pictures aren't worse.

Copying the remaining 4,4 GB of good images to the external drive took about five minutes. For testing purposes I had copied 32 GB of files sized ~50-100 MB from µSD (in the smartphone) to hdd which took 20 minutes.

It seems I cannot test how often I can charge the phone with one of the 10 Ah battery packs – I will see during holidays. The long cable mentioned in the list is for charging the phone while walking. This I also have not tested but I don't think there will be problems.

For now I thank Peter Neubauer and Mapillary that they allow me to add another 1,2 kg electronics to my luggage, to shoot (and later host) tons of images during my hiking trip – and most notably the confidence that they borrow me all the stuff.

¹ German blog post linking to some reports
¹ English description of hike at wikiloc
² Two not insanely expensive devices with 1TB are this and this
There is also the possibility to combine a barebone device with a HDD of the own choice, maybe with the additional battery for better being safe than sorry.

Smartphone mounts

Posted by malenki on 28 July 2014 in English (English)

Since I got borrowed a Smartphone from Mapillary (more about that soon) but no mounts for car nor anything, I had to make up some. As I needed one for the car I had nothing usable with me than an old T-Shirt which was dedicated for cleaning purposes. I just ripped a strip from it – et violá: Handyhalterung fürs Auto lowest cost smartphone mount ever
A sequence recorded this way

A mount for walking was not as easy to create. I purchased what seemed to be a durable smartphone cover for about 8 EUR and a 30 cm long strip of 5 cm wide hook-and-loop fastener for ~1,50 EUR.

From hooks part of strip I cut two parts each as long as the smartphone cover was wide. Those I glued to the back of the smartphone. The other half of the hooks strip I glued back to back to the loops strip. Hooks and loops So I had a wristband and was able to use the the smartphone as smartwatch with the biggest screen ever: multi purpose scratchy wristband multi purpose scratchy wristband Biggest and most inexpensive smartwatch ever Biggest and most inexpensive smartwatch ever
phone backside with hooks phone backside with hooks
(You should spare some loop strip to cover the hooks not covered by the mount. Else it could happen that the hooks stick now and then to the shirt you wear.)

But since I also want to use the smartphone with Mapillary while walking, I had to work a little more and punched some ugly holes into the side of the cover. Now the phone could be put into the cover with the back to the front without the buttons being pushed all the time. ruined smartphone case To use it while walking I put the hook-and-loop Band around the left shoulder strap of the backpack, let the Mapillary app record in walking mode, put it back-to-front into the cover and attach the latter to the hook-and-loop band (aka mount) at the shoulder strap.
Addendum: Maybe one should also consider to mount the camera at the shoulder strap a little more to the sternum and away from the arm since it seems I lifted it a little with the arm sometimes. Trekking with a lot of hardwareI looking a bit knackered after walking some km with the stuff

Done.

Awesome data

Posted by malenki on 23 June 2014 in English (English)

This edit saved the world!!1:

great edit on soo useful data

(according to JOSM the ways length is 31.651m)

Location: Penggaron, Gondowangi, Central Java, Indonesia

1001 messages

Posted by malenki on 8 June 2014 in German (Deutsch)

Today I exceeded the number of 1000 sent messages: 1001 OSM messages

The number of received messages is 618.

Maybe others have sent more messages but in the beginning

  • I was nearly the only active mapper in my region;
  • there were little QA Tools (or I did not know them) and
  • I had a lot work in my region so I had no as much time as now to bother other users. :)
Location: SH34, Selitë, Mirditë, Lezhë, Albanien
Older Entries | Newer Entries