Diese 8000 Zustimmer sind wahrscheinlich die, die am Forum oder an der Diskussionliste teilnehmen.
Und von den Nichtzustimmern sind wahrscheinlich 2/3 nie oder nicht mehr aktiv. Die werden also auch bei 'ner offiziellen Rundmail nie zustimmen.
Wahrscheinlich.
PS: Allerdings haben die Nicht- oder Nie-Aktiven auch kaum was beigetragen. Etwa 5% der Datenmenge (geschätzt).
Ursprünglich wollte ich schreiben Ablehner, was falsch gewesen wäre, Nicht-Zustimmer ist dagegen korrekt, weil der User z. Z. nicht zugestimmt hat. Dafür fehlt einfach der Ablehnbutton.
Übrignes sind durchaus auch Zustimmer in der Liste, die nichts beigetragen haben.
@wicking
mag sein, daß man auf diejenigen verzichten kann, die nichts beitgetragen haben. Trotzdem stehen sie zumindest als “abstimmungsberechtigt” in der Liste.
Wenn man schon heute davon ausgeht, daß diese User auch zukünftig nichts beitragen werden, benötigt man für die korrekte Auswertung eine Liste, in der nur die drinstehen, die etwas beigetragen haben. Du kannst sie natürlich auch filtern.
[EDIT]: **Ich sehe gerade, daß jeder in der Liste mindestens einen Node beigetragen hat ** [/EDIT]
Hi,
wenn Du es sofort wissen willst…
kann man die html-Datei (7,3 mb) notfalls auch in Excel laden, dauert je nach CPU/Ram aber 1 -2 Min., ev. die ersten Zeilen löschen. Geht bestimmt auch in Openoffice (hab ich gerade nicht zur Hand).
hi,
das ist -für mich- auch logisch.
ich weiss nicht genau, aufgrund welcher daten du deine auswertung machst, aber eigentlich ist das - technisch gesehen - egal:
das liegt afaik daran, dass nur dann daten vom live-server “nach draussen” geschickt werden, wenn sich bei den objekten (nodes, ways oder relationen) was getan hat.
und das anlegen eines neuen benutzers gehört nicht dazu!
erst wenn der user edits macht, wird er über die change-files “bekannt gemacht”.
das sehe ich ganz deutlich, wenn ich mir die neuzugänge zu meiner datenbank ansehe.
es trudeln immer wieder welche ein aber mit deutlichen lücken.
select * from users
order by id desc limit 10;
id | name
--------+-----------------
380764 | diraf
380757 | ElMent
380756 | digiBlink
380749 | Ana M Madureira
380743 | STRATZ
380740 | waldtill
380724 | mapan
380723 | Genjitsu
380718 | zodiak18
380711 | DieLegende
(10 Zeilen)
auch die planet-files und die extrakte der geofabrik werden so von zentralserver versorgt.
und was nicht da ist, kann auch nicht ausgewertet werden.
lg
walter
Schaut doch gut aus. Leider sind die Werte aus der Tabelle die “letzten Edits”, nicht die tatsächlichen Zahlen, so dass die von dir verglichenen Werte nicht ganz dem Endergebnis entsprechen werden. Trotzdem danke für die Zusammenfassung.
Aber nur, wenn ich dich respektvoll darauf hinweisen darf, dass in der von dir genannten Liste nur die ID’s aufgelistet sind, die explizit zustimmen müssen und nicht die ID’s die automatisch per Anmeldung zugestimmt haben.
Das ist mir schon klar, aber wenn man den Zustimmungsprozess beurteilen will, dann tut man doch besser Daten von und Benutzer mit ID > 286582 rausrechnen.
Bekanntlich bin ich durchaus für die Relizensierung, ich finde es aber nicht nötig die Zahlen schönzurechnen.
@SimonPoole: Kommt darauf an, was ich beurteilen will. Geht es um die Zustimmungsrate, ist das sicherlich korrekt. Versuche ich eine Abschätzung, wie groß der Datenverlust ist, müssen diese Nutzer aber auf jeden Fall mitgerechnet werden.
Man kann doch nicht Fakten an die Meinung einzelner Leute anpassen. Auch die Neuanmeldungen sind Nutzer, deren Daten mit der Odbl lizensiert werden können. Also gehören sie auch in eine Auswertung darüber rein. Man muss das nur klar stellen, dass es darum geht.
Ich hoffe, die Geofabrik pbf’s gehen morgen wieder. Dann werde ich AT und CH aktualisieren. Den Ersteller des Scripts (Hanno) habe ich wegen der Nummerierung und dem Datum mal angeschrieben. Wenn ich was weiß, melde ich mich.