Re: [Talk-de] qualitätsoffensive - nicht angebunden e straßen - teilweise katastrophale datenqualität
On Tuesday, 9 September 2008 02:42:24 +0200, Andre Reichelt <[EMAIL PROTECTED]> writes: > Sebastian Waschik schrieb: > > dann setze doch an die Knoten die Kreuzungen sind ein Strassenstummel > > oder setze ein FIX-Tag an den Knoten. > > Kann sein, dass ich da schonmal unbewusst was verschoben habe, als ich > den Strassenverlauf verbessert habe, da die Tracks teilweise richtig mies > sind. > > Ich mache das in der Regel so, dass ich einfach ein kurzes Stueck der > abzweigenden Strasse ansetze. Dann ist jedem sofort klar, dass da etwas ist. Wenn ich einen "normalen" Knoten vorfinde, verschiebe ich den auch ... Wenn du also markieren willst, dass an dem Knoten Strassen abgehe, haenge mal lieber kurze "Strassenstummel" (stubble) mit einem FIXME an diesen Stellen dran, dann ist das auch fuer andere eindeutig. Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] qualitätsoffensive - nicht angebunden e straßen - teilweise katastrophale datenqualität
Sebastian Waschik schrieb: dann setze doch an die Knoten die Kreuzungen sind ein Straßenstummel oder setze ein FIX-Tag an den Knoten. Kann sein, dass ich da schonmal unbewusst was verschoben habe, als ich den Straßenverlauf verbessert habe, da die Tracks teilweise richtig mies sind. Ich mache das in der Regel so, dass ich einfach ein kurzes Stück der abzweigenden Straße ansetze. Dann ist jedem sofort klar, dass da etwas ist. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] qualitätsoffensive - nicht angebunden e straßen - teilweise katastrophale datenqualität
Hallo, Garry <[EMAIL PROTECTED]> writes: > <= 5-10m.funktioniert. Ich bin oft ehr linien-als flächenförmig für OSM > unterwegs und setzte oft nodes an z.B. Kreuzungen oder > Brückenköpfe um die weiteren Daten später zu ergänzen. Ich bin > stinksauer wenn mir zwischenzeitlich einer diese > Punkte enfernt nur weil er meint diese Gerade ist mit zwei statt 10 > Punkten ausreichend genau definiert! dann setze doch an die Knoten die Kreuzungen sind ein Straßenstummel oder setze ein FIX-Tag an den Knoten. Woher soll denn jemand anderes ohne die Zusatzinformationen wissen, dass da noch etwas kommt. Wenn jemand meint, dass in der Nähe der Straßenverlauf nicht passt kann es ja auch sein, dass er deinen Knoten verschiebt, dann wäre deine Information auch weg. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] qualitätsoffensive - nicht angebunden e straßen - teilweise katastrophale datenqualität
Frank Sautter schrieb: * das thema bei mappertreffen ansprechen (diese fehler machen auch überraschenderweise alte hasen) Ich habe meinen "Schützlingen" den Rütteltest empfohlen. Das heisst, wenn man sich nicht absolut sicher ist, dass die kruuzung auch wirklich verbunden ist, den betreffenden Node schnappen und dran wackeln. Nur wenn alle angeschlossenen Wege dem Punkt folgen, ist alles in Ordnung. Der Punkt kann dann mit strg+z oder Bearbeiten->Rückgängig wieder an die ursprüngliche Position geschoben werden. Mir sond solche Fehler hier in der Gegend auch schon aufgefallen. Wenn ich so etwas sehe, schaue ich mir die Sache i.d.R. auf dem Sat-Bild an und korregiere bei Bedarf. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] qualitätsoffensive - nicht angebunden e straßen - teilweise katastrophale datenqualität
Hi, ich arbeite auch an der Datenqualität. Aber nicht in JOSM, sondern generell. Auf OSM File Basis. Output HTML mit diversen Links zu OSM, OSB, history etc. Ich schreibe gerade ein Programm bzw. entwickle CyclewayCheck (PERL) weiter, sodass quasi beliebige Prüfungen vorgenommen werden können. Also z.B. könnte man statt Radwegen nun auch prüfen, ob alle Residentials am Anfang und Ende verbunden sind. Interessant ist, dass sowohl die zu prüfenden Wegtypen angegeben werden können als auch die, gegen die dann gechecked wird. Man wird mit der Zeit sehen, welche Checks sinnvoll sind. Weiterhin soll das Programm den Datenbestand auch auf Kreuzungen von Wegen (aller Art, auf gleichem Layer) untersuchen, an denen die Wege nicht durch einen Node verbunden sind. Prototyp läuft schon. Version 1 kann nicht mehr lange dauern. Habe die ersten Ergebnisse schon bei Openstreetbugs gepostet. http://wiki.openstreetmap.org/index.php/Qualitätssicherung Cheers Gary68 Gerhard __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] qualitätsoffensive - nicht angebunden e straßen - teilweise katastrophale datenqualität
hallo zusammen, ich habe in den letzten tagen einige stichproben gemacht und dabei leider sehr erschreckende entdeckungen gemacht... offenbar haben einige leute nicht verstanden, dass die vektoren, aus denen unsere straßen und wege bestehen auch verbunden gehören, damit das mit dem routing überhaupt irgendwann mal etwas werden kann. das ganze fällt zunächst nicht auf, weil die gerenderten straßen relativ breit sind und so den fehler überdecken. und NEIN: es sind benutzer aller editoren davon betroffen, vielleicht gemessen an seiner geringen verbreitung prozentual am meisten merkaartor. wie bin ich darauf aufmerksam geworden? beim überprüfen einiger bereiche unserer karte gab es im josm validator sehr viele meldungen über sich kreuzende wege. teilweise sind das kleine bäche, für die sich die leute keine mühe gemacht haben brücken anzulegen. aber dann erscheinen da doch teilweise sehr große mengen an straßen, die sich ohne schnittpunkt überkreuzen. bei manchen ist auch nicht klar, ob brücken oder tunnel vergessen wurden. aber bei den meisten kann das doch auch ausgeschlossen werden. der häufigste fall dabei ist, dass das ende eines weges noch kurz über eine orthogonal dazu verlaufende straße geführt wird. bei genauerer betrachtung des betroffenen benutzers kann man dann oftmals feststellen, dass das ein systematischer fehler des benutzers ist und - DERZEIT VIEL SCHWIERIGER ZU FINDEN UND DESHALB GLEICH MITZUERLEDIGEN - straßenenden nur beinahe verbunden worden sind. GANZ WICHTIG: jetzt nicht losziehen und blind alles verbinden, was sich überkreuzt oder wo ein straßenende nicht bis an eine andere straße führt. manchmal sind nur brücken oder tunnel vergessen worden, manchmal sind straßen auch rückgebaut worden um eine verbindung zu unterbrechen und der mapper hat sich dabei etwas gedacht. jeder fall sollte von euch darauf überprüft werden, ob das tatsächlich ein solcher eingabefehler - ansonsten die finger davon lassen! und den fall in http://openstreetbugs.appspot.com packen. ich habe einige vorschläge, wie die qualität in diesem bereich erhöht werden kann und möchte euch bitten, daran mitzuwirken: * die eigene art der dateneingabe überprüfen. * den bereich um den eigenen kirchturm in josm laden und den validator anwerfen (vielleicht kommen da auch noch ganz viele andere fehler zum vorschein). * heimatferne bereiche überprüfen und dort die fehler fixen. * mapper, bei deren daten diese fehler auftauchen persönlich anschreiben und sie HÖFLICH auf ihre fehler hinweisen und hilfe anbieten. * bei fehlern, die sich nicht ohne lokales wissen lösen lassen in openstreetbugs markieren. * das thema bei mappertreffen ansprechen (diese fehler machen auch überraschenderweise alte hasen) * den benutzer bereits während der eingabe in den editoren auf diese fehler hinweisen. * den josm validator erweitern, damit er neben den sich überkreuzenden straßen auch solche findet, die nur beinahe angebunden sind. https://josm.openstreetmap.de/ticket/1467 * alle editoren dahingehend erweitern, dass diese beim zeichnen von linien auf existierende nodes "snappen", beziehungsweise neue nodes an nahen linien einfügen und mit diesen dann verbunden werden. * maplint dahingehend erweitern. eventuell lokale listen (gemeindebezug) mit den maplint fehlermeldungen. * routingfähigkeit jeder einzelnen straße automatisch überprüfen (z.b. möglichkeit für jede straße überprüfen, ob der nächstgelegene autobahnanschluss erreicht werden kann) und jetzt die ärmel hochkrempeln und unsere datenbasis verbessern - mit der derzeitigen status können wir beim routing leider noch keinen blumentopf gewinnen (auch keinen kleinen). grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de