sheesh, the list formatting doesn’t really work, does it? :-/

How does the app decide what is left and what is right? From current view direction (compass)? If yes, this means that the map also rotates with the compass? This might turn out to be a bit jittery.

I have a few suggestions on the interface: * When pressing < or >, does the keypad come up on fullscreen immediately? If yes, I’d suggest to have only a minimal interface with +/- buttons first (it looks like this is the case in your first screenshot) * If the +/- are to increase/decrease the housenumber that is currently being added: the +/- could show in place of the < and > buttons because those should have no function while in the process of adding a new housenumber

On the name: * Address Pad * IpswichPad * Left And Right * 3LR (look left, look right) * LRPad * Address Mapper * or if KeyPad Mapper is not taken anymore…

This diary entry has been mentioned in the weeklyOSM 547. I for one did not know about the extrude tool, thanks for that!

A few notes: - addr:street can also be set with StreetComplete. Though of course, if you are certain which street a building belongs to, it is definitely more efficient with JOSM - There is an idea to add an even more efficient way to contribute/check housenumbers with StreetComplete: https://github.com/streetcomplete/StreetComplete/issues/2461 , a mockup

Hey arnalielsewhere, I’ve read your article a couple of days ago and came across this discussion on hackernews just now which you and anyone else interested in pedestrian routing might find interesting: Show HN: Find the safest well lit walking route between two locations.

Of course, OpenStreetMap is mentioned quite a bit in that discussion cause it is natural to try to source this information (whether a path is safe or not) at least partly from open data. What I find most interesting in this ongoing discussion is that many other factors that may effect pedestrian safety are mentioned that could be taken into account, some of which may be candidates to be tagged in OpenStreetMap.

This thing went totally past me, I just skimmed through it now because it was mentioned on weeklyOSM. As an outsider who didn’t take part in any discussion concerning this, I’d just like to say that I am glad that Heather Leson is not in a position of power at the OSMF any more.

I don’t trust people in positions of power who talk about power all the time and pull off these kind of power-plays.

Whenever I read something on OSM Weekly about what Heather Leson has written in the past few years, and I read up about it, I came away with the impression that this is pure politics, (ironically) quite hateful and made to damage the OSMF and OSM community in general. And to what end. And the latest example would be this “open letter”. Any normal person would have just called out that crude comparison in that emotional post of yours as a reply to that post, like Rory did, or contacted the list’s moderators about it. Instead, manufacture a public scandal in order to cancel an (apparent) adversary? Wow.

I came here from weeklyosm. @mikelmaron, good to know that the spendings decided upon are made sure to be sustainable 👍

Thank you, this was an investing read!

Someone proposed to use this information for StreetComplete - for adding or helping to determine the smoothness of roads.

https://github.com/westnordost/StreetComplete/issues/1630

In a nutshell If the average vibration-level was recorded en masse (just like GPX tracks are), such information could be made available via an API to find possible mistakes in smoothness taggings to which STreetcomplete users could be sent for re-survey

It might be possible to removing the factor of that different speeds produce different levels of vibrations by dividing the vibration level through the speed.

This looks really good!

@imagico: Natürlich . Irgendwie muss man es ja anordnen. Ich finde die Anordnung der MLs weiter hinten übrigens gut, ich habe mich schon in der Vergangenheit geäußert dass MLs meiner Meinung nach ein ungeeignetes/unvorteilhaftes Medium sind. Da kann man anderer Meinung sein, aber nur weil die Anordnung nicht dem eigenen Vorstellungen entspricht die Initiative als ganzes nicht wertzuschätzen ist ein wenig unfair, to say the least.

Danke, Manfred.

Es ist klar, dass ein Großteil des Engagements in der OpenStreetMap, also Mappings, QA, Dokumentation, Softwareentwicklung usw. usf. von Freiwilligen aus westlichen Industrienationen kommt (Deutschland, Frankreich, USA, …).

Aber das ist ja nichts schlechtes, im Gegenteil, ist doch toll dass es in Kulturen (wie unseren) so viele Menschen gibt, die freiwillig einen Teil ihrer Freizeit opfern um an einem gemeinnützigem Projekt zu arbeiten.

Ich glaube übrigens nicht, dass Frauen was ehrenamtliches Engagement angeht, unterrepräsentiert sind, es sind bloß andere, weniger technische und eher soziale Bereiche in denen sich prozentual mehr Frauen engagieren. Ich sehe beispielsweise keinen Sinn darin, meine Freundin aus ihren Lieblingsthemen Naturschutz und Flüchtlingshilfe herauszulocken und zu OpenStreetMap zu treiben.

Bei den meisten die lautstark mehr “Diversity” fordern, habe ich den Eindruck, dass sie damit eigentlich nur die sogenannten “Leadership”-Positionen meinen, oft für sich selbst. Sobald irgendjemand dann noch was von Quoten für [Insert Minority here] faselt, kann ich diejenige Person nicht mehr ernst nehmen.

