Hallo miteinander,
ich habe von der Stadt Dorsten ganz offiziell ein Shapefile erhalten, in welchem alle Stadtteile enthalten sind. Ich würde das gerne mit josm einfügen, leider habe ich das noch nie vorher mit so einer Datei gemacht.
Das shapefile an sich kann ich nicht hochladen, josm gibt mir eine dicke Warnung aus. Als GPX umformatieren ist unhandlich, da dann alle Informationen verloren gehen und man alles per Hand nachzeichnen müsste.
Weiterhin existiert bereits die äußere Stadtgrenze, welche dann mit den Stadtteilgrenzen kollidiert. Und man muss noch Relationen erstellen, weil eine Grenze ja logischerweise zu gleichzeitig zu zwei Stadtteilen gehört.
Das wiki zu Grenzen allgemein habe ich bereits gelesen, bringt mich aber leider in der Praxis mit josm nicht viel weiter.
Fragen über Fragen, kann mir bitte jemand helfen?
Danke und viele Grüße aus Dorsten
Olli
Ja, die Seite habe ich vorhin gesehen, ich habe auch das Opendata Plugin in josm installiert.
Die Datei bekomme ich jedenfalls in josm importiert, nur danach hakt es dann…
Eigentlich sind es ursprünglich nur die Stadtteilnamen. Dann habe ich aber noch Key:de:amtlicher_gemeindeschluessel eingetragen sowie admin level usw.
Also ist es am besten, ich “plätte” das shapefile einfach auf gpx runter und male dann alles per Hand nach? Anschliessend Relationen usw. eintragen?
Ich kann dir das file vielleicht auch zur Ansicht zukommen lassen.
Mein Vorschlag in diesem Fall wäre:
Shape-File in extra Ebene in JOSM hochladen.
Wenn notwendig, Projektion umstellen (Hintergrund (Bing etc) ist üblicherweise in Mercator, Vermessungsdaten basieren oft noch auf Gauss-Krüger, dort noch Zone beachten).
Shape-ways in Segmente von Grenzdreieck zu Grenzdreieck aufspalten (P), da vermutlich geschlossen und sonst alle inneren Linien doppelt.
Eigenschaften an Linien anbringen (ist wohl schon geschehen).
Gebiet in Hauptebene hochladen, so dass dort Grenzverlauf enthalten ist, Segmente dorthin kopieren und mit vorhandenen Grenzen (level 8 aufwärts) verbinden. Diese Grenzen müssen dann fast immer an den Anknüpfungspunkten aufgeteilt werden. JOSM verteilt die neuen Segmente auf die bestehenden Relationen, aber das nachprüfen (in der ganz rechten Spalte muss ein geschlossenes Oval zu sehen ein, ggf. fehlende Relationsmitglieder nachladen).
Aus diesen Segmenten und den inneren Segmenten die Stadtteilrelationen erstellen.
Da der Shapefile von der Stadt kommt, basiert er vermutlich auf Katasterdaten, die sind bis auf den Zentimeter genau.
Bestehende Ways (Straßen, Bäche) würde ich nicht übernehmen, da sie diese Genauigkeit kaum haben, dass muss man aber aus den Shape-Daten abschätzen. Je näher dort die Nodes beieinander liegen, desto genauer sind sie in der Tendenz. Wenn Sie Katastergenauigkeit haben, dürfen sie bis auf wenige Einzelfälle nur wenige Meter auseinanderliegen.
Eher würde ich die vorhandenen Linien an die höhere Genauigkeit der Grenzdaten anpassen (falls gegeben).
Genau da liegt der Hase im Pfeffer. Es soll ein Datensatz hinzugefügt werden, von dem ein Teil der Segmente bereits drin ist (admin_level=8 von Dorsten). Einfaches Verbinden der Stadteilgrenzen reicht nicht aus, da es natürlich auch Stadtteile gibt, die am Stadtrand liegen. Da müssen die vorhandene Teile ersetzt werden.
Sonst haben wir das gleiche Chaos, das es mal in BW gab.
Die vorhandenen Segmente (level 8 bis 5) **müssen **nicht ersetzt werden, sie können durch die aus dem Shapefile ersetzt werden, wenn diese Daten genauer sind. Ein Teil der Stadtgrenze liegt auf Kreis/Bezirksgrenze, dort hat man die übliche Genauigkeit des Kreisgrenzenimports von 2008 (Abstand der nodes einige zig Meter). Die anderen Grenzteile sind von ähnlicher Detailliertheit (ohne Quelle), nur an der Grenze zu Marl südlich der Lippe ist mal ein grades Stück von fast einem Km. Das kann ungenau sein, muss aber nicht.
Wenn Segmente ersetzt werden, müssen entweder entsprechenden Segmenteinträge aller beteiligten Relationen ausgetauscht werden, oder aber bequemer (aber auch gefährlicher) über Geometrie ersetzen. Da müssen vorher alle sonstwie verbunden Knoten gelöst werden.
Da kann einem langjährigen Greenhorn wie mir schon mal ein Knoten entgehen (inzwischen färbe ich die in anderer Farbe ein).
BTW: Tun nur bei mir die Links zu JOSM in Missing Residentials nicht mehr? Für mich war das ein sehr nützliches QA-Tool, das mich für manch verbalen Rempler des Autors entschädigt hat.
Das stimmt, Duplikate wollte ich vermeiden. Ich arbeite zwar schon einige Zeit mit josm, bin allerdings noch nicht so fit, was Relationen angeht. Den Satz “Gebiet in Hauptebene hochladen” habe ich leider nicht ganz verstanden. Theoretisch weiss ich, was du meinst, kenne auch die Ebenen. Praktisch wüsste ich aber jetzt nicht, wie ich das mit josm machen sollte. Ich starte josm, importiere einfach nur das shapefile, eine weitere Ebene (Hauptebene) gibt es zu dem Zeitpunkt (noch) nicht. Bei GPX Tracks kann man ja entlang der Spur die Daten herunterladen, bei shp geht das jedoch nicht wie ich gerade festgestellt habe.
Ich habe das jetzt so gelöst: Shapefile öffnen und die Shape-Ebene dann duplizieren. Dadurch wird dann anscheinend eine osm-Ebene erzeugt, die ich wie gewohnt bearbeiten kann. Die shp-Ebene lösche ich anschliessend wieder.
Danach gehts an die lustige Handarbeit wie gewohnt…
Ich hoffe mal, das stimmt einigermaßen
Ich hab da gerade nochmal eine ganz andere Sache… Wenn ich dem boundary den key “name = Altstadt” gebe, wie finde ich das hinterher bei Nominatim wieder??
Wenn ich nach Dorsten suche, finde ich Dorsten, jedoch nie den Stadtteil “Altstadt”.
Suche ich nach Altstadt, finde ich sämtliche Altstädte der Welt, Düsseldorf, Jerusalem usw… wie macht man sowas sinnvollerweise?
“Hauptebene” war etwas missverständlich, ich meinte damit die Ebene, in der gearbeitet wird und von der üblicherweise hochgeladen wird (meist Datenebene 1). Wenn schon eine Ebene da ist, bekommt man eine neue beim “Daten herunterladen” über ein Kreuz in “in neue Ebene herunterladen” (links unten).
Bei Shapefiles ist das nach meiner Erinnerung aber nicht nötig, da diese Daten sowieso in eine neue Ebene mit dem Namen der Datei heruntergeladen werden.
Geometrie ersetzen (an der Außengrenze) funktioniert übrigens nur bei frisch erzeugten/kopierten ways. Alle Änderungen daran also am besten vor dem Kopieren noch in der shape-Ebene.
Ich werde mich die Tage dann mal an die Umsetzung der Grenzen machen. Würde mich freuen, wenn dann ein erfahrener Mapper anschliessend mal drüberschauen kann. Vor allem, was die Relationen und Verbindungen untereinander angeht. Da nehme ich mir eventuell mal Sonntag in Ruhe Zeit für. Ich melde mich dann einfach hier noch einmal.
Danke für die bisherige Hilfestellung, sehr cooles Forum, schnelle und kompetente Rückmeldung. So macht das Spass
“Altstadt, Dorsten” sollte passen (Grenze noch nicht drin?). Eigentlich müsste es auch mit “Altstadt” funktionieren, wenn Dorsten im Kartenbereich ist, aber das funktioniert scheinbar zur Zeit nicht. Und etwas Geduldig sein, der Zeitpunkt der letzten Aktualisierung findet sich auf http://nominatim.osm.org oben rechts.
@Ziltoidium: Kann ja nicht funktionieren: Das , was du am 12.6 ausprobierst hast, war keine Grenz-Relation (boundary mit admin_level=10) sondern ein einfacher geschlossener Way. Und da der inzwischen auch noch von dir gelöscht wurde, geht eh nix.
Ich hab mal exemplarisch eine “Altstadt” eingetragen: http://www.openstreetmap.org/browse/relation/2996869
Die wird gerendert und wunderbar gefunden. Kannst und solltest du ruhig löschen, wenn du loslegst. (*)
Gruss
walter
*) ist jetzt so wie am Rand. Auch da wirst du bestehende Grenz-Relationen vorfinden, die du irgendwie einbinden musst (Ersetzen oder “Einweben”, je nach Qualität).
p.s. @all Ich habe den Ways noch keine eigenen Tags gegeben, da das anscheinend nicht mehr notwendig ist. War eh nur “Taggen für den Renderer (mapnik)”, da er Grenzen nicht vernünftig gerendert hat, wenn die Ways kein eigenes admin_level hatten. Einwände?
@OSMAddict ja, ich weiß. Ich habe gestern nur ein bischen rumexperimentiert zum Kennenlernen. Ich hab erst die Tage wieder etwas mehr Zeit, mich damit zu beschäftigen. Deswegen habe ich am Ende wieder alles gelöscht. So wie du es jetzt eingetragen hat, findet Nominatim “Dorsten Altstadt”. Vielen Dank nochmal für die Hilfestellung.
Ich hätte keine grundsätzliche Bedenken, da der admin_level des ways aus den Relationen abgeleitet werden kann, in denen er Mitglied ist.
Die Renderer werten inzwischen ja die Relationen auch aus, Probleme sehe ich eher beim menschlichen Betrachter:
In JOSM kein Problem, da im Eigenschaftenfeld auch aufgeführt wird: Element von Grenze[10](“Altstadt”… Das reicht m.E.
In Potlach muss man bei den Eigenschaften auf advanced klicken, und dann wird nur angezeigt: Relation:boundary, ID:xxxx und nichts weiter
Bei iD sehe ich gar nichts (ist aber vielleicht besser so)
Ways mit redundanten tags zu den Relationen sind sehr verbreitet, ways ganz ohne tags habe ich nur selten gesehen, kürzlich als eine Möglichkeit, den “Multipolygon-Wahnsinn” etwas zu entwirren (siehe entsprechend thread). Aber vielleicht findet ja ein Umdenken/Umgewöhnen statt?
Hallo, ich noch einmal. Ich habe gerade nach bestem Wissen und Gewissen die Stadtteilgrenzen eingefügt. JOSM hat zwar ein paar kleine Fehlermeldungen ausgegeben, dass Linien doppelt wären und Überschneidungen da sind.
War aber nicht viel, das kann man im Nachhinein noch alles korrigieren. Ich hab es jetzt erst mal hochgeladen.
Kann bitte jemand mal kurz drüberschauen? Ganz unten auf der Seite sind die 11 neuen Relationen aufgelistet:
Ich weiss, die gesamte allumfassende alte Dorstener Stadtgrenze überschneidet sich jetzt noch mit den ganzen äußeren Grenzen der neuen Relationen!
Das ist noch doppelt und wird die Tage angepasst und korrigiert.
Das Landuse sollte auf jeden Fall bleiben, das ist die bewohnte Fläche – Wälder und Äcker werden ja auch nicht entfernt
Place am Landuse funktioniert leider nicht. Ob man die Place-Node-Daten an die Grenzrelationen hängen sollte wird hier irgendwo diskutiert, ich find’s gerade nicht.
