Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

tippeltappel · 2011-03-25 12:20:59

Wer kann helfen, defekte Multipolygone zu reparieren?

In diesem Bereich: http://www.openstreetmap.org/?lat=43.21 … 2&layers=M
In diesem Bereich wurden duplizierte Linien angemeckert.
Nachdem ich einige gelöscht hatte, schienen die verbliebenen Linien zunächst in Ordnung.
Ich war mir allerdings nicht sicher, ob ich in den MP-Relationen etwas durcheinander gebracht habe.
Das wollte ich wenige Stunden später kontrollieren und gegebenenfalls korrigieren.
Ich aktualisierte also in JOSM den Datensatz.
Dabei erschien die Meldung, daß ich zur Vermeidung von Konflikten auf dem Server gelöschte Objekte bestätigen solle. (So jedenfalls verstehe ich diese Meldung) Nachdem ich das gemacht hatte, bestanden in meinem Datensatz auf einmal mehrere Polygonzüge nur noch aus Punkten und es wurde gemeldet, daß zahlreichen inner-Polygonen das entsprechende outer fehlt.
In JOSM waren die Zusammenhänge zwischen den vielen Punkten nur schwer bis gar nicht zu erkennen.
Also hab ich versucht, dem Problem mit Potlach auf den Grund zu gehen, weil man da gelöschte Linien anzeigen lassen und reverten kann.
Leider blockierte meine Maschine nach kurzer Zeit, daß ich nicht recht weiter kam.

Ich würde den Bereich gerne aufräumen, bin aber an die Grenzen meiner Möglichkeiten angelangt.

Im Kommentar des Changesets, in dem ich noch eine Kleinigkeit an einer Relation verändert habe, vertippte ich mich leider beim Abschreiben einer der MP-Ids. Sorry!
http://www.openstreetmap.org/browse/changeset/7661179
Die korrekte ID findet ihr aber auf der Liste.

Dieses MP http://www.openstreetmap.org/browse/relation/1185739
ist so groß, daß ich mich da nicht durchfinde.
Die äußere Umrandung scheint zu fehlen.
Beim Laden dieser Relation http://www.openstreetmap.org/browse/relation/1177937
bleibt mein Rechner stecken. Ich kann daher nicht prüfen, ob die Relation mit der oben genannten möglicherweise identisch ist.

Diese Relationen scheinen identisch zu sein:
http://www.openstreetmap.org/browse/relation/1171308
http://www.openstreetmap.org/browse/relation/1187042

Was bedeutet die Angabe <different> in dieser relation: http://www.openstreetmap.org/browse/relation/1184895

Das hier ist ebenfalls eine riesige für meine technischen Möglichkeiten kaum noch handhabbare Relation.
http://www.openstreetmap.org/?relation=1184895

In der Großansicht: http://www.openstreetmap.org/?relation=1184895
sieht es aus, als würde oben rechts ein Stück outer fehlen.

Falls ich die Ursache für das Chaos bin, bitte ich vielmals um Entschuldigung.

Fragen zu anderen Fehlermeldungen:

Warum werden angemeckerte Tags nicht gruppiert?
Wenn sich in einem Gebiet Tags wie "unclassified road" oder "road" sammeln, wird's schnell unübersichtlich.
Alles in die ignore-Kiste stecken kann auch nicht der Weisheit letzter Schluß sein.

Woran erkennt man "Punkte nahe am Ende eines Weges" ?
Manche sind fett hervorgehoben. Andere sind scheinbar nicht auffindbar.

"Überlappungen eines Weges" scheinen unter anderem (meistens ?) identische Kopien eines Weges zu sein, deren Knoten "vernietet" sind.
Welchen Trick wendet ihr an, um die angemeckerte identische Kopie eines Weges in JOSM fehlerfrei anfassen und löschen zu können?
Kann es sein, daß streckenweise identisch verlaufende Wege, die jedoch zu verschiedenen Polygonen gehören, angemeckert werden, obwohl die ja eigentlich gebraucht werden?

