OpenStreetMap

malenki's diary

Recent diary entries

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: JL Magelang - Ketep, Gondowangi, Desa NGLUMUT Kecamatan SRUMBUNG Kabupaten MAGELANG, Central Java, Jawa, 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

Wanderreise mit OpenStreetMap – in Albanien

Posted by malenki on 2 May 2014 in German (Deutsch)

Zu meiner Wanderung durch Albanien, die auch Grundlage für den Wanderreise-Vortrag bei den Linuxtagen war, gibt es nun detaillierte Berichte, Karten, Höhenmeterangaben und Fotos en masse.
Wer sich etwas Zeit mit der Lektüre oder dem Betrachten der Bilder vertreiben möchte: hier entlang.
Einige Bilder sind bei Wikimedia Commons besser aufgehoben.

Valley between mountains Dhëmbel and Nemërçka

Hochtal zwischen Dhëmbel- und Nemërçka by malenki; CC-by-SA 3.0

Location: Sheshi i Hotelit, Përmet, Gjirokastër, Albanien

highway=tree

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

This nice willow tree I found last summer during my holidays. A nice view but not so nice for people with wheelchairs or prams.

willow tree in the midst of a footway

Location: Rruga Mihal Popi, Tiranë, 1000, Albania

mystic place

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

I cannot help but share two images of a place I stumbled over today while mapping a little. A decaying house with a half collapsed outhouse at its side - but some flowers were well attended:

well attended flowers at a decaying house

well attended flowers at a decaying house

Diversification with OSM

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

JOSM seems to get translated at transifex and launchpad, you can file bugs against JOSM at josm.openstreetmap.de and github, you can file bug against a lot of OSM things at trac.osm.org and github, too.

It doesn't matter when all resources are handled equally, but it is not so nice when you look at the wrong place

new useful proposal

Posted by malenki on 1 April 2014 in English (English)

Just read it at the tagging ML and cannot help but have to share it with you: Tag:natural=cloud
Hopefully some interested people will comment and vote on it – and the uninterested will use it for mapping.

OpenStreetMap auf den Chemnitzer Linuxtagen 2014

Posted by malenki on 18 March 2014 in German (Deutsch)

OSM-Stand auf den CLT 2014 OSM-Stand auf den CLT 2014 direkt nach dem Aufbau

Vergangenes Wochenende fanden die Chemnitzer Linuxtage 2014 statt. OpenStreetMap hatte wieder einen Präsentationsstand, an dem vielen Besuchern Fragen beantwortet werden konnten.
Wie üblich waren die Fragen der Besucher thematisch breit gefächert:

  • Es gab auch dieses Jahr wieder einige Leute, die wissen wollten, was OSM eigentlich ist
  • Einige Interessenten wünschten eine OSM-Karte für ihr Garmin-Gerät (und bekamen sie),
  • Zwei Besucher waren (vor ~2 Monaten) beim Einbinden der OSM-Karte per SSL gescheitert. Der Rat war, es nochmals zu versuchen, da OSM Tiles erst seit kurzem auch per SSL ausliefert.
  • Es wurde nach Möglichkeiten gefragt, OSM-Daten zu einer druckfertigen Grafik umzuwandeln.
  • Zu Smartphone-Apps konnten wir auch einige Wissenslücken füllen.
  • Die letzten zwei OSM-Tassen der vor drei Jahren georderten sechs fanden neue Besitzer; ein dritter Interessent ging leider leer aus. Ein paar OSM-Aufkleber wurden auch erstanden.

Den OSM-Nutzern und Standbetreuern strohi, Fuss-im-Ohr, Kolossos, ubahnverleih und vsandre nochmals vielen Dank für die tatkräftige Hilfe bei Vorbereitung, Aufbau, Abbau und der eigentlichen Betreuung des Standes. Allein hätte ich schwer zu kämpfen gehabt.

