@bryceco given the small number of strings and that the community is likely small I wold agree that simply contacting the contributors in question with the list of problematic strings is the best idea.

@mmd I’m not convinced that mbsrtowcs does validation outside of ensuring that the input is well formed UTF-8, aka I don’t think it actually checks if the code points are assigned or not.

On the general issue: I’ve done some experimenting on input validation in Vespucci with regexps using unicode character classes and code blocks. That is validating that the input string is in the expected script and this seems to work reasonably well. Naturally you can really only output a warning and you need to allow emojis and so on, but it is probably better than nothing, for example you could warn if a name:mm tag contained non-Burmese characters and the same for name tag on an object located in Myanmar.

Isn’t it more correct to say that “OSM assumes that tags are encoded in valid UTF-8 but the API does not validate that this is actually the case”? This isn’t a surprise as validation of any kind outside of referential correctness has always been left to the editing apps.

My questions from a developer to the EWG would be, assuming that this will be a new requirement on editors

• is it reasonably possible to validate input strings against UTF-8
• is it reasonably possible to validate that input strings are using likely correct code points for the language/script in question?
• what libraries are available for the major programming languages that might support the above?

Obviously the use of characters not in the local script in names might throw a spanner in to validation (consider names with emojis in them), but maybe I’m missing something.

In general if the EWG considers this top priority then the 1st step should be to stop the bleeding, that is to add validation code to the editors so that the problem doesn’t get worse.

@Lejun your requirements conflict a bit with themselves, so I can’t tell if it is actually a solution that you would be happy with, in any case if your phone crashes again we should have a look at that. But maybe just using a camera app that gives you orientation in the exif data (for example Open Camera) would be the better solution (orientation makes it easier to determine what you were looking at).

PS: “, a customizable presets to one-tap buttons function could make themed mapping parties a breeze” You know that Vespucci has had preset based filters since ages? Giving you a themed editor with a couple of clicks.

@Lejun there is no particular reason Vespucci shouldn’t work with your device (rebooting is in any case an OS bug and has nothing to do with the app). You will be limited by the heap size to a small number of layers, but you probably wouldn’t want to overdue that in any case because of the device being quite slow. We regularly test releases on a 1GB device, and two devices with older Android versions than you are running and it runs just fine.

In tag-only mode there is no danger of deleting objects inadvertently (not that that would seem to be a real danger to start with), but you can still add new ones, alternatively you can simply filter out stuff you don’t want to be able to edit.

With a bit of added complexity you can get full offline editing, both OSM data and background layers, see https://vespucci.io/tutorials/offline/

Care to share what device (+ Android version) you are using?

I suspect you might want to pause this and get community input before you invest too much time.

I believe the general consensus right now is to -not- map body of waters with relations as practically unmaintainable.

@RicoElectro doesn’t the introduction to iD mention this? It is more or less clear from other messaging in iD but I wouldn’t expect that to register.

See https://vespucci.io/tutorials/vespucci_intents/ and https://vespucci.io/help/en/Node%20selected/#share-position

@gileri wrote

I see that you suggest, with the fast-food example, to use the brand name as the name=*.

I’m not suggesting that, just pointing out that that is the current common practice.

The landuse=residential entry is for a commercial provider of apartments, brand Avalon see https://github.com/osmlab/name-suggestion-index/blob/main/data/brands/landuse/residential.json

@PlayzinhoAgro openaddresses lists quite a large number of data sources in BR, supposedly with “attribution only” licenses, are these available on OSM compatible terms or not?*

Further I think the comparison with google is a bit Apples and Oranges, a more correct question would be to ask for googles data suppliers, a question that would likely get essentially blank stares. That said IMHO the result for OSM is far better than expected.

Wikipedia while in many ways a similar project differs strongly in its “business model” and how its contents are distributed, not to mention that it operates in a very different, non-competitive market.

Simon

• Among many other flaws OA is in general useless in determining if a dataset is actually usable or not, and at best can be taken as a hint that there might be a a usable source.

Nochmals, dass ist diese https://github.com/MarcusWolschon/osmeditor4android/blob/91bf7cbbcba8a19eebdacbf34879f18b51700e99/src/main/java/de/blau/android/util/mvt/style/StyleAttribute.java#L92 Seite, die man auch da korrigieren kann..

Das ist nicht das “Hauptmenu” sondern eine Seite die von josm.openstreetmap.de geladen wird.

Originally I envisioned most of the VT config coming from ELI or the JOSM imagery configuration, however that is not happening (yet). As a result the configuration is a bit roundabout: configure the tile URL as a custom layer then load the style in to that layer via the layer “hamburger” menu.

I’ll probably add configuration of the tile URL from the “sources” section in the style for release, which will take one step out of the above procedure. Your post code data layer and style works just fine in any case within the constraints of what is supported: http://vespucci.io/tutorials/mapbox-style/

Added http://mapsplit.poole.ch/

If this coverage https://download.geofabrik.de/europe/guernsey-jersey.html is enough I’ll add it sometime today (otherwise I need a .poly file for the area in question).

@Ltrlg Zverik is both the author and operator of the imagery offset database, so I think he does know about it :-).

That said, I still think (this is not a new discussion) that the way to go is not to completely automate things but at least add support to iD (all other general purpose editors have support I believe), and at least suggest using offsets if they exist for the current imagery.

IMHO it is a bit dangerous to conflate the issue of which tools and systems the OSMF is using (aka the FOSS question), with in many ways different issue of maintaining user privacy.

The only touching point is really that FOSS communication channel software makes it easier to self host, or at least host with a trusted provider. FAANG+M are the leading contributors to OSS, but that doesn’t make them in any form a trusted provider of services.

Naturally there is a bit of a (very big and deep) culture gap at least between the US and European developer communities in this, and to generalize a bit, on the US side they are mainly seen as potential future employers (if not already the current one) and critical views are widely considered inappropriate.

Just see the already mentioned community index, or iD leaking OSM contributor information to FB by default for examples. The later which seems to be, judged by the lack of action, considered totally OK by the OSMF.

Now local communities can choose what they want, but as I’ve suggested multiple times over the years, the OSMF should provide at least one communication channel per “type” that allows contributors to participate without requiring them to create new accounts and have their data monetized. If the users take it up or not is up to them, but at least we’ve then provided the option of choice.

osm.wiki/Automated_Edits_code_of_conduct