Re: [Talk-at] plan.at Daten löschen

2009-02-02 Diskussionsfäden Peter Holzleitner
Ich hab die Erfahrung gemacht, dass die plan.at Daten quantitativ wie 
qualitativ in sich extrem variieren, sogar innerhalb von ein paar 
Kilometern.


Du hast in Stockerau den Vorteil, gute Yahoo-Fotos zu haben, und daher 
einen guten und genauen Bestand - da tut's natürlich weh, wenn jemand in 
Import-Euphorie die Gegend mit nicht existenten und nicht geprüften 
"tracks" usw. querfeldein überzieht.


Ich bitte allerdings jetzt nicht in der Gegenrichtung zu überreagieren 
und die plan.at Daten wieder zu killen, bevor jemand die Chance hatte, 
sie zu prüfen.


Wo die Bilder nicht vorhanden sind, hilft der Import schon. Die Frage 
dort bleibt, ob je wieder wer die Daten nachkontrolliert, wenn bessere 
Referenzen (GPS oder Bild) verfügbar werden.


--P

PS. Im Dreieck Gneixendorf-Langenlois-Grafenegg vermute ich mangels 
/jeglicher /Daten einen UFO-Landeplatz ... da wurde sogar ein Stück der 
B218 ausgestanzt ... ?   ;-)



Gleich vorweg: Es ist natürlich grundsätzlich positiv, wenn 
Datenlücken in OSM durch Imports aufgefüllt werden.


 


Der plan.at Import ist dabei aber leider deutlich zu weit gegangen.

 

Das "Mischen" bzw. Integrieren mit existierenden Daten richtet leider 
einen fürchterlichen Flurschaden am Datenbestand an.


Zuviel, um es manuell zu reparieren.

 

Ich habe in der Gegend um Stockerau und Umgebung mitgemappt. Der 
Plan.at Import hat dort ausschließlich zu einer herben 
Verschlechterung der Datenqualität geführt. Nicht existierende 
Objekte, zusätzliche verschobene Straßen (meist mit falschen 
Straßennamen) etc.


 

Ich habe mir ein kleines Programm geschrieben, um innerhalb einer 
Bounding Box alle Plan.at Daten, die NICHT seit dem Import korrigiert 
wurden, wieder zu entfernen. Manuelle Korrektur mittels JOSM oder 
Potlatch würden viel zu lange dauern. In meinem Fall waren 100% aller 
importieren Objekte fehlerhaft bzw. Von deutlich geringerer Qualität 
als der existierende Datenbestand.


 

Wenn ihr andere Rechtecke auf der Karte gesäubert braucht, posted 
bitte die bounding box.


 


Alexander

 




___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at
  


___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] plan.at Daten löschen

2009-02-02 Diskussionsfäden Roland Spielhofer
Alexander Holy schrieb:
[...]
> 
> Ich habe mir ein kleines Programm geschrieben, um innerhalb einer 
> Bounding Box alle Plan.at Daten, die NICHT seit dem Import korrigiert 
> wurden, wieder zu entfernen. [...]
> Wenn ihr andere Rechtecke auf der Karte gesäubert braucht, posted bitte 
> die bounding box.

Ist das nicht genau das gleiche, was Wolfgang, der den Import gemacht 
hat, angeboten hat?

lg roland


___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] plan.at Daten löschen

2009-02-02 Diskussionsfäden Christian Wirth
Hi,

da stimm ich dir prinzipiell zu. Aber: das Löschen *aller*  
plan.at-importierten Straßen dauert im JOSM weniger lang als wir bisher  
über E-Mail darüber diskutiert haben. Schwieriger wird's natürlich, wenn  
du selektiv vorgehen willst.

Grüße,
Christian




Am 02.02.2009, 15:10 Uhr, schrieb Alexander Holy :

> Wenn die Karte leer ist, ist das ja auch ok. Aber in Gegenden, die schon  
> 95-100% gemappt sind, sind es ausschließlich alte, stark fehlerhafte  
> Daten, die einfach nur massiv das Mappen behindern. Für das Importieren  
> von Fehlern bin ich nicht dankbar... :(
>
> -Original Message-
> From: talk-at-boun...@openstreetmap.org  
> [mailto:talk-at-boun...@openstreetmap.org] On Behalf Of Christian Wirth
> Sent: 02 February 2009 14:48
> To: OpenStreetMap AT
> Subject: Re: [Talk-at] plan.at Daten löschen
>
> Hi,
>
>> Das "Mischen" bzw. Integrieren mit existierenden Daten richtet leider
>> einen fürchterlichen Flurschaden am Datenbestand an.
>> Zuviel, um es manuell zu reparieren.
>
> Das ist ansichtssache. Wir haben fast ganz Oberösterreich händisch
> korrigiert, verbunden, gelöscht und verbessert. Noch nicht ganz fertig,
> geht aber gut voran. Muss ja aber auch nicht morgen fertig sein.
>
> Die neuen Daten sind (im JOSM) deutlich als solche erkennbar, werden -  
> bis
> auf kleine Problemchen - von den Renderern nicht dargestellt => wo ist  
> das
> Problem, dass diese "vorerst" zusätzlich drinnen sind?
>
> Grüße,
> Christian
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at



-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] plan.at Daten löschen