Der Vortrag Wanderreise mit OpenStreetMap hatte etliche interessierte Zuhörer, wurde mit Interesse aufgenommen wie mir schien und hatte einige Nachfragen zur Folge. Daher nehme ich an, dass er nicht völlig misslungen ist. :)
Für die 2-3 Zuhörer, die mit dem Schlaf zu kämpfen hatten, werde ich bei zukünftigen Vortragen versuchen, bessere Modulation und vor allem ein paar Spannungsbögen einzubauen. (;

Die Slides und das Bildmaterial sind bereits auf der oben verlinkten Vortragsseite zu finden. Da ich für Audio- und Video-Aufnahmen eine schriftliche Zustimmung geben musste, bin ich guter Hoffnung, das diese dort in naher Zukunft auch auftauchen.

Geld für OpenStreetMap

Posted by malenki on 1 March 2014 in German (Deutsch)

Screenshot Amazon Affiliate 2013

Im Mai 2011 habe ich den Affiliate-Account für OSM.de bei amazon.de erstellt und kümmere mich seitdem darum. Gestern wurde die Auszahlung für Dezember 2013 in Höhe von 214,18 EUR überweisen.
Bis jetzt hat das Partnerprogramm des deutschsprachigen Amazon insgesamt 4448,35 EUR abgeworfen – eine hübsche Summe.
Vielen Dank an alle, die dazu beigetragen haben!

Ich frage mich allerdings, ob sich irgendwann jemand für amazon.com finden wird. 2011 hatte ich auch dort einen Affiliate-Account angelegt, aber mangels Konto in den USA die Account-Daten an OSM-US übermittelt und seitdem immer wieder mal bei verschiedenen Leuten gefragt, wie es steht. Kein Ergebnis…
Seit 2012 liegen dort $2.12 herum. Vielleicht würde es je helfen, wenn man den Betrag erhöhen würde.
Den amazon.com-Link habe ich der Wiki Merchandise Seite hinzugefügt und auch entsprechende OpenSearches auf der deutschen OSM Spenden-Seite. Man braucht die Seite nur mit Firefox zu besuchen und die Amazon-Suche für den Amazon-Zweig zu installieren, bei dem man einkauft: Einfach die Liste im Firefox-Suchfeld ausklappen und ganz unten die neue Suche auswählen.

Wenn man jetzt bei Amazon einkauft, nachdem man über den Link im Wiki oder über die installierte Suche dorthin gelangt ist, zahlt Amazon einen Anteil des Umsatzes an den zugehörigen OSM-Account aus – und damit an OSM.

Wikiseite mit Amazon-Statistik

Money for OSM

Posted by malenki on 1 March 2014 in English (English)

Screenshot Amazon Affiliate 2013

In May 2011 I created the affiliate account for OSM.de at Amazon and maintain it since. Yesterday the money for December – 214,18 EUR – was transferred.

Until now the affiliate program of the German Amazon has payed with 4448,35 EUR – a nice sum.
Thanks to everybody who had their share on it!

But I wonder if there ever will be someone managing affiliates for amazon.com. In 2011 I had also set up an account for that Amazon branch. Due to the lack of an bank account in the US to connect with the account I communicated the affiliate account details to OSM-US. Since I have asked now and then how (if even) it is going – no definite answer so far.…

There are $2.32 waiting to become more since 2012 so maybe it would help if the money increases. :)
I've put the amazon.com-link to the Wiki Merchandise page and created OpenSearches at the german OSM donation page. Just visit the site with Firefox and install the Amazon search engine for the Amazon branch you shop at. Just open the drop down list at the search field and select the desired search engine at the bottom.

Now if you shop at Amazon after using the affiliate link from the wiki or a search engine connected to an OSM affiliate account, Amazon will pay a certain share of the revenue to the account – and thus to OSM.

Wiki page with Amazon statistics

maxspeed=90;␣90;␣90;␣90;␣50;␣90;␣90;␣90;␣90

Posted by malenki on 23 February 2014 in German (Deutsch)

Out of curiosity I had a look for maxspeed= with values that contain at least one semicolon on taginfo.
It is most likely that this kind of maxspeed values are created by merging at least two highway segments with different maxspeed values.
If you want to have a look yourself click here and type a ";" in the (lower) search box for values.
Accumulating the numbers there are 1058 key-value-pairs containing a semicolon.
Interpolating this one can consider that supposedly at least 2116 highway segments got merged without the mapper taking good care about what he did. Looking at the topic it seems obvious that often more then two segments got united.

Now you could do the same check for cycleways, sidewalks, oneways and other keys which don't come to my mind at the moment.

I do not know of any Quality Assurance tool which is checking for this kind of errors. If you do, please mention it at the comments.
More important than to fix this data is not to create new errors of this kind.

  • Luckily the default behaviour for merging ways in JOSM has been altered from combining the values as "value1;value2" by default. Now the user is forced to select one of the conflicting values.
  • In Potlatch2 combined values are shown in red with a warning sign.
  • iD merges ways with conflicting tags without complaining. Of course there are no plans for an intrusive warning because "they run counter to iD's goal of encouraging new users to contribute to the map because they make them feel insecure, even when their edits are perfectly legitimate"link. Another issue against iD regarding conflicting tags is a year old.

