Am 25.07.2012 10:41, schrieb Manuel Reimer:
Peter Wendorff wrote:
Du kannst ja die ID als zusätzliches Kriterium problemlos mitziehen.
Wenn sich nur eine ID ändert, wird es dann wohl ein entsprechendes
Ersetzen
sein; nur, wenn beide IDs auf einmal weg sind, dafür aber andere
Bildstöcke in
der BBox stehen, wird es problematisch.
Teilweise stehen mehrere Bildstöcke relativ nahe. Ich möchte aber
jedem sein korrektes Bild zuordnen.
Liest du eigentlich, was andere Leute schreiben, oder bist du von deiner
Idee einfach zu überzeugt?
Ein Ausschnitt von 15x15 Metern hat 5 Bildstöcke, eingetragen als osm
nodes mit den IDs 123, 124, 125, 126, 127.
Du speicherst als Link für den ersten Bildstock sowas wie
n123[bildstock-tag]@ausschnitt' (wobei ausschnitt' ein Ausschnitt von
10x10 Metern mit der dir bekannten letzten korrekten Koordinate des
Bildstocks im Zentrum ist).
Für den zweiten speicherst du n124[bildstock-tag]@ausschnitt'' - und so
weiter.
In diesem Moment kannst du eindeutig zuordnen.
Was kann jetzt passieren?
- Ein Bildstock wird hinzugefügt: Kein Problem, du benutzt die IDs zur
Zuordnung deiner Bildstöcke - stellst aber evtl. zusätzlich fest, dass
deiner Datenbank eventuell noch ein neuer Bildstock fehlt.
- Ein Bildstock wird gelöscht: Kein Problem - die anderen werden
aufgrund der ID weiterhin korrekt zugeordnet, der gelöschte wird korrekt
als identifiziert und nachgucken musst du sowieso, ob das jetzt ein
Fehler in OSM ist oder der Bildstock tatsächlich nicht mehr existiert.
- Ein Bildstock wird verschoben: Du erkennst das, weil die ID auf einmal
an anderer Stelle steht.
- Ein Bildstock wird neu erstellt (jemand löscht und erzeugt neu): Du
erkennst die Löschung und musst nachgucken, kannst aber gleichzeitig
relativ leicht verifizieren, ob der neu erstellte node vielleicht der
adäquate Ersatz ist.
- Die Tags eines bildstocks ändern sich, dabei geht das bildstock-tag
verloren: Du erkennst das, hast aber immer noch die ID und den
Ausschnitt, die passen - aber prüfen musst du sowieso.
Gelöst ist also:
- Das Verlinken genau eines Objekts, selbst wenn dazu keine ID existiert.
- Das Tracken von Änderungen und das Nachvollziehen derselben.
- Es werden keine aus Sicht von OSM unsinnigen FremdIDs gebraucht, die
kein Mensch außer dir kontrollieren kann.
Wo ist jetzt deine Lücke in dem Konzept?
Dass immer noch manuell kontrolliert werden muss? Das löst du mit deiner
UUID auch nicht.
Gruß
Peter
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de