[OSM in MV] Antw: Re: Strassenschlüssel für MV-Strassen

[Matthias Meißer]

-- 
Matthias Meißer

Sachbearbeiter Regionale Geoinformationsssysteme
 
Hansestadt Rostock
Der Oberbürgermeister
 
Kataster-, Vermessungs- und Liegenschaftsamt
Abt. Kataster
 
Holbeinplatz 14, 18069 Rostock
Tel.:     +49 (0)381 381 6221
Fax:     +49 (0)381 381 6902
E-Mail: matthias.meisser at rostock.de 
>>> Peter Korduan <pkorduan at gmx.de> schrieb am 25.06.2015 um 14:42 in
Nachricht
<558BF721.7020002 at gmx.de>:
> ...
> Man fragt dort nach der Quelle der Strassenschlüssel und dem Sinn für

> die Allgemeinheit.
> 
> Ich hatte so etwas befürchtet, dass die Fragen erst hinterher
kommen.
> Matthias, wir sollten aber wirklich schauen, dass wir die Liste der 
> Strassenschlüssel so schnell wie möglich frei zur Verfügung stellen.

Ja das haben wir schlecht koordiniert. Da möchte ich mich auch hier
nochmal bei allen entschuldigen, da hat hier die Kommunikation leider
nicht geklappt :-(

> 
> So viel ich weiß sind die Eigentum der Kreise und die hätten wohl
nichts 
> dagegen so wie mir Dirk Adolph damals mitteilte.
> Veröffentlicht Ihr den auf http://www.opendata-hro.de/? 

Das LAIV hat ein offizielles Schlüsselverzeichnis und die Erklärungen
für die Nutzung der Schlüssel im OSM Kontext liegen uns vor
http://www.laiv-mv.de/land-mv/LAiV_prod/LAiV/AfGVK/Liegenschaftskataster/Schluesselverzeichnisse/

> 
> Ich würde es gut finden wenn der eine oder andere noch nützliche 
> Begründungen hat warum die Updates dann doch in den OSM-Bestand 
> aufgenommen werden sollten.
> 
> Schließlich steckt da jetzt schon eine Menge Arbeit drin.
> 
> Matthias, was meinst Du, soll ich noch mehr zu dem Anliegen auf der 
> Seite
http://wiki.openstreetmap.org/wiki/DE:Stra%C3%9Fenschl%C3%BCssel 
> schreiben?

Ich habe eine Seite  für den Abgleich/Import heute angelegt, diese ist
jedoch noch Überarbeitungen unterworfen und daher temporär/nicht
offiziell:
https://wiki.openstreetmap.org/wiki/User:KVLA-HRO-Mei/M-V_Stra%C3%9Fenschl%C3%BCssel_Import

Im Forum habe ich mich bemüht auf die einzelnen Aspekte einzugehen. Ein
Hauptkritikpunkt war ja die nicht vorhandene Liste, der jetzt wohl
entschärft ist. Andere Fragen waren IMHO der Einordnung der gesamten
Aktion geschuldet, was hoffentlich auch gerade gerückt ist.

> 
> Und wie begründen wir, dass die geschriebene Anwendung für die
Zuordnung 
> und Aufteilung nicht frei zugänglich ist?
> Wenn jemand Änderungen mit JOSM macht denke jeder, na das sitzt ja
eine 
> Person dahinter, ist in Ordnung.
> Wenn es eine selbst geschriebene Anwendung ist, die dazu noch nicht
frei 
> verfügbar ist, ist das intransparent und mißtrauenswürdig.

Lass uns da mal telefonieren wie wir die Funktionsweise transparent im
Wiki darstellen können :-)

Mit freundlichen Grüßen
Matthias Meißer

 
> 
> Am 23.06.15 um 20:56 schrieb Matthias Meisser:
> > Hallo Peter,
> >
> > Am 23.06.2015 um 15:57 schrieb Peter Korduan:
> >> ...
> >>
> >> Weiß jemand ob die Reihenfolge von ways als member in einer
Relation
> >> eine topologische Rolle spielt?
> >> Ich könnte mir vorstellen, dass das wieder davon abhängt wie die
> >> Relation getagged ist.
> > Ja, nach der aktuellen API 0.6. wurden Relationen als
Sequenzen(ordered
> > list) spezifiziert, d.h. die Abfolge kann eine Information
darstellen :-)
> > https://wiki.openstreetmap.org/wiki/API_v0.6#Elements 
> >
> >> Also wenn ich z.B. einen Wanderweg beschreibe der aus W1, W2 und
W3
> >> besteht. Muss ich dann wenn ich W2 aufteile in W4 und W5 an die
Stelle
> >> von W2 scheiben oder kann da auch an das Ende angehängt werden.
Des
> >> Weiteren würde mich interessieren ob es gute Praxis ist dass man
einen
> >> Weg ersetzt durch die neuen Teile oder ob man den ersten Teil des
> >> Weges, also z.B. W4 nimmt und damit W2 aktualisiert (mit der
neuen
> >> nodes Liste) und dann nur W3 als neuen Weg anhängt.
> > Genau, Wanderrouten, ÖPNV, ... all das berücksichtigt (eigentlich)
die
> > Reihenfol
ge. Sichtbar macht das zum Beispiel der JOSM Relationen
Editor
> > https://josm.openstreetmap.de/wiki/Help/Dialog/RelationEditor
(Members
> > mit Kettenicons).
> > AFAIK kreiden das einige relation Checks in verschiedenen Tools
dann
> > auch an, obwohl die meisten Werkzeuge wohl zwangsläufig
ausreichend
> > Robust bei der Datenverwertung (probieren) zu sein:
> >
https://wiki.openstreetmap.org/wiki/Quality_assurance#Error_detection_tools

> >
> > Für ein einfaches Szenario mit einer Relation über W1-W2-W3 müsste
bei
> > einer Auftrennung idealerweise also W1-W2_1-W2_3-W3 rauskommen. Im
JOSM
> > gibt es irgendwo dazu bestimmt Code, naiv würde ich denke dass man
sich
> > die Randknoten merkt. Dann geht man die Relation chronologisch
durch und
> > man fügt dann nach dem Way mit Randknoten 1 den W2_1  und W2_2 ein
und
> > testet ob der Randknoten wieder stimmt. Aber vermutlich gibt es
wie
> > immer hier Spezialfälle ;-)
> >
> > Gruß,
> > Matthias
> >
> >> _______________________________________________
> >> MeckPomm mailing list
> >> MeckPomm at lists.openstreetmap.de 
> >> http://lists.openstreetmap.de/mailman/listinfo/meckpomm 
> > _______________________________________________
> > MeckPomm mailing list
> > MeckPomm at lists.openstreetmap.de 
> > http://lists.openstreetmap.de/mailman/listinfo/meckpomm 
> 
> _______________________________________________
> MeckPomm mailing list
> MeckPomm at lists.openstreetmap.de 
> http://lists.openstreetmap.de/mailman/listinfo/meckpomm 
>