Hamburger Grenze

Posted by malenki on 28 January 2014 in German (Deutsch)

Overpass-Turbo-Abfragen mit "in Hamburg" funktionieren nicht. Der Grund ist vermutlich, dass es zwei Relationen mit name=Hamburg und type=boundary gibt. Die eine ist die "echte Hamburger" Grenze und schließt ein paar Inselchen in der Nordsee mit ein. Die andere Relation ist bis auf die Grenze um diese Inselchen und ein paar Tags mit der Grenzrelation identisch.
An letzterer bestimmend soll wohl dies sein:
note=Hamburg city (enclosed urban settlement)

Wer räumts auf?

minor bugs in Garmin

Posted by malenki on 22 January 2014 in English (English)

New firmware of Garmin devices often contains some new features instead of missing old bugs. Since the translation doesn't keep pace with the features I am completing the german translation for GPSMap 62/78 just for fun. My latest translated file can be found here.

While doing so I found two minor issues in the Garmin GPSMap 78. Since two posts weren't published by the moderators in the regarding forum so far I post them here.

The Photo Viewer has a bug at sorting images.
If you call the menu like this:
Photo Viewer -> [Menu] -> Sort Photos -> Near a Location -> A Map Point
you can point on the map, but you cannot select any point to use it but only press "Go" and start routing or exit by pressing [Quit].

The other issue is more a curiosity and most likely will never be fixed by Garmin. At GARMIN/Garmin/Text/ .gtt files are stored which contain the translations for the different interface languages. Today I discovered this:
When the strings are sorted alphabetically like this

<str>
    <tag>TXT_Acquiring_Code_MSG_STR_M</tag>
    <txt>Mit chirpTM verbunden
<str>
    <tag>TXT_Acquiring_Satellites_STR_L</tag>
    <txt>Suche Satelliten</txt>
</str>

"Acquiring Satellites" doesn't get translated.
Reversing the order of the strings the translation works fine:

<str>
    <tag>TXT_Acquiring_Satellites_STR_L</tag>
    <txt>Suche Satelliten</txt>
</str>
<str>
    <tag>TXT_Acquiring_Code_MSG_STR_M</tag>
    <txt>Mit chirpTM verbunden
<str>

kleine Bugs mit Garmin

Posted by malenki on 22 January 2014 in German (Deutsch)

Neue Firmware für Garmin-Geräte enthält gern neue Features, statt alte Bugs zu beheben. Da die Übersetzung weniger schnell voranschreitet als die Featuritis, komplettiere ich die deutsche Übersetzung als kleines Privatvergnügen. Meine aktuelle Version für GPSMap 62/78 liegt hier.

Während ich also dieser Beschäftigung nachging, fand ich wieder einmal zwei kleinere Bugs. Da zwei Einträge zu dem relevanten Bug im entsprechenden Forum bisher nicht veröffentlicht wurden ("Nach Prüfung durch den Moderator"), sind sie eben beide hier zu finden.

Im Bildbetrachter gibt es einen Bug beim Sortieren der Bilder.
Wenn man diese Menüfolge aufruft:
Photo Viewer -> [Menu] -> Sort Photos -> Near a Location -> A Map Point
kann man zwar auf einen Punkt auf der Karte zeigen - aber dann kann man nur "Go" drücken und kommt zum Navigationsdialog oder mit [Quit] abbrechen.

Der andere "Fehler" ist eher eine Kuriosität und wird wohl nie korrigiert werden: Unter GARMIN/Garmin/Text/ werden die .gtt-Dateien gespeichert. die die Übersetzung für die einzelnen Sprachen enthalten. Heute stellte ich Folgendes fest: Sind die Strings alphabetisch sortiert wie hier:

    <str>
        <tag>TXT_Acquiring_Code_MSG_STR_M</tag>
        <txt>Mit chirpTM verbunden
    <str>
        <tag>TXT_Acquiring_Satellites_STR_L</tag>
        <txt>Suche Satelliten</txt>
    </str>

wird "Acquiring Satellites" nicht übersetzt.
Kehrt man die Reihenfolge um, funktioniert die Übersetzung:

    <str>
        <tag>TXT_Acquiring_Satellites_STR_L</tag>
        <txt>Suche Satelliten</txt>
    </str>
    <str>
        <tag>TXT_Acquiring_Code_MSG_STR_M</tag>
        <txt>Mit chirpTM verbunden
    <str>

