Hi Sarah
2012/7/22 Sarah Hoffmann lonvia@denofr.de:
New subject, as it is not really related to the initial mail.
On Sun, Jul 22, 2012 at 12:43:12PM +0200, Stefan Keller wrote:
I've taken a random sample out of the change set http://www.openstreetmap.org/browse/node/983813495/history mentioned before and found this: There was a bus_stop,which has been edited before 4 times, Thorsten (Shernott) last, situated in the middle of the street. Then user Stéphane deleted all tags of this node and turned it into a naked one. Then Stéphane entered a brand new bus_stop nearby little bit above the street.
I would recommend that (possibly) misplaced objects are never deleted, but moved if you want to enhance the location.
I agree to that in theory but in practice JOSM is really a pain when it comes to removing nodes from ways.
JOSM is not supporting this? And I thought it's the best OSM editor around... ;-> But still: as you're answer implies, it's possible though and it's even desirable. I should add this to the JOSM feature wishlist.
In case of this bus_stop, there is no reason to me to move it away from the middle of the street. This seems to be not only a useless edit but an edit which makes it impossible to track the history of OSM objects - e.g. to give feedback to DIDOK project about enhancements.
Not really. We don't need the history of objects. It is only necessary that the uic_ref is preserved in order to give feedback about the DIDOK stuff.
See datendelphin's new map that compares current Didok and OSM as an example: http://didok.osmd.ch It makes the comparisons purely based on uic_ref.
I see (and many thanks to your hint service - I know I should have kown this... :->).
What remains to me is the following, since I'm having in mind OSM which is more and more related to "external databases". First, I'm still convinced that the principle of update (versus delete and recreate) should hold also for OSM. Second, we seem to have a problem with stable id's in OSM (osm_id).
Having external id's in OSM now seems to me like a necessity (in order to become related to external dbs) and a concession to the fact the OSM doesn't have stable ids. At least it's also an indication or flag to OSM users.
Greetings/Grüsse/Salutations Stefan