Hoi Stefan,
Danke für die Zusammenfassung:
* OSM-ID
* semantische IDs
* Ballast von PIDs
* "OSM-IDs eine 100% OSM-interne Sache"
und dann gabs noch die UUID
Eine ID muss m.E.
1. eindeutig sein (inkrementell oder UUID)
2. automatisch zugeordnet sein
3. persistent sein (nicht händisch editierbar)
4. möglichst stabil mit dem OSM-Objekt verbunden sein
5. möglichst stabil mit dem realen Objekt verbunden sein
Forderung 1 und 2 wird durch OID bzw. UUID erfüllt.
Forderung 3 wird durch OID erfüllt,
könnte auch durch geschützte UUID oder geschützte PID erfüllt werden.
Für Forderung 4 und 5 brauchen wir m.E. Regeln (eine Kultur), wie
ein OSM-Objekt (Punkt, Linie, Fläche, Relation als Abbild einnes realen
Objektes) aufgeteilt, zusammengeführt, verschoben, gelöscht,
wiederhergestellt, dupliziert wird, und wie es von einem.
Das könnten wir anhand von konkreten und illustrierten Beispielen so
erläutern, dass es auch für Anfänger und Gelegenheits-Mapper
nachvollziehbar verständlich ist.
Der verbleibende Rest (Stabilität ist systemimmanent unklar, Mapper
macht Fehler, etc) muss seitens der Anwendungs-SW geregelt werden, die
zwei DBs verknüpft.
Neu:
Mapper müssen m.E. zunehmend verstehen lernen, dass sie nicht nur
"zeichnen", sondern eine DB erstellen :-)
Und dass das was sie tun, unmittelbare Auswirkungen auf die Anwendungen
(Karten, Router, etc) hat.
Wir könnten hier schon mal beginnen, konkrete Beispiele zu sammeln, die
einer Regelung bedürfen...
Und dann in einem zweiten Schritt entsprechende Regelungen zu finden,
und in einem dritten Schritt diese beispiele und Regeln illustriert
beschreiben.
Gruss, Markus
PS: PIDs sind m.E. unnötiger Ballast.
(bzw ein "Workaround" für mangelhafte oder fehlende Regeln zu 4 und 5)
@Frederik: selbstverständlich müssen IDs projektintern geregelt sein.
Und selbstverständlich nach aussen so dokumentiert, dass Dritte sich
darauf systematisch verlassen können.
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
