ODbL Zustimmung /ODbL Agreement rate

SunCobalt · 2010-12-16 21:52:00

einfacher wäre ausschneiden. Mergen ist mit zusätzlichen Schritten und Kontrollaufwand verbunden. Ich bin auch nicht happy, die Server der Extraktanbieter nur wegen den Stats zu belasten. Ich würde da lieber das vorhandene Planet File nehmen, auch wenn es länger dauert. Aber wir sind ja jetzt zu zweit. Und ansonsten ist es ja auch kein Hexenwerk, die Stats zu berechnen. Vielleicht erstellt die ja jemand

Last edited by SunCobalt (2010-12-16 21:52:37)

usm78-gis · 2010-12-16 21:59:11

wicking wrote:

...
ein allmächtiges, viel Zeit habendes OSMF-Mitglied
...
Was spricht dagegen – außer dass ein paar Leute vielleicht „beleidigt" sind?

Sorry, ich kann es mir nicht verkneifen:

Naja, meine Oma ist zum Ermächtigungsgesetz gekommen, wie wir mit
Maastricht, Euro und Lissabonvertrag - sie wurde nicht gefragt.

wicking · 2010-12-16 23:51:38

aighes wrote:

Von Nordamerika gibt es doch für usa und canada extrakte von der Geofabrik. diese müsste man dann mit osmosis mergen, oder aber per polygon aus dem Planet ausschneiden. Keine Ahnung was schneller geht.

Also wenn es keine Überschneidungen gibt, könnte man auch einfach beide nacheinander an das check-Skript „pipen" (weiterleiten). Das Skript wertet dann alle bekommenen Daten, als aus einer Quelle aus. Wenn es aber Überschneidungen bei den Extrakten gibt, dann würde das die Statistik verfälschen.

Ich kann es ja mal ausprobieren. Anhand des Ergebnisses könnt Ihr ja entscheiden, ob das sein kann oder nicht. Oder wie findet man heraus, ob sich die Daten überschneiden, außer die einzelnen Punkte (Knoten) in den Dateien zu vergleichen?

aighes · 2010-12-17 00:01:07

am besten und wohl auch einfachste wäre es, den vorhandenen planet mit einem --bp in das Script zu pipen.

trekki · 2010-12-17 00:10:18

usm78-gis wrote:

Sorry, ich kann es mir nicht verkneifen:...

Nur so als OT Hinweis, es ist mir aber wichtig: Nazi-Vergleiche werden in Deutschland nicht so gerne gesehen. Hintergrund ist nicht vertuschen der braunen Vergangenheit sondern das unvergleichlich grosse Verbrechen, welches mit nichts verglichen werden sollte.
Insbesondere finde ich es sehr befremdlich, die Lizenzfrage in diese Richtung zu bringen.

-trekki

AndiPersti · 2010-12-17 08:02:32

trekki wrote:

Nur so als OT Hinweis, es ist mir aber wichtig: Nazi-Vergleiche werden in Deutschland nicht so gerne gesehen.

Das Problem Nazi-Vergleich im Internet ist alt: http://de.wikipedia.org/wiki/Godwin%E2%80%99s_law

Für mich persönlich eigentlich ein Zeichen für EOD / "Don't feed the trolls".

Tschau, Andreas

SunCobalt · 2010-12-17 13:39:03

nach ca. 40 Stunden sind jetzt die World Stats fertig. Ich habe nur Mapper aufgenommen, die mehr als 2000 Nodes haben
http://odbl.info.nu/world.html

juson · 2010-12-17 17:03:00

Danke,

raucht er schon, oder arbeitet er noch? :-)

Was mich dabei wundert, wie ein Bot (Woodpeck_fixbot) fast 20% der Nodes angelegt (eingefügt) hat. Was macht der denn, bzw. wie macht er das?
Dem Namen nach klingt es ja eher nach Fehler ausbügeln.

SunCobalt · 2010-12-17 17:17:04

wenn ich das Recht in Erinnerung habe, wird gezählt, wie oft jemand Last Modifier ist. Das würde dann auch erklären, warum ein Fix-Bot dort steht. Ich hatte ja in meinem Eröffnungspost schon geschrieben, dass die Statistik eine Vereinfachung ist.

Last edited by SunCobalt (2010-12-17 17:17:26)

errt · 2010-12-17 17:20:19

Siehe http://wiki.openstreetmap.org/wiki/User … Fixbot_Log :

Fixbot run from September 2009 to January 2010
geographic scope: USA
syntactic scope: all nodes with superfluous TIGER tags
checks: remove TIGER tags
changes: approximately 170 million nodes.

