OpenStreetMap логотибы OpenStreetMap

Changeset age / ID Confusion

English телендә mvexel 4 October 2022 баҫылып сыҡты.

I was visiting my HDYC page today. I always get sentimental looking at my first changeset, a neat feature on HDYC. Here it is with ID 90313. This makes sense to me; I lived in that part of Amsterdam at the time and the timestamp coincides with the day I created my OSM account (while participating in a weekend-long mapping party).

But, when I scroll to the bottom of the changeset page info panel, I see there’s a previous changeset:

previous changeset?!

How is that possible? If I click on the previous changeset until there is no more previous changesets, I end up at this one, with ID 7671. But that changeset was opened and closed 10 months later, in April 2008.

I always assumed that changesets with a higher ID would also be newer, but that’s obviously not always true. My best guess is that the database got reshuffled in the early OSM API days. Perhaps coinciding with the disabling of anonymous edits in late 2007?

Mysterious. How will I be able to sleep now?

Урын Central City, Salt Lake City, Salt Lake County, Utah, 84111, United States
Email icon Bluesky Icon Facebook Icon LinkedIn Icon Mastodon Icon Telegram Icon X Icon

Фекер алышыу

SimonPooleтарафынан 4 October 2022 cәғәт 06:26көндө ҡаралған

It is just an artifact from when changesets were introduced in March 2009 and they were automatically created from the existing edits at the time.

With other words you are being sentimental about something you never actually did, that is create a changeset in 2007.

mvexelтарафынан 4 October 2022 cәғәт 14:02көндө ҡаралған

@SimonPoole What were “uploads” called before they were called changesets? I don’t remember.

mmdтарафынан 4 October 2022 cәғәт 14:37көндө ҡаралған

An upload is not a changeset… you can have multiple uploads all belonging to the same changeset, as long as you don’t close the changeset.

Before changesets existed, you could still upload one change at a time (which by the way is much slower than the 0.6 diff upload).

SimonPooleтарафынан 4 October 2022 cәғәт 14:42көндө ҡаралған

@mvexel prior to 0.6 there was no grouping of edits. The objects versions had timestamps just as they had now, but as @mmd points out that is all independent of the concept of an “upload” which is not reflected (including in 0.6) in the data model.

mvexelтарафынан 4 October 2022 cәғәт 14:46көндө ҡаралған

Thanks for the history lesson, both!

amapanda ᚛ᚐᚋᚐᚅᚇᚐ᚜ 🏳️‍🌈тарафынан 4 October 2022 cәғәт 16:55көндө ҡаралған

I always assumed that changesets with a higher ID would also be newer

hahahahahahahahahahahahaha Never look at the history of OSM objects and presume there is logic there. 🤣🤣🤣

If you want a real mind bender, there are OSM objects where a version is created before a lower number version (like an object was created before it’s previous version)

mmdтарафынан 4 October 2022 cәғәт 17:24көндө ҡаралған

[…] like an object was created before it’s previous version

That’s exactly the reason why CGImap doesn’t trust the frontend (or former backend) servers to provide accurate timestamps, and delegates all that to the database instead.

jimkatsтарафынан 4 October 2022 cәғәт 18:23көндө ҡаралған

“With other words you are being sentimental about something you never actually did”

This is so deep and philosophical xd

Фекер яҙыу өсөн Инеү