[opengeodb] Aufregung in der Liste

[Peter Wendorff]

Martin Trautmann schrieb:
> Georg V. wrote:
>   
>> Also, ich habe hier innerhalb von kürzester Zeit 34 ungelesene Mails auf der
>> Liste. Inhaltlich gemischt mit Aufregungen über Datenfehler, Aussagen über
>> Datenstrukturen und Diskussionen über Weiterpflege sowie schärfer werdenen
>> Formulierungen.
>>     
>
> Ja, es ist erstaunlich, dass sich wieder mal was tut ;-)
>
>   
>> Wenn sich einer die Mühe macht, das Thema für seine Zwecke voran zutreiben,
>> ist es lobenswert, aber man muss sich auch fragen, ob die Gründe passen.
>> Strassen (mathematisch gesehen Linien) passen nun mal schlecht zu
>> Bundesländer und Orten (Flächen bzw. Punkte), auch wenn sie beide nur im 2
>> dimensionalen Raum betrachtet werden.
>>     
>
> Mit Strassen hast du ein schlechtes Beispiel gewählt - denn die passen 
> sogar erstaunlich gut in das opengeodb-Modell: Fast jede Wohnanschrift 
> gehört zu einer sehr konkret definierten Gemeinde, da legen die selbst 
> schon erheblichen Wert darauf, weil sie so ihre Steuern bekommen.
> Ebenso ist die Finanzierung des Strassenbaus über Gemeinden und Kreise 
> recht genau festgelegt - daher ist in der Gemeinde recht genau bekannt 
> und zugeordnet, welche Strassen zur Gemeinde gehören.
>   
Wobei hier mal wieder ein Entscheidungsproblem auftauchen würde: Sollen 
Strassen nach Bauträger (Finanzierung des Strassenbaus) eingeordnet 
werden? Dann wären Bundesstrassen und Autobahnen entsprechend dem Bund 
zugeordnet - Europastrassen dagegen sind mal wieder ein zusätzlicher 
Layer, der als reiner Bezeichnungs-Layer für die Verkehrsnutzung 
fungiert und mit den Straßen selbst nichts zu tun hat.
Baut man das ganze auf als Strassennetz ohne direkte Zuordnung, mit 
Knotenpunkten für Kreuzungen und einer zusätzlichen Zuordnung, welche 
Strasse in welchen Orten vorhanden ist.
Beispiel Kreisstrasse 38 (K38) in Paderborn (Quellendaten dafür ist 
jetzt erstmal google maps):
Die K38 führt von Paderborn Kernstadt über Dahl nach Schwaney.
Die Zuordnung könnte man (je nach akuter Granularität der Opengeodb) 
festlegen als:

K38   PB Kernstadt
K38   Dahl
K38   Schwaney

wobei die Orte hier Ortsteile wären (die allesamt noch nicht in der 
opengeodb registriert sind, wenn ich das richtig sehe - vielleicht 
sollte ich mich als Paderborner darum in nächster Zeit mal kümmern...)

Daraus ließe sich ableiten, dass die K38 auch durch alle höheren Ebenen 
läuft (also z.B. durch die Gemeinde Paderborn, den Kreis Paderborn etc)

Die Kategorisierung der Strassen als Bundes- Land- Kreis- 
Gemeindestrasse etc sollte meines Erachtens dann noch ein zusätzlicher 
Layer sein; praktisch eine weitere Typisierung für Strassen. Dies ist 
aber wahrscheinlich nur für die Darstellung auf Karten relevant, da 
vermutlich nur sehr wenig User Verwendung für die tatsächliche 
Verwaltungsstruktur in dem Bereich haben dürften.
> Für Kartographie- und Navigationsanwendungen besonders interessant sind 
> hingegen die flächendeckenden Strukturen: Landstrassen, Kreisstrassen, 
> Bundesstrassen, Autobahnen usw. Die sind bis auf Bundesebene zur 
> Finanzierung untergebracht, laufen aber durch viele einzelne Gemeinden 
> hindurch. Deren Modellierung macht die Sache schwieriger - und den 
> Anwendern solcher Informationen ist meist egal, zu welcher politischen 
> Struktur solche Daten gehören.
>   
siehe oben.
> Wenn opengeodb geeignet ist, über eine einzelne, repräsentative 
> Koordinate eine ganze zweidimensionale Struktur wiederzugeben, dann umso 
> mehr für linienhafte Strassen. Tatsächlich bietet obengeodb sogar min. 
> vier Dimensionen (Länge, Breite, Höhe, Datum) oder mehr (z.B. die 
> postalische Sichtweise)
>   
...und abgesehen vom Aufwand und dem Problem der Vollständigkeit fände 
ich eine entsprechende Erweiterung mehr als gut.
> Mich selbst interessiert eher, wie ich die impliziten Probleme in den 
> Griff bekomme - z.B. Datenduplikate mit/ohne Datum oder die noch 
> ungelösten Sprachprobleme.
>
> In nächster Zeit kommen noch Extraprobleme hinzu: wie werde ich damit 
> umgehen, dass Extradaten bearbeitbar werden? Im Moment möchte ich hier 
> den INSERT-Befehlen einfach DELETE-Befehle gegenüberstellen...
> ... Das würde sich unter Umständen auch anbieten, um die Duplikate 
> loszuwerden...
>   
und genau das sind die Gründe, weshalb die Erweiterungsideen, deren es 
wahrscheinlich tausende gibt, erstmal weniger dringend sind und eben 
nicht sofort angepackt werden müssen.

Gruß
Peter