x

Re: Rendering von Wahlkreis-Namen


Geschrieben von wambacher (Gast) am 08. Oktober 2013 09:29:26: [flux]

Als Antwort auf: Rendering von Wahlkreis-Namen geschrieben von gormo (Gast) am 28. August 2013 08:41:

openzzz wrote:

Was spricht denn gegen eine Vernetzung mehrerer Datenbanken? Und eine Schnittstelle mit den man lokal Geodaten schnell mit OSM verbinden kann, z.B. wie ein Google Earth KML Vektor Overlay? Das entlastet das Hauptprojekt, bietet weniger Angriffsfläche für Vandalismus, senkt den Verwaltungsaufwand etc ...

Die Technik, die reine Technik.

Wenn du einen Weg (er)findest, der Objekte (Nodes, Ways, Areas, POI, ...) , die sich in verschiedenen Datenbanken befinden, stabil miteinander verknüpft, würde man dir wohlmöglich die Füsse küssen. Mach dir darüber mal Gedanken.

Und wenn diese "Kill-Kriterium" geklärt wäre - du bemerkst sicherlich meine Skepsis - hätten wir mehrere spezielle Datenbanken mit
unterschiedlichen Infrastukturen, Standorten, Administratoren, Kosten, Benutzerzugängen, ...
Es sei denn, diese Datenbanken lägen alle auf den bewährten OSM-Servern. Dann könnte man aber gleich das Datenschema der OSM-Datenbasis erweitern.

Hier liegt wieder mal der Teufel im Detail. Ein pauschales "Irgendwo muß das Zeug schließlich hin" "Dann packen wir das halt in einen andere Datenbank" hilft hier leider nicht weiter.

Ich konstruiere hier mal ein fiktives Beispiel: DB der Straßennamen mit Erklärung der Herkunft des Namens ("Wonach ist die Adolfstraße in Kassel und die in Hannover benannt?")

Das Problem ist, dass eine Straße in einer Stadt aus mehreren Teilstücken besteht (wenn wir mal von doppelten Straßennamen in einer Stadt absehen).
Also muß man entweder
- an jedes Teilstück (Way) Verweise auf den Namensgeber taggen
- in der Namens-DB einen Verweis auf die Teilstücke in OSM pflegen
- eine associated_street-Relation in OSM aufbauen, die alle Teilstücke zu einem Objekt zusammenfasst, welche dann in der Namens-DB verwendet werden könnte.

Bei den beiden letzten Beispielen kommt noch dazu, dass die OSM-ID eines OSM-Objektes (hier: Way oder Relation) nicht stabil ist und associated_street als Sammelrelation per se unsicher ist.

Das ist noch ein relativ "harmloses" Beispiel. Bei anderen Konstrukten fällt mir noch nicht einmal eine fiktive Lösung ein. Immer dann, wenn OSM-Objekte mit "was anderem" verknüpft werden sollen, klemmt es fürchterlich.

So, jetzt bist du dran.

Gruss
walter

ps: nicht daß hier der Eindruck aufkommt, daß ich sowas nicht für sinnvoll halte - nur an der Realisierung wird es wohl scheitern 🙁