[Talk-de] nochmal SO!GIS-Daten

[Sarah Hoffmann]

On Fri, Dec 05, 2008 at 02:13:02AM +0100, Frederik Ramm wrote:
> Hallo,
> 
> Sarah Hoffmann wrote:
> >> Ich kann mich gern mal der Sache annehmen, das ganze automatisiert zu 
> >> reparieren, aber dann muessten mir die Beteiligten auch versprechen, so 
> >> lang mal moeglichst die Finger davon zu lassen, nicht dass ich (wie beim 
> >> letzten Mal) wieder ein Skript mache und dann hat jemand schon alles 
> >> muehsam mit JOSM repariert ;-)
> > 
> > Ich denke, dass sollte diesmal klappen.
> 
> Ich bin der Sache jetzt mal gruendlich nachgegangen.

Erstmal vielen Dank dafür.

> Zunaechst einmal sind sehr viele der an dem von Dir genannten Datum von 
> hdus geaenderten Ways inzwischen von den Benutzerkennungen "fixso" und 
> "Adrian Vogt" erneut geaendert worden. In sehr vielen Faellen wurde 
> dabei offenbar eine (deutliche) Wegvereinfachung durchgefuehrt.

Wohl doch zu spät gewesen. Zwei Wochen ist halt eine lange Zeit
in OSM.

> Mir scheint aber ausserdem, dass Dein Verdacht mit dem Validator-Bug 
> nicht ganz stimmt. Zum Beispiel dieser Way hier (Auszug aus der History):
> 
>    <way id="27059848" visible="true" 
> timestamp="2008-09-15T07:49:44+01:00" user="hdus">
>      <nd ref="296900958"/>
>      <nd ref="296900957"/>
>      <nd ref="296900956"/>
>      <nd ref="296901003"/>
>      <nd ref="296901004"/>
>      <tag k="highway" v="unknown"/>
>      <tag k="copyright" v="Kanton Solothurn"/>
>      <tag k="source" v="SO!GIS-Import http://www.sogis.ch"/>
>    </way>
>    <way id="27059848" visible="true" 
> timestamp="2008-11-17T21:06:07+00:00" user="hdus">
>      <nd ref="296900958"/>
>      <nd ref="296900957"/>
>      <nd ref="296900956"/>
>      <nd ref="296901003"/>
>      <nd ref="296900708"/>
>      <tag k="highway" v="unknown"/>
>      <tag k="copyright" v="Kanton Solothurn"/>
>      <tag k="source" v="SO!GIS-Import http://www.sogis.ch"/>
>    </way>
>    <way id="27059848" visible="true" 
> timestamp="2008-11-19T20:53:13+00:00" user="fixso">
>      <nd ref="296900958"/>
>      <nd ref="296900708"/>
>      <tag k="highway" v="unknown"/>
>      <tag k="copyright" v="Kanton Solothurn"/>
>      <tag k="source" v="SO!GIS-Import http://www.sogis.ch"/>
>    </way>

Hmm, interessant. hdus' Änderung da darin ist vom 17.11. und in
der Tat sieht sie gut aus. Die von mir gesichteten Wege wurden
alle am 18.11. geändert, z.B. der da:

http://www.openstreetmap.org/browse/way/28096985/history

Das scheint das Problem zumindest zeitlich einzugrenzen.

> 
> Der Node 296901004 ist am 17.11. geloescht worden (vermutlich durch den 
> Validator "fix duplicate nodes"), aber der Way wurde korrekt angepasst 
> und benutzt nun den Node 296900708 an der gleichen Position. Spaeter hat 
> "fixso" dann die drei Zwischen-Nodes rausgeworfen.
> 
> Zur fraglichen Zeit wurden rund 11.000 Nodes geloescht. Zu rund 9.000 
> davon gibt es im aktuellen Datensatz einen zweiten Node an der gleichen 
> Position. Es wurden rund 5.000 Ways geaendert. Ich habe untersucht, bei 
> welchen dieser Ways die aktuelle und die letzte historische Version sich 
> nur darin unterscheiden, dass einer der geloeschten Nodes aus dem Way 
> entfernt wurde.
> 
> Dies trifft nur fuer einen einzigen Way zu (id 27059729). Bei allen 
> anderen unterscheiden sich die aktuellsten zwei Versionen entweder gar 
> nicht in der Node-Anzahl, oder es wurden weitere Nodes entfernt, was es 
> sehr schwierig macht, irgendwelche automatischen Korrekturen vorzunehmen.

Das erstaunt mich jetzt. Der oben angeführte Weg hätte eigentlich auch
auftauchen sollen. Anderes Beispiel: Weg 28096985.
Und dann hätte ich noch zwei Wege, wo der erste und der letzte Knoten
fehlen: 27270714, 28096967. 

Weg 27059729 hingegen sieht nur nach einer Vereinfachung aus.

> Also im Augenblick habe ich den Eindruck, dass ich mich da besser nicht 
> einmische, da scheinen schon genug Leute in groesserem Ausmass dran 
> rumzuaendern ;-)

Wohl wahr, die Situation im Kanton Solothurn ist gerade etwas 
unübersichtlich.

Ich schau mal, ob ich mit dem Daily-Planet-Diff zumindest eine Liste
potentiell betroffener Knoten bekommen kann, um das dann händisch
zu reparieren. Gibt es eine Möglichkeit die letzte bekannte Position
gelöschter Knoten zu ermitteln?

Gruss

Sarah