Re: [Talk-at] Datenbereinigung für plan.at

2011-07-20 Diskussionsfäden Hannes Brandstätter-Müller
schon klar dass ich nicht muss, es hat mich halt interessiert, was denn da nicht passt (und ein paar duplicate tags hab ich auch gefunden) anscheinend ist da der postcode an den strassen dran, das lass ich aber automatisiert machen, da das doch einiges ist :D wie ist eigentlich die handhabe, wenn

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-20 Diskussionsfäden wolfbert
Hallo, nur zur allgemeinen Information, ab sofort läuft die Bereinigung an. Im ersten Durchgang werden nur eindeutige plan.at highways (fixme+source angegeben) bearbeitet, wobei Tags nur gelöscht, nicht aber hinzugefügt oder verändert werden. Dabei konzentriere ich mich auf at:maxspeed (ca.

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden Hannes Brandstätter-Müller
Hallo! 2011/7/18 wolfbert geowol...@googlemail.com: bei der SotM dieses Wochenende haben sich einige Mapper-Veteranen versammelt und über eine (automatische) Bereinigung von plan.at-Tags diskutiert. Fazit ist, wir möchten das angehen. Schön dass das hoffentlich zu einem Abschluss gebracht

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden wolfbert
Hallo Hannes, sorry, hab' die Doku noch nicht nachgezogen... Mache ich gleich. Du musst da gar nichts beheben, das würde bei der Bereinigung miterledigt. Wenn Du aber gerne möchtest: die Auswertung zeigt, wie viele aus plan.at stammende (und IMHO unnötige) Tags da sind, die gelöscht werden

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden Flaimo
auf der wiki-seite steht, dass jedes element mit einem source tag versehen werden soll. das halte ich aus folgenden gründen für unnötig: 1) es bläht die datenbank auf. die daten müssen auch jedes mal runtergeladen werden wenn man irgendwas damit machen will. 2) der nächste der was an den ways

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden Stefan Herbert Tiran
Hi, On 07/19/2011 01:47 PM, Flaimo wrote: auf der wiki-seite steht, dass jedes element mit einem source tag versehen werden soll. das halte ich aus folgenden gründen für unnötig: 1) es bläht die datenbank auf. die daten müssen auch jedes mal runtergeladen werden wenn man irgendwas damit

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden wolfbert
Flaimo flaimo@... writes: 1) es bläht die datenbank auf. die daten müssen auch jedes mal runtergeladen werden wenn man irgendwas damit machen will. Die Gefahr besteht, zumal bei bearbeiteten Objekten auch nicht mehr sicher ist, was denn nun genau source war. 2) der nächste der was an den

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden liberalerhumanist
-at@openstreetmap.org Betreff: Re: [Talk-at] Datenbereinigung für plan.at Hi, On 07/19/2011 01:47 PM, Flaimo wrote: auf der wiki-seite steht, dass jedes element mit einem source tag versehen werden soll. das halte ich aus folgenden gründen für unnötig: 1) es bläht die datenbank auf. die

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden Boris Cornet
Servus! Heute (19. Juli) um 20:11 schrieb wolfbert: Insgesamt bin ich da auch noch etwas unschlüssig, daher bearbeite ich erst einmal Ways, wo source schon gesetzt ist. Das gibt uns noch etwas Zeit zum Nachdenken. Volle Zustimmung. In der Zwischenzeit kann man sich exemplarisch die plan.at

Re: [Talk-at] Datenbereinigung für plan.at

2011-07-19 Diskussionsfäden Friedrich Volkmann
On 07/19/11 20:11, wolfbert wrote: Die Gefahr besteht, zumal bei bearbeiteten Objekten auch nicht mehr sicher ist, was denn nun genau source war. Um so mehr ein Grund, source nicht automatisch zu setzen. Man könnte aber spekulieren, dass ein objekt mit fixme=check import wohl von plan.at

[Talk-at] Datenbereinigung für plan.at

2011-07-18 Diskussionsfäden wolfbert
Hallo alle, bei der SotM dieses Wochenende haben sich einige Mapper-Veteranen versammelt und über eine (automatische) Bereinigung von plan.at-Tags diskutiert. Fazit ist, wir möchten das angehen. Eine Beschreibung des Sachstandes und den Status findet Ihr hier: