Ich hab die Abfrage nochmal etwas beschleunigt, heute morgen um 6 war das Gehirn wohl noch nicht ganz wach ;-)

https://overpass-turbo.eu/s/1HaV

Hallo Ralf,

willkommen bei OpenStreetMap !

Die Maximal-Geschwindigkeit auf einem Streckenabschnitt wird in der Datenbank mit dem sogenannten maxspeed-Tag dargestellt.

Gem. den aktuellen Daten ist die K 1001/Maurener Straße (in Fahrtrichtung Ehningen->Holzgerlingen) zwischen Ortsausgang Ehningen und Mauren auf 70 beschränkt, zwischen Mauren und der Gemeindegrenze auf 30 beschränkt, danach 100 bis zum Kreisverkehr.

Diese Einteilung siehst du farblich dargestellt, mit dieser Overpass-Abfrage.

Die Änderung, in der der Abschnitt in/um Mauren von 100 auf 30 reduziert wurde war am 20. August 2023, das passt also dazu, dass du mit dem Kartenupdate für dein Navigationssystem im September diese Änderung bekommen hast.

Leider hat der User, der die Änderung gemacht hat, nicht dabei geschrieben woher er diese Information hat, dass dort nun 30 sind anstatt 100 (war da vielleicht letztes Jahr irgendwann Rollsplit und die Geschwindigkeit deswegen reduziert?). Ich schreibe jetzt mal in die Kommentare von dem Änderungssatz einen Hinweis auf diesen Tagebucheintrag mit der Bitte, nochmal was dazu zu sagen.

Viele Grüße aus Bremen

Kai

@chris_debian, here you go: https://mpr.lt/p/55150 - now also linked in the entry itself. Have fun!

all changesets - open or closed - have a closed_at date, it’s just that initially it’s one hour in the future

NOW I got you! Thanks for clearing that up.

So there’s no moving parts within the codebase, no ‘watch’ process and not even an extra update to the db to close each changeset.

I think the more important bits is the side effects on other systems, for example changeset comments, or 3rd-party analysis tools, that might be waiting for a changeset to close before triggering an alert etc.

So, if the opening client hasn’t closed the changeset and it would be closeable (1h, 24h) even loading the CS on the website or via the API wouldn’t trigger the closing but only trying to upload data into the CS again?

Hi, and thank you for taking the time to analyze this!

I Have seen that table before, haven’t I? On Github or on Discourse?

Anyway:

• Are we sure we want to spend the whole day monitoring what the user does in their changeset?

Granted, I don’t know where to find the code exactly, but I guess there’s not much “monitoring” involved. You’ll probably see a process that checks every N seconds, whether there are changesets that match Pieter’s description of points 2 and 3 (either 1 hours since the last upload or 24 hours since creation) and then shuts those changesets down. What happens before those times isn’t really something I guess is monitored in any shape, form or fashion.

https://mapcomplete.org (which I develop) exploits this behaviour by not closing a changeset and by trying to reuse a changeset as much as possible.

StreetComplete does the same, it creates it’s own little database of “OpenChangesets”, grouped by the “ElementEditType” (i.e. the “Task” or “Question” that the user was asked) and updates the changesets with changes that fit the same Edit Type, as long as the Changeset isn’t older than 20 minutes. By that time it closes its own Changesets automatically.

Hi Martin,

I built https://wmw.webmapping.cyou/, where people can add themselves to the map and so people could directly contact those who decided to be on the map.

Kai