Für mich bedeutet mehr “Diversity” wenn sich mehr Menschen aus anderen Kulturen und sozialen Hintergründen als Mapper beteiligen würden. Und dies wäre auch eine gute Zielsetzung für mehr Diversity, denn “Fern”-mappen kann man nur zu einem bestimmten sehr groben Detailgrad. Der Erfolg von OpenStreetMap in anderen Ländern hängt sehr stark davon ab, ob es dort genug aktive begeisterte Mapper gibt die auch willig sind, die Karte zu pflegen.

Wenn wir diesem Ziel entgegengehen wollen, hilft es uns einerseits zu verstehen, wieso es so viele Menschen aus unserer Kultur dahin zieht. Ich denke das ist eine Frage mit der sich schon viele Soziologen beschäftigt haben. Aus diesen Erkenntnissen kann man dann Maßnahmen ziehen die den Zugang zu OpenStreetMap für Menschen aus anderen Kulturen erleichtern. Doch man darf natürlich nicht vergessen, ändern kann man eine Kultur nicht. Wenn tendenziell wenig Interesse an ehrenamtlicher Arbeit an Karten bzw. technischen Themen wie OpenStreetMap eines ist, besteht, dann kann man wenig machen. Dort wird das lokale Mapping dann eher von Firmen mit kommerziellen Interessen ausgeführt werden (müssen), wenn überhaupt, wie wir es in Südostasien sehen. Ein Vergleich: In einigen Regionen funktionieren freiwillige Feuerwehren weil es genug qualifizierte Ehrenamtler gibt, in anderen eher nicht so, damit muss man sich abfinden.

Andererseits können wir aber versuchen, den Einstieg in OpenStreetMap aus anderen Kulturen zu erleichtern, um zumindest die Hürden zu nehmen, die nicht kulturell bedingt sind: - Sprachbarriere abbauen, z.B. durch Übersetzungen der Wiki und Editoren in weitere Sprachen - Nutzung und bekannt machen von Kommunikationskanälen die in derjenigen Kultur üblich ist - Förderung von Mapping Parties (von lokalen Communities) in denen Neulingen an die technischen Details herangeführt werden - Förderung der Schaffung von Zugang zu Computern, Internet und Geräten für das Mapping. Ich war neulich im Wikipedia Kontor in Hamburg und musste feststellen, dass selbst hier, wo doch eigentlich jeder Zugang zu Computer und Internet hat, all das den Wikipedianern zur Verfügung gestellt wird. (Wir sind herzlich eingeladen, deren Räume zu benutzen)

(Ironischerweise habe ich den Eindruck, dass gerade Projekte und Firmen die bei Teilen der Craft-Mapper bzw. der deutschen Community am häufigsten in der Kritik stehen, hier die größten Anstrengungen machen z.B. Bryan Housels Community Index oder Grab’s Ausrichtung von lokalen Mapping Parties.)

Alles in allem, für mich bedeutet daher Diversity, vor allem lokale Communities zu unterstützen.

I hope the blur-algorithm is actually a machine-learning one, so your corrections actually make the algorithm better.

I posted a research about the actual use of the level tag on the tagging mailing list.

Also, I found out that according to the wiki, level:ref is actually only mentioned in context of tagging the floors in indoor mapping, not for tagging the level of individual shops.

Batyrmastyr, that sounds pretty nice, actually. It allows the level tag to be used correctly 0-index-based as specified while offering an intuitive solution to tag how the levels are denoted in a building (though that proposal you linked is pretty TLDR).

With what Simon suggested to use earlier, the problem is solved, but the level_ref then needs to be copied onto every single shop/indoor thing. Also, the non_existent_levels(=13) tag is somewhat unintuitive because it is not clear from the name whether it is a tagging mistake to tag any shop with level=13 within that building or whether some shop tagged as that is actually to be referred to be in the 14th floor. Both options are unintuitive.

Thank you for the long treatise on the confusion about the level tag. But at the same time I am relieved to see it disarmed by such a short comment from @simonpoole about level:ref.

No matter how confusing the level tag may be in countries with different numbering traditions and how tempting it may be to use the levels as displayed on the elevator instead, it is an absolute no-go in OSM to change a definition of a tag after it has been established, also not by “country-wide consensus”. Instances where the tag is not used as defined in the wiki are simply wrong and must be corrected.

That being said, this blog entry and sime of the comments here are a sign that the situation could be improved:

1. Improve the wiki documentation to be crystal clear on the levels and levels:ref tag, also on translated wiki pages in other languages
2. Improve software support for entering and displaying the value of the level tag and level:ref tag in the correct localized version. Maybe share a tiny library or code snippet to facilitate this. This topic actually just came up on StreetComplete.

Wow, that’s pretty advanced stuff. Thank you for sharing!

True. I also would be very curious about how many people actually install the apps from F-Droid instead of Google Play and to see the OS distribution there. It can only be lower on average.

(Oh by the way, these numbers are for StreetComplete users, not for all users on Google Play seen here)

Do you believe that the numbers shown in Google Play are fake?

Sorry, the formatting did not work:

• 0.4% of users have an Android below 4.4
• 2.1% of users have an Android below 5
• 6.3% of users have an Android below 6