juson · 2010-12-17 18:11:53

aha, dann hatte ich das zunächst falsch verstanden. Ich bin immer davon ausgegangen, es käme für die Abrechnung am Schluß nur auf das Erstellen/Anlegen der Nodes an.

edwin-ldbg · 2010-12-17 19:52:30

Hintergrund ist nicht vertuschen der braunen Vergangenheit sondern das unvergleichlich grosse Verbrechen, welches mit nichts verglichen werden sollte.

Quark mit Soße. In Russland sind die klüger... Onkel Stalien und Tante Lenin werden da heute verehrt und die Geschichte einfach umgeschrieben bzw Fakten verharmlost oder verschwiegen und so in den Schulen gelehrt. Aus Lüge wird Wahrheit :-D http://www.aktuell.ru/russland/politik/ … _3865.html

SunCobalt · 2010-12-17 20:38:04

juson wrote:

aha, dann hatte ich das zunächst falsch verstanden. Ich bin immer davon ausgegangen, es käme für die Abrechnung am Schluß nur auf das Erstellen/Anlegen der Nodes an.

so oder so ähnlich wird es wahrscheinlich auch laufen. So genau weiß das keiner. Aber das Skript läuft anders. Wahrscheinlich ist es einfacher so zu zählen. Letztlich ist es ja auch fast egal, denn die beiden Werte Erstelllte Wege/Zustimmer und Last Edits/Zustimmer sollten sich jetzt nicht um 10% oder so unterscheiden

aighes · 2010-12-17 20:54:17

Es ist nicht einfacher, es ist das einzige, was man aus den normalen Extrakten erfahren kann. Für alles andere braucht man ein Full-History-Extrakt, wie es auch bei How did you contribute verwendet wird. Das gibts aber nur als planet und ist monstergroß

E-Malte · 2010-12-17 21:00:19

edwin-ldbg wrote:

Hintergrund ist nicht vertuschen der braunen Vergangenheit sondern das unvergleichlich grosse Verbrechen, welches mit nichts verglichen werden sollte.
Quark mit Soße. In Russland sind die klüger... Onkel Stalien und Tante Lenin werden da heute verehrt und die Geschichte einfach umgeschrieben bzw Fakten verharmlost oder verschwiegen und so in den Schulen gelehrt. Aus Lüge wird Wahrheit :-D http://www.aktuell.ru/russland/politik/ … _3865.html

In der EU wird sich das hoffentlich bald ändern: http://www.eurotopics.net/de/archiv/art … -Holocaust

wicking · 2010-12-18 12:20:20

Ich habe jetzt eine Übersicht nach Region zur ODbL-Zustimmung gebastelt.

Und weil es so schön dazu passt, und diese kurzen Filmchen vielleicht noch nicht jeder kennt:
• Europas OSM-Wachstum von 2006 bis Ende 2010
• Deutschlands OSM-Wachstum von 2006 bis Ende 2010
Wie wird es wohl weitergehen …

Eimai · 2010-12-19 14:45:25

I have a question with the "ODbL created" vs "last edit was ODbl" numbers, take for example for australia-oceania:

Nodes total=14362494, ODbL created nodes=2329737 (16.22%)
last edit was ODbL=449575 ⇒ (19.35%)

The number of nodes (449575) where the last edits was ODbL is lower than nodes that have an entire history in ODbL (2329737)?

aighes · 2010-12-19 14:52:00

The first number counts all nodes, which were created by odbl-user. The second number counts all nodes, which were last edited by an odbl-user. You can't compare them.

For example: If an object was created by an odbl-user and then was edited by an non-odbl-user, you have one odbl-created object and no last-edited odbl-object.

aighes · 2010-12-19 14:53:15

Was mich interessieren würde: Die Zahlen für die unter odbl-erstellten Objekte nur die sind, die im aktuellen Planet auf v1 stehen, oder ob diese Zahlen aus einem full-history-planet stammen und warum die Zeile Serbien leer ist.

Last edited by aighes (2010-12-19 14:54:18)

SunCobalt · 2010-12-19 15:01:44

Serbien wurde noch mit dem alten Skript erstellt. Vielleicht liegst daran. Das Laender Extrakt beinhaltet Kosovo, was auch ein eigenes Extrakt hat. Daher muss ich da mit einem bounding-polygon rechnen, was ich morgen mal wieder machen werde.

aighes · 2010-12-19 15:04:25

