CGImap does in fact validate, if the string is UTF-8: https://github.com/zerebubuth/openstreetmap-cgimap/blob/master/include/cgimap/util.hpp#L20-L34 and will refuse non-UTF-8 strings with an HTTP 400 error.

If that check isn’t working for some reason, please create an issue on https://github.com/zerebubuth/openstreetmap-cgimap/issues instead.

Please note that CGImap started to process changeset uploads in Jun 2019. Anything that has been last changed before that date is an issue in the Rails port (that may since have been fixed(!))

Anyway, if you find an issue with the Rails port, please create an issue https://github.com/openstreetmap/openstreetmap-website/issues instead.

When reporting an issue, please include a current example how to reproduce the issue. Ancient nodes that haven’t been changed since years would need some fixing for sure, though.

It’s hard to imagine that the code is even faster now. Editing Lake Huron, one of the larger relations around with about 13k members, worked flawlessly my tests. That’s pretty amazing.

Die meisten anderen Übersetzungen gehen in die Richtung “Erste Schritte” oder “Mit dem Editieren beginnen”.

So etwas lässt sich auch ganz einfach auf folgender Wiki-Seite anpassen: https://josm.openstreetmap.de/wiki/StartupPageSource#de

Übrigens, mit der Art, wie dieses Thema hier angesprochen wird, kann ich nichts anfangen. Meine Sprache ist das nicht.

https://overpass-turbo.eu/s/1aEi might be good to fetch all addr:housenumber in Dublin along with their count, all in a single query.

Indeed the focus on nodes was intentional. Counting ways typically requires more resources and would probably take even more time. This is because for each way you have to find out its geometry and check if it’s within a given country border.

A few pointers for ways:

• https://overpass-turbo.eu/s/1ajy -> United Kingdom 2092065 ways
• https://overpass-turbo.eu/s/1ajA -> all EU - result takes 5.75 minutes on dev branch, other instances are TBD.

(translation tool should be translatewiki.net rather than transifex)

In fact, Michal introduced a few new text labels in English. As always, those labels need to be translated to different languages in a separate step, which happens in an external application “transifex”. This might take a bit, depending on how fast translators complete their work on new text labels. As long as the translated texts are not yet available, you will see the English text instead.

French translation will probably be deployed shortly: https://github.com/openstreetmap/openstreetmap-website/commit/1fd5d7f4fece70dfae87ce27644ad31cf972e688#diff-2c5ab6165f7efe573a84107e0e51102ad47cefb0c65629759d7458eee14326e7

@1ec5 reported on Slack that Framadate doesn’t distinguish timezones, which is “pretty much a dealbreaker for anything in OSM that I would use it for”.

See https://framagit.org/framasoft/framadate/framadate/-/issues/158

Regarding the code collaboration platform: almost all projects in the https://github.com/openstreetmap organisation depend on some sort of CI/CD pipeline (by the way, are those the projects which are in focus here?).

I’m not 100% sure what the options are available when using Gitea, but in any case I would consider CI/CD as an absolute must have feature for any kind of new platform to switch to.

OSMF based code hosting isn’t an entirely new idea: we used to have svn.openstreetmap.org (+ trac) for quite some time before some projects started moving to Github.

OSM’s OAuth will support OAuth2 anyway in the future, which should rule out many of today’s issues with OAuth 1.0a.

For reference: https://github.com/openstreetmap/openstreetmap-website/issues/1408

Thanks for the update! I have to say it was somewhat unexpected to see this in an official newsletter ;)

That’s a pretty weird URL for what you call a “free book”. As it stands, you’re most likely linking to some pirated copy here.

Apologies, i didn’t mean to throw a random piece of overpass gibberish over the fence… :)

https://dev.overpass-api.de/blog/loop_and_group.html#for has some more details about how the “for” statement works. In the example above this boils down to “for” calculating a number of groups based on the “name” tag, and then iterate over those groups.

For a sorted, duplicate free (aka “DISTINCT”) list of national park names for the UK you need to use something like https://overpass-turbo.eu/s/11In

With today’s (19 November 2020) build, the Windows Task Manager “not responding” status issue seems to be gone. Also the linux wine environment crashes less frequently. I hope this is expected behaviour and not some coincidence?

I’m seeing some infrequent issues when P3 fails to show parts of the map. I couldn’t figure out, if the loading process itself isn’t working properly at times, or some parts of the map are simply not drawn. In any case, I don’t see any error message.

By the way, could you include some more detailed build information in the “Help” menu, maybe? That would be really helpful when reporting issues.

I tested both versions in the same small townish area, that would still fit well in the 50k node limit for an export on z16. Although working on z16 feels a bit sluggish, it’s still feasible on P2. I experienced issues in particular when panning on z17+z18. Maybe there’s something special in my set up, that impacts P3. Let’s see what other users report back.

I also tested Potlatch 3 on Windows 10 now. While the Flash based Potlatch 2 works quite smoothly on that machine, I’m seeing frequent lockups w/ Potlatch 3, in particular when panning the map. Windows Task Manager reports the app as “not responding”, and an impatient users gets prompted to kill the process. It usually takes about 5-30 seconds until it all clears all up again. Maybe there’s some processing going on that blocks the main thread, and Windows thinks the app is just unresponsive and dead.

Oh well, this seems to be somewhat unstable and tends to crash when panning the map.

those should be two separate commands after all:

cp Potlatch.air ~/.wine/drive_c/users/USER
wine ‘C:\Program Files (x86)\Adobe\Flash Player\AddIns\airappinstaller\airappinstaller.exe’ C:\users\USER\Potlatch.air