Handling recorded GPX data from Garmin devices

Posted by malenki on 23 December 2013 in English (English)

Mirroring my verbose answer from the help-platform that some more people may have benefit from it.

tl;dr:

  • No, you cannot set up newer Garmin devices to write just one gpx file.
  • If you want just one file to upload: zip it.
  • For maximum verbosity of the log files, either set the log interval to secondly or the distance to 0.00

Old Garmin devices with micro sd slots were designed to write one gpx logfile per day. This file contained the segments which resulted from switching the device off and on or (iirc) when the device wrote it's buffer of 9.999 waypoints to disk.

The newer devices as of ~2010(afaik) and later save the gpx log to their internal memory. The device can set to "automatically save" it "daily", "weekly" or "when full" but I see no sense in this setting since it only names the files after day or week and creates a lot of them. Additionally the created files also contain several way segments.

I manage the gpx files this way (the device being connected to the computer with mini USB cable):
Samat K Jain wrote a gpx splitter which extracts the single way segments from the gpx files created by the Garmin device.
I wrote another small script which copies the gpx files from the Garmin device (both from GARMIN/GPX/Archive and GARMIN/GPX/Current), splits them using the splitter script and saves them to ./. The waypoint files get copied, too.

Reasoning to split the files in even smaller chunks: A gpx file named 2013-12-20 12.54.09.gpx is named after the date it got saved. It can contain way segments from other days or even weeks depending on how often the device is used. The splitter script gives each way segment an name like 2013-10-20T14:31:48Z.gpx
Another reason to use the splitter:
The latest collected data is stored in GARMIN/GPX/Current/Current.gpx. When I copy this file to my computer and do not reset the GPX log buffer of the Garmin next time I'd copy the Current.gpx I would have two files with identical, non-descriptive names and partly identical content. Using the splitter I avoid this.
One more advantage of having the way segments separately: having files of 1-2kbyte size you can easily delete them because files of this size usually contain no useful data. (YMMV)

GPX data I want to upload to OSM I mostly can define by the date, so I just run
tar -caf hike_november.tar.gz 2013-10-2[0-5]*gpx
to create one file I can upload. Yes, OSM accepts zip and gz files.

Another way to have just one gpx file is to append the gpx files you want using gpsbabel. I wrote a small script for this, too.

Thoughts on the Task Manager HOTOSM uses

Posted by malenki on 11 November 2013 in English (English)

This is more a list of issues I don't like on that tool, but whatever:
* It isn't possible to comment a task without marking it in some way. E.g. it would be helpful if others already experienced lacking Aerial Imagery.
* When you take a task which is marked as "done" you can either validate, invalidate or unlock it. No possibility to mark it as "done" again, when you just added some more stuff. Chose "unlock" then
* To mark a task as undone you have to click "validate" and then "invalidate". NOT straightforward.
* When you mark a task either way (done, valid, invalid) there will always be an comment with your nick on it - empty, if you didn't enter anything
* I'd welcome a more homogeneous interface. Why does "unlock" have to be a link not a button? As it is now you oversee it easily.

cleanup monitoring_station/measurement_station

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

Maybe mentioning it here I will reach some people who still haven't read about it:
After 3,5 years coexistence of the two tags mentioned in the subject it is time for a cleanup.

At ¹ you find the latest, revised proposal. After 3,5 years there is no need for RFC, the voting is open.

To complete the cleanup there is a mechanical edit needed to change objects tagged with measurement_station to monitoring_station. Details for this edit you find at ².
Objections and opinions you can voice at the respectively talk pages, at the the mailing list (announcement) or here.

¹ http://wiki.openstreetmap.org/w/index.php?title=Proposed_features/monitoring_station
² http://wiki.openstreetmap.org/wiki/Mechanical_Edits/malenki

lulcat 4 Zferik!

Posted by malenki on 1 November 2013 in English (English)

Maybe there are already people to whom the OSM lolcat of awezumnez is unknown.

Today reading Zverik's post about the great lib he wrote the cat sprang to my mind and I had to donate it to him:
Lolcat of orsumness

Location: Gavan, округ Гавань, Василеостровский район, Saint Petersburg, Northwestern Federal District, 190000, Russian Federation
Older Entries | Newer Entries