Woher stammen egtl. deine Waldimporte? Gibts sowas auch für andere Länder?

Last edited by aighes (2010-12-19 15:04:44)

SunCobalt · 2010-12-19 15:11:04

ja, fuer viele Laender. Schau Dir mal Rumaenien in OSM an. Die haben das ganze Land mit diesen Daten coloriert. Die Daten sind aber nur da sinnvoll, wo OSM nur sehr schlecht ist. Ich melde mich spaeter per PN bei Dir.

Eimai · 2010-12-19 15:25:11

aighes wrote:

The first number counts all nodes, which were created by odbl-user. The second number counts all nodes, which were last edited by an odbl-user. You can't compare them.
For example: If an object was created by an odbl-user and then was edited by an non-odbl-user, you have one odbl-created object and no last-edited odbl-object.

I think I figured it out myself. With the numbers from australia:

ODbL created nodes (2329737) + last edit ODbL (449575) ~= 19.35% of total nodes (14362494)

So the last edit number doesn't include the nodes with full ODbL history. But in my opinion it would be more logical to me if it did include those though.

aighes · 2010-12-19 15:44:39

I'm not sure if you figured it corectly out

A Node was created by an odb-user.

v1 -> odbl-user -> counter of odbl-created nodes = 1 and counter of last edit odbl = 1

The Node is edited by another user.

Case 1:

v2 -> odbl-user -> counter of odbl-created-nodes = 1 and counter of last edit odbl = 1

Case 2:

v2 -> non-odbl-user -> counter of odbl-created-nodes = 1 and counter of last edit odbl = 0

Last edited by aighes (2010-12-19 15:45:14)

Eimai · 2010-12-19 18:26:10

So there's no number that says how many objects have an entire history by users who agreed to the new CT? I thought that would be the most important counter of all, since we can only move nodes to an odbl database if its entire history is odbl.

Last edited by Eimai (2010-12-19 18:26:25)

OpenStreetMap Forum

#151 2010-12-16 21:52:00

Re: ODbL Zustimmung /ODbL Agreement rate

#152 2010-12-16 21:59:11

Re: ODbL Zustimmung /ODbL Agreement rate

#153 2010-12-16 23:51:38

Re: ODbL Zustimmung /ODbL Agreement rate

#154 2010-12-17 00:01:07

Re: ODbL Zustimmung /ODbL Agreement rate

#155 2010-12-17 00:10:18

Re: ODbL Zustimmung /ODbL Agreement rate

#156 2010-12-17 08:02:32

Re: ODbL Zustimmung /ODbL Agreement rate

#157 2010-12-17 13:39:03

Re: ODbL Zustimmung /ODbL Agreement rate

#158 2010-12-17 17:03:00

Re: ODbL Zustimmung /ODbL Agreement rate

#159 2010-12-17 17:17:04

Re: ODbL Zustimmung /ODbL Agreement rate

#160 2010-12-17 17:20:19

Re: ODbL Zustimmung /ODbL Agreement rate

#161 2010-12-17 18:11:53

Re: ODbL Zustimmung /ODbL Agreement rate

#162 2010-12-17 19:52:30

Re: ODbL Zustimmung /ODbL Agreement rate

#163 2010-12-17 20:38:04

Re: ODbL Zustimmung /ODbL Agreement rate

#164 2010-12-17 20:54:17

Re: ODbL Zustimmung /ODbL Agreement rate

#165 2010-12-17 21:00:19

Re: ODbL Zustimmung /ODbL Agreement rate

#166 2010-12-18 12:20:20

Re: ODbL Zustimmung /ODbL Agreement rate

#167 2010-12-19 14:45:25

Re: ODbL Zustimmung /ODbL Agreement rate

#168 2010-12-19 14:52:00

Re: ODbL Zustimmung /ODbL Agreement rate

#169 2010-12-19 14:53:15

Re: ODbL Zustimmung /ODbL Agreement rate

#170 2010-12-19 15:01:44

Re: ODbL Zustimmung /ODbL Agreement rate

#171 2010-12-19 15:04:25

Re: ODbL Zustimmung /ODbL Agreement rate

#172 2010-12-19 15:11:04

Re: ODbL Zustimmung /ODbL Agreement rate

#173 2010-12-19 15:25:11

Re: ODbL Zustimmung /ODbL Agreement rate

#174 2010-12-19 15:44:39

Re: ODbL Zustimmung /ODbL Agreement rate

#175 2010-12-19 18:26:10

Re: ODbL Zustimmung /ODbL Agreement rate

Board footer