[Talk-at] checkAT

2009-06-03 Thread Wolfgang Schreiter
Hallo alle, ich habe in den letzten Wochen meinen Spieltrieb ausgelebt und dabei einen keepright-Klon produziert (das Original bleibt natürlich unerreicht ;-), den ich Euch in einer ersten Version ("public beta", mit entsprechenden Vorbehalten) vorstellen möchte. Vielleicht hilft's ja, und fre

Re: [Talk-at] checkAT

2009-06-04 Thread Ingo Lantschner
Hallo Wolfgang, für mich als Grünschnabel schaut es so aus, als wie wenn es sich um eine webbasierende Anwendung handelt, mit der mögl. Fehler aufgespürt und dann manuell korrigiert werden können. Was mir sofort auffällt: Die Ostösterreicher machen keine Fehler und die im Westen auch nicht -

Re: [Talk-at] checkAT

2009-06-04 Thread Wolfgang Schreiter
Hallo Ingo, ich zeige nur 100 (bzw. bis zu 300, siehe Auswahl am unteren Rand) Punkte an. Wenn Du z.B. nur Geometrie auswählst oder etwas zoomst, sollten sich die Fehler verteilen. Im Übrigen hast Du den Zweck der Anwendung ganz richtig erkannt (sollte ich vielleicht noch irgendwo erwähnen, di

Re: [Talk-at] checkAT

2009-06-04 Thread Andreas M.
Hallo, Wolfgang Schreiter wrote: > ich habe in den letzten Wochen meinen Spieltrieb ausgelebt Was Dir ausgesprochen gut gelungen ist. Sehr schön! > Zielrichtung sind Checks mit Bezug auf Österreich (gerne auch zur > Unterstützung für plan.at), flächenbezogene Auswertungen und Kuriositäten, >

Re: [Talk-at] checkAT

2009-06-04 Thread Felix Hartmann
Jip, ist echt ganz nett. Super waere ein Check auf unverbundene Importdaten, bei denen aber plan.at schon aus dem highway Tag entfernt wurde, Routing ist in vielen Gegenden unmoeglich, weil die Nodes einfach 1-2 entfernt voneinander enden! Dies ist ja ansich schon ein Problem, aber da wo großte

Re: [Talk-at] checkAT

2009-06-04 Thread Wolfgang Schreiter
>"Felix Hartmann" >schrieb im Newsbeitrag news:4a28050a.5060...@gmail.com... >Jip, ist echt ganz nett. >Super waere ein Check auf unverbundene Importdaten, bei denen aber plan.at >schon aus dem highway Tag entfernt wurde, Routing ist in vielen Gegenden > >unmoeglich, weil die Nodes einfach 1-

Re: [Talk-at] checkAT

2009-06-04 Thread Felix Hartmann
Da muss ein Fehler, oder eine ganz ueble Gegend sein. Setz mal Distanz auf max 10m, 5m duerften IMHO etwa 60-70% der Treffer bringen. Mehr las 10m sind es nur ganz selten (dies betrifft eigentlich nur Wege, wo der plan:at Name noch im highway tag inkludiert ist). Es ist auf jeden Fall der Hauptg

Re: [Talk-at] checkAT

2009-06-05 Thread Wolfgang Schreiter
Hallo Felix, ich bin der Sache mittlerweile näher gekommen und das Ergebnis sieht ganz brauchbar aus (jedenfalls Stichproben). Allerdings ist mir noch eingefallen, dass es bei keepright (http://keepright.ipax.at/report_map.php) den Check "almost junctions" gibt, der ziemlich genau das zu tun sc

Re: [Talk-at] checkAT

2009-06-05 Thread Felix Hartmann
Ah cool, ich hatte keepright noch nie wirklich angeschaut. Ist schon praktisch. Da sieht man recht schnell die Fehler (oder auch intersections without junctions). Ist echt arg, wie schlimm es um den Import steht. Wolfgang Schreiter wrote: Hallo Felix, ich bin der Sache mittlerweile näher gek

Re: [Talk-at] checkAT

2009-06-05 Thread Wolfgang Schreiter
Hallo Andreas, "Andreas M." schrieb im Newsbeitrag news:4a28041a.1030...@chello.at... Hallo, >Ich stolpere z.B. immer wieder über Importdaten, bei denen der Präfix >schon vor einiger Zeit entfernt wurde, aber der fixme-Tag noch drin ist >und das Ganze auch noch ziemlich unfertig, d.h. "verwaist

Re: [Talk-at] checkAT

2009-06-06 Thread Andreas M.
Hallo, Wolfgang Schreiter wrote: > "Andreas M." schrieb > im Newsbeitrag news:4a28041a.1030...@chello.at... ["halbfertige" plan.at-Daten] > Ich finde es aber > ganz ok, beil Teilreparaturen das fixme zu belassen (Beispiel: importiertes > Gebäude wird repariert - geschlossener Weg, korrektes

Re: [Talk-at] checkAT

2009-06-07 Thread Wolfgang Schreiter
"Andreas M." schrieb im Newsbeitrag news:4a2a4662.5010...@chello.at... >>> Bei den (äußerst praktischen) Editor-Links würde ich eventuell die >>> Bounding Box etwas kleiner wählen, da sonst gerade in den dichter >>> gemappten Gebieten schon recht große Datenmengen unnötig heruntergeladen >> >>