Da ist in JOSM so einiges sehr schwer durchschaubar.
Ich möchte meine Mapfehler kontrollieren und korrigieren, damit niemand anderes damit Arbeit hat.
Wäre schön, wenn das bei genannten Fehlerarten etwas übersichtlicher ginge.

Mit Tickets an JOSM halt ich mich zurück, da mich das Übersetzen Zeit kostet, die ich lieber anderswo investiere und obendrein mit Mißverständnissen behaftet sein können.

Gruß
tippeltappel

... ein wenig gefrustet und für jede Hilfe dankbar

Last edited by tippeltappel (2011-03-25 12:22:23)

ajoessen · 2011-03-25 13:07:20

Hallo Tippeltappel,

da ist wohl so einige schiefgelaufen...

tippeltappel wrote:

Was bedeutet die Angabe <different> in dieser relation: http://www.openstreetmap.org/browse/relation/1184895

vergleicht man
http://www.openstreetmap.org/api/0.6/relation/1184895/6
http://www.openstreetmap.org/api/0.6/relation/1184895/7

so erkennt man dass du in dem Changeset die Rolle von inner auf <different> gesetzt hast.
Das kommt wohl, wenn man mehrere Elemente markiert hat. Im deutschen JOSM steht dann <verschieden>, aber normalerweise wird das dann nicht als Wert gespeichert.

Dir bleibt wohl nichts anderes übrig, als die Relation der Version 6 wiederherzustellen nach folgender Anleitung:
http://wiki.openstreetmap.org/wiki/DE:J … herstellen

Und das für jede der Relationen.

Wenn du mit deinen /browse/relation-URLs nicht weiterkommst, sind die /api/0.6/relation-urls meist noch brauchbar. Zur Not die Adressleiste des Browsers abändern.
Mit /versionsnummer dahinter kannst du die einzelnen Versionen vergleichen, ohne die history bemühen zu müssen.

Generell solltest du Multipolygone erst komplett laden, und dann Reparationsversuche starten. Sonst gibts Kleinholz mit Elementen, die du nicht runtergeladen hast.

Gruß,
ajoessen

Last edited by ajoessen (2011-03-25 13:07:52)

tippeltappel · 2011-03-25 14:26:35

Danke, ajo

Habe mir die Anleitung genau durchgelesen.
Trau mich im Moment aber nicht so recht an diese hin und her Kopiererei ran.
Die ganzen Änderungen von mir würd ich löschen, bzw. das Multipolygon auf die erste Ursprungsversion zurücksetzen.
Dasselbe gilt auch für andere Multipolygone in diesem Bereich, wenn da was angemeckert wird.

Dann würd ich alle Daten frisch herunterladen (also die bisher auf meinem Rechner upgedatete Datei in Archiv oder besser noch Papierkorb schieben) und mir in der neuen Datei angucken, ob da immer noch was angemeckert wird. Wenn ja, berichte ich. Werde nicht noch einmal an den riesigen Polygonen ohne Rückfrage rumschrauben.

Gruß
tippeltappel

Last edited by tippeltappel (2011-03-25 17:40:50)

Nightdive · 2011-03-25 16:10:32

Du kannst ganze changesets einfach Rückgängig machen. (JOSM Plugin)
Wenn Du mit mehreren changesetzs die gleichen Objekte geändert hast, dann musst Du mit dem letzten changeset anfangen mit dem zurücksetzen und dann alle nahc der Reiche durchgehen.

Ich kann Dir anbieten die changesets rückgängig zu machen wenn Du mir sagst welche changesets revidiert werden sollen.
Dabei drängt aber die Zeit denn jede Änderung die jetzt dazukommt macht die Sache schwieriger.

tippeltappel · 2011-03-25 17:56:33

Danke, nightdive.

Die von ajo beschriebene Vorgehensweise finde ich eigentlich am sympatischsten. Nach so etwas hatte ich gesucht. Ist zwar ziemlich umständlich diese Vorgehensweise. Aber sie nimmt nicht auch automatisch andere Dinge mit, die man besser nicht anpacken sollte.

