Gary68 schrieb:
> moin,
>
> also meine checks sind alle im wiki beschrieben. wenn was unklar ist,
> bitte fragen. links siehe meine wiki seite oder meine nachrichten mails.
>
Das setzt voraus dass man sie liesst, davon kann man aber nicht
ausgehen... Der Durschnittsanwender will
Handel und nicht Wikis durchforsten wie etwas gemeint sein könnte.
> zum noexit. das wurde hier auf der liste diskutiert und stellt einen
> sachverhalt deutlicher dar. es gibt tausende wege, die versehentlich
> nicht bis an einen anderen herangezeichnet wurden (also ohne
> verbindung). und damit nicht die wenigen so richtig gezeichneten
> versehentlich korrigiert werden, wird dieses tag dort eingesetzt.
>
Wenn Strassen die tatsächlich Enden (Sackgassen) und auch kein
beschränkt nutzbarer Weg (Fussweg,...)weiterführt
diese so zu Kennzeichen ist ja OK, aber wenn der Weg an dieser Stelle
einfach noch nicht weiter erfasst ist
dann sollte dieser keiner darauf hinweisenden Tags benötigen.
>
> zu den checks im allgemeinen. mir würde es vielleicht auch nicht
> gefallen, wenn meine arbeit, die im renderer schön aussieht, kritisiert
> würde. aber, die daten dienen ja verschiedenen zwecken - und nicht nur
> sich selbst. und beim routing sind die meisten der fehler sehr
> hinderlich und führen zu suboptimalen bis hin zu falschen ergebnissen.
> z.b. große umwege oder straßen, die gar nicht erreichbar sind.
>
> wer diese kritik nicht mag bzw. die fehler nicht beheben mag, der sollte
> sie evtl. nicht benutzen? wer allerdings den anspruch hat, dass
> irgendwann alles richtig und schön und komplett und konkurrenzfähig
> ist... nahezu 100.000 potenzielle "fehler" sprechen eine deutliche
> sprache - meine meinung.
>
> noch was: dieses "wir mappen nicht für renderer/checker usw.". das sehe
> ich anders. ohne renderer/router etc. (checker natürlich ausgenommen)
>
Mir ging es darum herauszustellen dass hier immer "Wir mappen nicht
für..." gross geschrieben
wird und jetzt fangen die Leute plötzlich an für "Checker" zu taggen. -
Das riecht sonst sehr nach ABM
wenn fehlerhafte Kartendaten mit einem sicher noch lange nicht
optimalen Tool auf dieses Tool hin "optimiert"
werden. Was macht es für einen Sinn wenn das Tool nicht mehr über ein
offenes Strassenende meckert
und darum nicht mehr erkennbar wird dass es an der Fortführung der
Strasse noch fehlt?
> gibt es gar keine deutliche sicht auf die daten. keiner sieht sich die
> datenbank oder die osm files an (bzw. könnte sie dann ansatzweise
>
Das sehe ich natürlich genauso - leider übersehen hier einige dass der
Sinn von Kartendaten die
Darstellung der Realität ist und nicht die fehlermeldungsfrei
Überprüfung durch irgendein Tool.
Solche Tools können immer nur ein Hilfsmittel sein bestimmte Fehlerarten
aufzuspüren aber
in einem Projekt wie OSM die vollständige Fehlerfreiheit zu garantieren,
> begreifen)! - mal abgesehen von einigen linux grep befehlen für einfache
> fragen :-) noexit=yes beschreibt ganz klar einen zustand in der realität
>
Wie gesagt - in den angesprochenen Fällen ging es um noch nicht weiter
erfasste Strassensegmente-
vielleicht sollte dies in den Tools so realisiert werden dass es dem
User nicht als Fehler sondern als
Hinweis erscheint dass hier noch Daten fehlen und er nicht "genötigt"
ist an dieser Stelle etwas zu
ändern nur damit der "checker" nicht mehr meckert...
> und gibt nicht dem renderer den font und die größe vor zum beschriften
> von irgendwas! und es ist im wiki bei den features abgestimmt
> dokumentiert.
>
> ps: auch ein renderer könnte diese information sinnvoll nutzen.
> ansonsten bin ich mir ziemlich sicher, dass es auf der karte auch so
> aussieht, als könne man in oben beschriebenem falle dort einfach
> weiterfahren... und das ist eben nicht so.
>
Vielleicht könnte man es dem Renderere so beibringen dass er an diesen
Stellen das letzte Wegsegment mit 3
Unterbrechungen("gepunktet"= ...)andeuted dass hier eine
Weiterführung/Abschluss
fehlt. Dann bräuchte man erst gar nicht einen Checker für diesen Fehler
bemühen.
- Es wäre sofort im Kartenbild ersichtlich dass hier noch was fehlt und
die Motivation erhöht diesen Fehler
der Realität entsprechend zu beheben und nicht des checkers wegen
irgendeinen Abschluss zu erfinden.
Garry
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
