[OSM-Devserver] OdBL Auswertung, Take-One

[Gehling Marc]

Am 26.10.2010 um 10:45 schrieb Peter Körner:

> Am 26.10.2010 10:38, schrieb Jochen Topf:
>> Bei den Ways müßten alle Nodes, auf denen er beruht, mit einbezogen werden und
>> bei den Relations alle Members würde ich sagen. Wobei bei den Relations man
>> vielleicht nicht unbedingt rekursiv vorgehen muss, sonst läuft sich die Analyse
>> nachher noch fest. :-)
> Wie in der Readme beschrieben erarbeite ich derzeit ein Verfahren, welches die Geschichte eines Elements durchspielt und dabei die nicht freigegebenen Änderungen aus lässt. Zunächst werde ich es auf die Tags der Elemente los lassen und anschließend prüfen, ob diese sich im Vergleich zum aktuellen Stand verändert haben. Das gleiche Verfahren sollte dann auch für Way-Nodes bzw. Relation-Members funktionieren.
> 
>> Interessant wäre sicher auch, wer denn die Leute sind, an denen viel hängt. Also
>> welche User man quasi überreden müßte, damit am meisten Daten "freigegeben"
>> werden.
> Davor habe ich bisher zurück geschreckt, da ich den Menschen die noch nicht zugestimmt haben, den möglicherweise entstehenden Mob nicht zumuten wollte. Die Zustimmung ist eine freie Entscheidung.
> 

wobei das jetzt auch schon (sehr ungenau) für kleine Gebiete per Hand geht. Man geht nach ito, definiert sein gebiet, gleicht mit der Zustimmliste ab, und fertig. Natürlich sehr ungenau, aber man bekommt dennoch die Aktivsten Mapper aus seinem Gebiet, die noch nicht zugestimmt haben. 

Mfg Marc

ps. Könntest du ein Schalter in dein Code einbauen, der so eine Liste rausgibt. per default aus. Wer dein Code kompiliert bekommt, der sollte mit den Ergebnis auch umgehen können ;-)

> Lg, Peter
> _______________________________________________
> Devserver mailing list
> Devserver at lists.openstreetmap.de
> http://lists.openstreetmap.de/mailman/listinfo/devserver
>