Es geht mir nicht darum, alles in einem Rutsch in den Müll zu schmeißen, sondern gezielt die kaputten Dinge anzupacken.
Da deren Historie noch sehr übersichtlich ist, sollte das gehen.

Meine größte Sorge ist, daß sich bei den großen MPs mein Rechner aufhängt und noch mehr Chaos anrichtet.
Das ist einer der Hauptgründe, warum ich mich da nicht ran trau.

Falls jemand die von ajo verlinkte Vorgehensweise bereits kennt und darin fit ist:
Ich mach mir gern die Arbeit und suche die einzelnen MPs heraus und sehe nach, auf welche Version zurück gesetzt werden muß.

Bei kleinen MPs werde ich das später noch selbst probieren. Nur bei den riesigen Monstern hab ich Zweifel, daß das funktioniert.

Man sagt ja gerne: "Versuch macht klug ... "
Aber wenn meine Stümpereien anderer Mapper Arbeit zerschießen, dann find ich das schon megapeinlich und möcht herausfinden, wie ich das künftig vermeiden kann.

Viele Grüße
tippeltappel

kellerma · 2011-03-25 19:32:05

Hi,

hab mir Version 5 von 1184895 angeschaut und das ist bereits fehlerhaft:
Einige (11) kleine Wege sind mit "inner" gekennzeichnet, obwohl es "outer" sein müßten.

Bereits Version 1 ist im jetzigen Zustand mMn auch nicht mehr "sauber", da Du z. B. daraus den Weg 78279059 vorgestern abend gelöscht hast,
der (und andere) müßten wieder hergestellt werden.

Eine Menge Arbeit ...

Ciao,
Frank

SunCobalt · 2011-03-25 20:43:28

wenns keiner macht, würde ich morgen Abend mal die Relation http://www.openstreetmap.org/browse/relation/1185739 neu erfassen. Meiner Meinung nach wurde das Outer Polygon gelöscht. Ich hatte schon das Vergnügen, mit riesigen MPs zu arbeiten.

tippeltappel · 2011-03-25 21:37:12

Vielen Dank für Eure Mithilfe.

@ kellerma
Wenn die Version 1 von mir erzeugt wurde, kann/muß sie komplett rausgeschmissen werden.
Das ist dann ein versehentlich erzeugtes Duplikat von einer bereits vorhandenen Relation.
Hoffentlich kann man die dann auch noch finden.

