Very interesting!

I didn’t know about pbzip2, which I agree might be a big time saver. But the documentation says the input needs to have been compressed with pbzip2 to yield a speed up during decompression. Is that the case for the planet file dumps?

Okay it’s working now. It would be great to have a button to zoom to your current location.

I don’t see any markers on iOS using either Safari or Firefox Focus (didn’t try other browsers).

A little more analysis, looking at the year the data was created indicates that new data is using Unicode, we just need to clean up the old data:

Should have pushed Preview before Publish:

• 298 MAPS.ME
• 295 iD
• 121 JOSM
• 28 Vespucci
• 5 OSM Contributor
• 1 Potlatch
• 1 Go Map!!

It seems that as long as the editor apps enforce display of the data using Unicode, and intentionally not support Zawgyi and other non-Unicode fonts, that users will naturally be pushed to “do the right thing” when adding new data, or updating old data.

I went through your file and pulled statistics about where the non-Unicode strings originated (to simplify things I only looked at objects that were version=1): 298 MAPS.ME 295 iD 121 JOSM 28 Vespucci 5 OSM Contributor 1 Potlatch 1 Go Map!!

Around 10 mappers are responsible for > 50% of the strings, so perhaps a direct appeal to them would be effective. It’s not clear whether the non-Unicode strings are intentional or simply a lack of guidance.

While I agree that having native speakers do the translations is ideal, it would also be easy to have the same Google toolchain you used to do detection also do the “best guess” conversion to Unicode. Then native speakers could just confirm/fix the conversion. Or, if you want to be really fancy, you could display the Zwangyi font and Unicode font side-by-side and user’s could just confirm they’re visually identical.

Tobias - I like OsmAgent as a name!

I used the names OSMiOS and Cosmic. They still appear as editors on my HDYC page.

Go Map!! is a full-featured editor for iPhone/iPad:

https://apps.apple.com/us/app/go-map/id592990211

Welcome, all contributions are appreciated!

Very interesting. I had to go read https://github.com/openstreetmap/mod_tile#tile-serving to get an understanding of the role of mod_tile but it’s clear now.

My question is whether Render DB uses the normal OSM database schema or does it use one specialized for rendering?

我不知道原來閩南語有文字書寫法，請問我可以在哪裡找到翻譯軟體😆

If someone were being paid to port and maintain the app I’d favor doing so as a web app, so it’s device agnostic. I don’t know how that would affect the work estimate.

Looks good now. Thanks n76!

Awesome work!

osm.wiki/Simple_Indoor_Tagging is probably the most popular tagging scheme for indoor mapping.

Was it intentional to not support the tourism=camp_site tag as well?

Dude, you don’t need to see a person to discriminate against them: just post a sign saying “Croatians not appreciated” for example. It’s easy to offend and demotivate a particular segment of the population without naming individuals.

The proposed changes will have a small impact on a tiny fraction of current OSM participants while greatly expanding the pool of new participants. That seems like a fair trade off.