2009-02-02 Diskussionsfäden Alexander Holy
Wenn die Karte leer ist, ist das ja auch ok. Aber in Gegenden, die schon 
95-100% gemappt sind, sind es ausschließlich alte, stark fehlerhafte Daten, die 
einfach nur massiv das Mappen behindern. Für das Importieren von Fehlern bin 
ich nicht dankbar... :(

-Original Message-
From: talk-at-boun...@openstreetmap.org 
[mailto:talk-at-boun...@openstreetmap.org] On Behalf Of Christian Wirth
Sent: 02 February 2009 14:48
To: OpenStreetMap AT
Subject: Re: [Talk-at] plan.at Daten löschen

Hi,

> Das "Mischen" bzw. Integrieren mit existierenden Daten richtet leider  
> einen fürchterlichen Flurschaden am Datenbestand an.
> Zuviel, um es manuell zu reparieren.

Das ist ansichtssache. Wir haben fast ganz Oberösterreich händisch  
korrigiert, verbunden, gelöscht und verbessert. Noch nicht ganz fertig,  
geht aber gut voran. Muss ja aber auch nicht morgen fertig sein.

Die neuen Daten sind (im JOSM) deutlich als solche erkennbar, werden - bis  
auf kleine Problemchen - von den Renderern nicht dargestellt => wo ist das  
Problem, dass diese "vorerst" zusätzlich drinnen sind?

Grüße,
Christian


___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Forward/Backward

2009-02-02 Diskussionsfäden Andreas Uller
Ist eigentlich wirklich ziemlich eindeutig, auch wenn ich's komisch find, 
dass die Eigenschaft einer Node von der Richtung eines Ways abhängt, mit dem 
sie eigentlich nichts zu tun hat.

Dann hab ich das bisher falsch verstanden und in Graz gibt's eine Menge zu 
korrigieren...
Aber da diese Eigenschaft im Moment eh noch nicht genutzt wird werd ich das 
später mal machen.

Andreas

- Original Message - 
From: "adry" 
To: "OpenStreetMap AT" 
Sent: Monday, February 02, 2009 2:49 PM
Subject: Re: [Talk-at] Forward/Backward


Es steht eineutig da bei forward/backward_stop:

"A Bus stop or train halt, on the route, which is only be used in one
direction. The direction is related to the direction of the way, nothing
to do with towards/away from any bus station or terminus. "

forward backward hat also damit zu tun in welche Richtung die Station
benutzt wird bezogen auf die Richtung des Ways.

Beispiel: Der Way geht von Süd nach Nord, Straße ist in beide Richtungen
befahrbar. Der Bus der in die selbe Richtung vom Way fährt bekommt eine
Station mit forward_stop, der Bus in die Gegenrichtung backward_stop.

Ob die Sation jetzt daneben ist oder drauf, geht nicht klar hervor, also
   am besten daneben als eigenen Node damit es sich nicht widerspricht
mit dem anderen Eintrag.



___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] plan.at Daten löschen

2009-02-02 Diskussionsfäden adry
Hi,

hatte bisher kaum mit plan.at daten zu tun da ich hauptächlich in Wien 
mappe. Bin aber dann in Purkersdorf auf plan.at Daten gestoßen.
Wie bereits festgestellt wurde sind die Daten um einige meter verschoben 
  im Gegensatz zum yahoo Satbild und den bestehenden Daten.

Was ist jetzt "Richtig"? Satbild oder plan.at? Um es zu überprüfen 
müsste man wohl selber mit GPS die wege abfahren.


Christian Wirth schrieb:
> Hi,
> 
>> Das "Mischen" bzw. Integrieren mit existierenden Daten richtet leider  
>> einen fürchterlichen Flurschaden am Datenbestand an.
>> Zuviel, um es manuell zu reparieren.
> 
> Das ist ansichtssache. Wir haben fast ganz Oberösterreich händisch  
> korrigiert, verbunden, gelöscht und verbessert. Noch nicht ganz fertig,  
> geht aber gut voran. Muss ja aber auch nicht morgen fertig sein.
> 
> Die neuen Daten sind (im JOSM) deutlich als solche erkennbar, werden - bis  
> auf kleine Problemchen - von den Renderern nicht dargestellt => wo ist das  
> Problem, dass diese "vorerst" zusätzlich drinnen sind?
> 
> Grüße,
> Christian
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at
> 

___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Forward/Backward

2009-02-02 Diskussionsfäden adry
Es steht eineutig da bei forward/backward_stop:

"A Bus stop or train halt, on the route, which is only be used in one 
direction. The direction is related to the direction of the way, nothing 
to do with towards/away from any bus station or terminus. "

forward backward hat also damit zu tun in welche Richtung die Station 
benutzt wird bezogen auf die Richtung des Ways.

Beispiel: Der Way geht von Süd nach Nord, Straße ist in beide Richtungen 
befahrbar. Der Bus der in die selbe Richtung vom Way fährt bekommt eine 
Station mit forward_stop, der Bus in die Gegenrichtung backward_stop.