Weiter oben hab ich ja bereits Multipolygon-Relationen angegeben, die abgesehen von den Fehlern identisch sind.
Da mein Rechner teilweise beim Öffnen der Chronik hängen blieb, konnte ich nicht bei allen prüfen, welche auf der Originalversion (oftmals von http://www.openstreetmap.org/user/masaminh) basiert.

@ SunCobalt
Wenn Du Duplikate der Wald-Multipolygon-Relationen findest, kannst Du getrost wegschmeißen, was in der 1. Version auf mich verweist.

So wie es aussieht, habe ich diese Duplikate letzte Tage ungewollt und unwissentlich durch einen fehlerhaften Datenabgleich mit JOSM erzeugt.
Als ich das (siehe oben) revidieren wollte, ging das leider auch daneben.

Langer Rede kurzer Sinn:
Wald-Multipolygon-Relationen mit meinem Namen gehören alle in die Tonne.

Ich gucke mal, welche Chroniken ich jetzt öffnen kann und poste dann meine Erkenntnisse.

Danke, daß Ihr mir unter die Arme greift!!!

Ich hoffe, es tröstet ein wenig, daß ich dafür das Straßennetz von Kushiro bald fertig habe.
Diese Arbeit ist mein Hauptziel. Die Wälder wollte ich gar nicht anpacken.
Als ich das Mappen dieser Stadt am Meer und im Moor begann (laut Wiki die kälteste von Japan), war außer ein paar Hauptstraßen (rot, grün, orange) so gut wie nichts da.
Und jetzt ...

Und die von JOSM angemeckerten Brückenlayer kommen auch noch nach und nach.
Das sind die Feinarbeiten.
Nur die angemeckerten Tags (road, unclassified road) laß ich erst mal.

Viele Grüße
tippeltappel

kellerma · 2011-03-25 22:04:52

Hi,

tippeltappel wrote:

@kellerma
Wenn die Version 1 von mir erzeugt wurde, kann/muß sie komplett rausgeschmissen werden.
Das ist dann ein versehentlich erzeugtes Duplikat von einer bereits vorhandenen Relation.
Hoffentlich kann man die dann auch noch finden.
Weiter oben hab ich ja bereits Multipolygon-Relationen angegeben, die abgesehen von den Fehlern identisch sind.
Da mein Rechner teilweise beim Öffnen der Chronik hängen blieb, konnte ich nicht bei allen prüfen, welche auf der Originalversion (oftmals von http://www.openstreetmap.org/user/masaminh) basiert.

Mmh, hab' mich wohl etwas missverständlich ausgedrückt.

Die Relation 1184895 ist in der Version 1 von masaminh, da aber aber dort der gelöschte Weg 78279059 enthalten, muß
zusätzlich zur auf Version 1 zurückgesetzten Relation 1184895 auch noch der Weg un-deleted werden

Falls die Historie einer sehr langen Relation via
http://www.openstreetmap.org/browse/rel … d>/history
nicht (mehr) klappt, kann man ja die Ur-Version per
http://api.openstreetmap.org/api/0.6/<relation-id>/1
noch anschauen.

Sehe gerade, dass Nightdive fleißig am werkeln ist.

Ciao,
Frank

Nightdive · 2011-03-25 22:22:42

Ich bekenne mich schuldig die Änderungen reverted zu haben bevor es nicht mehr möglich ist wegen zu vieler nachfolgender Änderungen die es extrem kompliziert bis unmöglich machen.
Es sollte eigentlich alles wieder ok sein

kellerma · 2011-03-25 22:42:22

@Nightdive
Rel. 1187042 und 1171308 schauen sehr ähnlich aus?

Ciao,
Frank

tippeltappel · 2011-03-25 22:53:51

Danke Nightdive
Ich denke nicht, daß Du mir irgendwas kaputt gemacht hast, da die Änderungen an den MP-Relationen größtenteils in separaten Changesets steckten.

Für mich stellt sich nach Durchsicht der Historien der von mir angefaßten MPs die Situation folgendermaßen dar:

http://www.openstreetmap.org/browse/rel … 95/history
erste Version masaminh (Sonntag, 19. September 2010, 23:22 Uhr)
letzte Version nightdive
sehr große MP-Relation
outer ist wieder vervollständigt
scheint in dieser Anzeige ok zu sein

===========
http://www.openstreetmap.org/browse/rel … 39/history
erste Version masaminh (Montag, 20. September 2010, 22:41 Uhr)
letzte Version nightdive
sehr große MP-Relation
scheint zumindest in dieser Anzeige ok zu sein

===========

http://www.openstreetmap.org/browse/rel … 37/history
letzte Version nightdive
sehr große MP-Relation
History kann bei mir nicht angezeigt werden
Karte wird nicht geladen

===========

http://www.openstreetmap.org/browse/rel … 08/history
erste Version masaminh (Freitag, 10. September 2010, 23:30 Uhr)
letzte Version nightdive
kleine MP-Relation
scheint ok

http://www.openstreetmap.org/browse/rel … 42/history
erste Version masaminh (Mittwoch, 22. September 2010, 00:33 Uhr)
letzte Version nightdive
kleine MP-Relation
scheint ok
die Flächen scheinen mit der MP-Relation 1171308 identisch zu sein (hat kellerma gerade auch gepostet)

===========

Bei letzterer MP-Relation scheint es Weg-Duplikate zu geben.
Ob sinnvoll oder nicht, kann ich im Moment nicht nachvollziehen.

Ich besorge mir dann mal einen neuen Datensatz für JOSM und gucke mir an, was das Programm bei der Datenprüfung zu meckern hat.
Wenn ich dann Hinweise auf doppelte Wege finde, melde ich mich.
Für heute reicht's aber erst mal.

Herzlichen Dank an Nightdive, der meinen Mist in einer "Nacht-und-Nebel-Aktion" (Nomen est Omen! ) aufgeräumt hat.

tippeltappel

Last edited by tippeltappel (2011-03-26 03:41:08)

Nightdive · 2011-03-26 00:26:41

kellerma wrote:

@Nightdive
Rel. 1187042 und 1171308 schauen sehr ähnlich aus?

Das muss ein Fehler vom ursprünglichen Import gewesen sein.
Es waren alle outer/inner ways doppelt vorhanden und jeweils Mitglied in eineer Relation.

Ich habe die Relation und die ways gelöscht.

tippeltappel · 2011-03-26 03:34:43

Die Neugier hat gesiegt ....

Die Reparaturen sehen gut aus.
Ein paar meiner Fehlerkorrekturen an Straßen und Wegen wurden wieder zurückgesetzt.
Nicht der Rede wert. Das bring ich beim nächsten Mal wieder in Ordnung.

Komischerweise haben einzelne Wege jetzt "Zacken".
Soll heißen, da tanzen einzelne Punkte aus der Reihe.
Wie das wohl entsteht. Hmmm. *grübel*
Die find ich aber beim Absurfen der Gegend.
Irgendwann bekommt man einen Blick für so was.

Ok

Jetzt aber Schluß.

Gruß
tippeltappel

Last edited by tippeltappel (2011-03-26 03:40:22)

tippeltappel · 2011-03-26 23:43:45

Nachdem Nightdive die oben aufgeführten MP-Relationen überprüft und instandgesetzt hat, ließ ich heute in dem Bereich eine Prüfung von JOSM durchführen. Ergebnis (ohne Details):
Es werden zahlreiche Dopplungen angemeckert.
Es sieht aus, als seien die Mitglieder verschiedener kleiner MP-Relations-Einheiten dupliziert und dann in die Monster-Relation http://www.openstreetmap.org/browse/relation/1177937 eingebunden worden.
JOSM zeigt dafür über 500 Mitglieder an.

Was macht man jetzt damit?

Da ich keine Lust habe, mir damit noch einmal Stress einzuhandeln, schicke ich angemeckerte Polygone dieser Sorte jetzt in die Ignore-Kiste.

Hier im Forum wurde ja bereits wiederholt darüber diskutiert, wie sinnvoll große Multipolygon-Relationen sind oder nicht sind.
Das aktuelle Beispiel zeigt meines Erachtens, daß man sich mit solchen monströsen Konstruktionen keinen Gefallen tut.

Vielleicht mag einer der Pro-Verfechter das Teil ja mal sichten und mir erklären, wo der Vorteil so einer Relation zu sehen ist.

Gruß tippeltappel

hurdygurdyman · 2011-03-27 09:35:24

Die ganze Insel ist geprägt von KSJ2-Massenimporten:
http://wiki.openstreetmap.org/wiki/Impo … SJ2_Import

Dabei kamen für natural=wood derartige Monster-MP's heraus. Ich glaube nicht , das diese gordischen Knoten einfach zu lösen sein werden.

tippeltappel · 2011-03-27 11:47:49

Ach sooooooooo ..... Hmmmmm .... Vielen Dank, hgm!

Das erklärt einiges:
- vereinzelt einsame Straßenzüge und nichts "drumrum" > Hauptverkehrsstraßen, wo definitiv noch Baustelle oder sogar gar nichts ist
- Wälder, wo keine mehr sind
- Waldflächenformen, die nicht dem Satbild entsprechen

und last but not least: gps-tracks?????

Wären jetzt keine super-aktuellen Sat-Bilder zu sehen, hätte ich angenommen, da hätte jemand nach neuestem Wissen gemappt.
Aber es ist genau umgekehrt.

Aus solchen Quellen stammen dann auch wohl die immer zahlreicher werdenden POIs und sind somit auch mit Vorsicht zu genießen ????
Kann man auf Satbildern leider nicht kontrollieren.
Städte, in denen bislang nicht gemappt wird, geben die POIs ein merkwürdiges Bild ab, wenn sie auf der ansonsten leeren Karte auftauchen.

http://www.openstreetmap.org/?lat=42.91 … 5&layers=M
http://www.openstreetmap.org/?lat=42.65 … 5&layers=M
http://www.openstreetmap.org/?lat=42.57 … 5&layers=M
http://www.openstreetmap.org/?lat=42.52 … 5&layers=M
http://www.openstreetmap.org/?lat=42.55 … 5&layers=M

Schaltet man hier
http://www.openstreetmap.org/?lat=42.41 … 4&layers=M
auf die Potlach-Ansicht durch, sieht man zwei übereinander liegende Formen des Sees, doppelte POIs ... und fast keine Straßen

ironie an: So stelle ich mir OSM-Mapping vor :ironie aus

Gruß
tippeltappel

tippeltappel · 2011-03-27 14:33:35

Auch nett:
http://www.openstreetmap.org/?lat=43.01 … 4&layers=M

Zwei unterschiedliche übereinander liegende Waldpolygonimporte.
Diese Importe sind Horror.
Sie bringen zwar Farbe in die Karte, taugen aber für die Orientierung nicht das Geringste.
In der Importliste ist nachzulesen, daß die Daten teilweise von 2005 stammen.
Nicht gerade aktuell.
Dazu die Überlagerung von widersprüchlichen Daten.

Das bringt doch nichts.

Oder sehe ich das verkehrt?

Ich kann daraus nur die Konsequenz ziehen, vorhandene Waldpolygone im Zweifel nicht zu ändern, sondern komplett rauszuschmeiden, wenn sie nicht dem Sat-Bild entsprechen.

Oder?

Gruß
tippeltappel

lutz · 2011-03-27 14:47:02

hallo,

ich denke den umgang mit importen in japan,
sollten wir den japanern überlassen....

grüße von lutz

kellerma · 2011-03-27 15:40:52

Hi,

bitte nicht einfach - ugesehen - löschen, hat sich ja jemand Mühe gemacht, es zu importieren.

Auf Satellitenbilder kann man sich auch nicht immer verlassen. Ginge es nur nach denen, hätt ich in Portugal/Spanien
jeden 2. Fluss löschen können ....

Interessant finde ich z. B. das hier:
http://www.openstreetmap.org/?lat=43.43 … 31&zoom=11

Ciao,
Frank

tippeltappel · 2011-03-27 16:45:39

Nein, ungesehen wird nichts gelöscht.
Nur wenn ich auf dem Satbild Wohngebiete sehe, die ganz offensichtlich gerade im Bau sind und in diesem Gebiet auf ebenso offensichtlich veraltete Waldpolygone treffe, dann ist meiner Meinung nach nichts gegen eine Löschung einzuwenden.
Und wenn da 2 identische Polygone ohne Bezug zu einer MP-Relation liegen, mein ich, daß man auch eines davon wegnehmen kann, wenn man grad nebendran was anderes mappt und einem das aufgrund der Knotendarstellung auffällt.
Gezielt suchen werde ich danach aber nicht.
Worauf ich aufpassen muß, daß kein neuer Schrott entsteht, weiß ich ja jetzt.

@ kellerma
Die von Dir verlinkte Gegend hab ich auch schon angeguckt. Wirklich sehr interessant.
Ob da ein großes Waldgebiet für die landwirtschaftliche oder sonstige Nutzung zurecht gestutzt wurde?
Sieht fast so aus.
Die Gliederung der im weitesten Sinne bebauten oder bewirtschafteten Landschaft weist dort wie an vielen anderen Orten in Japan sehr spezivische Eigenheiten auf. Solche Beobachtungen machen Mappen nach Satbildern spannend.

Im festgepinnten Thread war zu lesen, daß die Satbilder ganz neu sind.
Mal abgesehen von Verzerrungen müßten die doch die Realität abbilden.
Oder?

Die an der Küste zurückgebliebenen Überschwemmungen bestätigen jedenfalls die Aktualität der Bilder.

Gruß
tippeltappel

kellerma · 2011-03-27 22:14:22

Hi,

in der osm-wochennotiz-nr-36 wird auch die multipolygon-Unterstützung des OSM Inspektor vorgestellt.
Sehr nützlich bei solchen MP wie http://www.openstreetmap.org/browse/relation/1177937 bei überschneidenen Knoten,
zumal die Validatormeldungen des JOSM nicht sehr aufschlußreich sind und händisch/visuell 500 Wege mit teils über 1000 Knoten
auch nicht opti ist.

Ciao,
Frank

tippeltappel · 2011-03-28 20:53:15

Vielen Dank für den Hinweis auf die Toolerweiterung, Frank
Hab sie auch gleich mal ausprobiert.
So einige Multipolygon-Relationen wirken da etwas problematisch.

Hmmmm .... das insgesamt aufzuräumen wird nicht leicht sein. ...

Gruß
tippeltappel

redrace · 2011-05-30 08:05:07

Hallo
Ich wollte keinen neuen Thread aufmachen, daher hänge ich mich mal hier dran.

Bei meiner Bitte geht es um Relationen. Ich habe hier: http://www.openstreetmap.org/browse/way/115207555 einen neu erbauten Verteilerkreis getaggt. Die darauf zulaufenden Straßen waren alle mit Relationen versehen. Ich habe versucht diese auf den Verteilerkreis zu übertragen.
Könnte das jemand kontrollieren und ggf. korrigieren, oder mir Hilfestellung beim korrigieren leisten? Ich bin nämlich nicht der König der Relationen.
Schönen Dank und schöne Grüße

Meik

EvanE · 2011-05-30 14:39:53

redrace wrote:

Bei meiner Bitte geht es um Relationen. Ich habe hier: http://www.openstreetmap.org/browse/way/115207555 einen neu erbauten Verteilerkreis getaggt. Die darauf zulaufenden Straßen waren alle mit Relationen versehen. Ich habe versucht diese auf den Verteilerkreis zu übertragen.
Könnte das jemand kontrollieren und ggf. korrigieren, oder mir Hilfestellung beim korrigieren leisten? Ich bin nämlich nicht der König der Relationen.

Hallo Meik

Sieht soweit alles gut aus.

Die Buslinie 721 endet am Verteilerkreis. Das sieht etwas seltsam aus. Vermutlich war das aber schon in den Ausgangsdaten so. Das sollte/könnte man daher mal mit den VRS-Unterlagen abgleichen.

Die Radwege um den Kreisverkehr sind in Nord-Süd Richtung im Radwegenetz NRW enthalten. In Ost-West ist jedoch wie bisher bei der Kreuzung die Straße (nun der Kreisverkehr) enthalten. Das könnte/sollte man mal vor Ort prüfen. Für das 1:1 Umsetzen von einer Kreuzung auf einen Kreisverkehr ist das jedoch erst mal richtig.

HTH
Edbert (EvanE)

Announcement

#1 2011-03-25 12:20:59

Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#2 2011-03-25 13:07:20

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#3 2011-03-25 14:26:35

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#4 2011-03-25 16:10:32

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#5 2011-03-25 17:56:33

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#6 2011-03-25 19:32:05

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#7 2011-03-25 20:43:28

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#8 2011-03-25 21:37:12

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#9 2011-03-25 22:04:52

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#10 2011-03-25 22:22:42

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#11 2011-03-25 22:42:22

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#12 2011-03-25 22:53:51

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#13 2011-03-26 00:26:41

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#14 2011-03-26 03:34:43

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#15 2011-03-26 23:43:45

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#16 2011-03-27 09:35:24

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#17 2011-03-27 11:47:49

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#18 2011-03-27 14:33:35

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#19 2011-03-27 14:47:02

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#20 2011-03-27 15:40:52

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#21 2011-03-27 16:45:39

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#22 2011-03-27 22:14:22

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#23 2011-03-28 20:53:15

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#24 2011-05-30 08:05:07

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

#25 2011-05-30 14:39:53

Re: Hilfe bei Mulipolygonen benötigt / Fehler in JOSM korrigieren

Board footer