Ob die Sation jetzt daneben ist oder drauf, geht nicht klar hervor, also 
   am besten daneben als eigenen Node damit es sich nicht widerspricht 
mit dem anderen Eintrag.


Andreas Uller schrieb:
> - Original Message - 
> From: "adry" 
> To: "OpenStreetMap AT" 
> Sent: Sunday, February 01, 2009 9:33 PM
> Subject: Re: [Talk-at] Forward/Backward
 >
> Ich denke, das "on the route" bezieht sich darauf, dass die Haltestellen 
> "auf der Linie", also Haltestellen der Linie sein sollen (eh klar), und 
> nicht "auf dem Way".
> 
> Der Kommentar zu forward/backward widerspricht dem allerdings, denn eine 
> einzelne Node hat keine Richtung.
> 
> Ich bevorzuge es jedenfalls so, wie's auf 
> http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop beschrieben ist. 
> Das forward_stop/backward_stop folgt dann der Nummerierung der Haltestellen 
> (also von stop_0 weg ist forward, zurück ist backward).
> 
> Andreas 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at
> 

___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] plan.at Daten löschen

2009-02-02 Diskussionsfäden Christian Wirth
Hi,

> Das "Mischen" bzw. Integrieren mit existierenden Daten richtet leider  
> einen fürchterlichen Flurschaden am Datenbestand an.
> Zuviel, um es manuell zu reparieren.

Das ist ansichtssache. Wir haben fast ganz Oberösterreich händisch  
korrigiert, verbunden, gelöscht und verbessert. Noch nicht ganz fertig,  
geht aber gut voran. Muss ja aber auch nicht morgen fertig sein.

Die neuen Daten sind (im JOSM) deutlich als solche erkennbar, werden - bis  
auf kleine Problemchen - von den Renderern nicht dargestellt => wo ist das  
Problem, dass diese "vorerst" zusätzlich drinnen sind?

Grüße,
Christian


___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


[Talk-at] plan.at Daten löschen

2009-02-02 Diskussionsfäden Alexander Holy
Gleich vorweg: Es ist natürlich grundsätzlich positiv, wenn Datenlücken in OSM 
durch Imports aufgefüllt werden.

Der plan.at Import ist dabei aber leider deutlich zu weit gegangen.

Das "Mischen" bzw. Integrieren mit existierenden Daten richtet leider einen 
fürchterlichen Flurschaden am Datenbestand an.
Zuviel, um es manuell zu reparieren.

Ich habe in der Gegend um Stockerau und Umgebung mitgemappt. Der Plan.at Import 
hat dort ausschließlich zu einer herben Verschlechterung der Datenqualität 
geführt. Nicht existierende Objekte, zusätzliche verschobene Straßen (meist mit 
falschen Straßennamen) etc.

Ich habe mir ein kleines Programm geschrieben, um innerhalb einer Bounding Box 
alle Plan.at Daten, die NICHT seit dem Import korrigiert wurden, wieder zu 
entfernen. Manuelle Korrektur mittels JOSM oder Potlatch würden viel zu lange 
dauern. In meinem Fall waren 100% aller importieren Objekte fehlerhaft bzw. Von 
deutlich geringerer Qualität als der existierende Datenbestand.

Wenn ihr andere Rechtecke auf der Karte gesäubert braucht, posted bitte die 
bounding box.

Alexander

___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Forward/Backward

2009-02-02 Diskussionsfäden Dominik Hurnaus
>
>
> Ich denke, das "on the route" bezieht sich darauf, dass die Haltestellen
> "auf der Linie", also Haltestellen der Linie sein sollen (eh klar), und
> nicht "auf dem Way".
>
> Okay, das klingt für mich logisch - die Haltestelle soll Teil der
Linien-Relation sein (na-no-na) darf aber durchaus neben der Straße liegen.
Danke für die Klarstellung!

Dominik
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Forward/Backward

2009-02-02 Diskussionsfäden Andreas Uller
- Original Message - 
From: "adry" 
To: "OpenStreetMap AT" 
Sent: Sunday, February 01, 2009 9:33 PM
Subject: Re: [Talk-at] Forward/Backward


Hier der link dazu:
http://wiki.openstreetmap.org/wiki/Relation:route#Members

Hier steht auch dass die (bus)-stationen ein node auf dem way sein
sollen und dass forward/backward bei der station sich auch auf die
richtung des way bezieht.



Ich denke, das "on the route" bezieht sich darauf, dass die Haltestellen 
"auf der Linie", also Haltestellen der Linie sein sollen (eh klar), und 
nicht "auf dem Way".

Der Kommentar zu forward/backward widerspricht dem allerdings, denn eine 
einzelne Node hat keine Richtung.

Ich bevorzuge es jedenfalls so, wie's auf 
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop beschrieben ist. 
Das forward_stop/backward_stop folgt dann der Nummerierung der Haltestellen 
(also von stop_0 weg ist forward, zurück ist backward).

Andreas 


___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at