Hier stehen die Ergebnisse der letzten globalen Auswertungen. Datenstand ist der 10.1.2015, da der Lag noch nicht abgebaut ist.
Die Statistik der betroffenen Länder spare ich mir vorerst. Es sind zwar über 5000 Änderungen, aber die allermeisten sind Neuzugänge. Es kann sein, dass manche Fehler inzwischen schon korrigiert wurden, aber das bekommt ich ja nicht mit ;(
Stimmt! Die stehen ja als Missing oder Neuzugang drin, da ich ja nur den 23.12.14 als Referenz habe. Daher sollte man die Reformen immer im Blick haben.
Hier stehen die Ergebnisse der letzten globalen Auswertungen. Datenstand war heute früh der 12.1.2015, da der Lag noch nicht abgebaut ist.
Es ist nun ein wenig kompliziert, hier den Überblick zu halten. Viele Sachen wurden gestern schon korrigiert, tauchen aber im aktuellen Report natürlich nicht als “erledigt” auf, da meine DB davon noch nichts wissen kann. Daher dürfte es viele False-Faults geben. Ich bitte um Verständnis und Geduld.
Gemarkungen sind keine administrativen Grenzen. Gemarkungen können sich theoretisch auch über mehrere Gemeinden erstrecken, falls Gebiete in eine andere Gemeinde umgegliedert wurden in der Vergangenheit.
Wir hatten hier im Forum mal gesagt, dass wir bis aus Weiteres keine Gemarkungen (als solche) erfassen. Gemarkungsgrenzen sollten daher nur dann als Segmente oder schließlich als Relationen in OSM sein, wenn sie admin-Grenzen (Gemeinde/Ortsteil) entsprechen. Die Kennzeichnung im Changeset als “Gemarkung” lässt vermuten, dass diese Bedingung nicht erfüllt ist.
Nö, aber die User , der die erstellt hat, ist ja noch aktiv.
Die sind von ihm wohl aus lauter Verzweiflung genommen worden, da nichts besseres zur Verfügung stand - ist zumindest meine Vermutung.
Zufälligerweis passt das hier, d.h. sie liegen zu 100% in Wuppertal. Aber wie du schon geschrieben hast, kann das auch daneben gehen. Und die “richtigen” Ortsteile schimmern ja durch; man sieht die als Place erfassten Ortsteile aber keine Grenzen. Zwischen AL6 und AL10 ist nix
Zudem wird hier eine gewisse Vollständigkeit vorgetäuscht, die ja nicht vorhanden ist.
Ich würde den Mapper zu einer Diskussion hier im Forum bitten.
Sie sagten ursprünglich nur aus, wer für die Vermessung des Gebietes zuständig war. Ist fast immer mit dem Gemeindegebiet identisch, aber halt nicht immer.
Unterhalb admin_level=9 sind es aber sowieso genau genommen keine administrativen (Verwaltungs-)Einheiten mehr. Das sind dann pragmatische Einteilungen aus statistischen, organisatorischen oder historischen Gründen, teilweise reine Überlieferungen.
Kommt darauf an.
Das “Gemarkung” im Namen sagt zunächst mal wenig. Ich hab mal in Oberschwaben nachgesehen, da sind die Gebiete der ehemals selbständigen Teilorte in Unlingen und Uttenweiler mal mit und mal ohne Gemarkung benannt. Der admin_level dort ist 9, was stimmen dürfte (unechte Teilortswahl). User PT-53 könnte Genaueres wissen.
Fazit: Man muss sich die Gebiete ansehen.
Wenn sie sich über verschiedene admin_level erstrecken: Nicht mappen (siehe Gehrke). Ein Teil der Konstanzer Gemarkung liegt z.B. auf Schweizer Gebiet.
Wenn sie ganz im größeren Gebiet liegen und erst recht, wenn sie es lückenlos unterteilen: lassen.
Großes Indianer-Ehrenwort: Ich hab nix gemacht. Kurz zum Nachbarn rüber, Seite aufgerufen und gesehen, feddich.
Gruss
walter
ps: derzeit bin ich dabei, die downloadbaren Grenzen der Boundaries-Map zu aktualisieren. Heute Nacht ist mir dabei DEU komplett um die Ohren geflogen und musste restauriert werden. Daher sieht man dort immer noch den Stand vom Dezember.
Mal sehen, ob ich da eine ähnliche Performancesteigerung wie bei den Fools hinkriege - das war so um den Faktor 100, aber 10x würde mir schon reichen
Hier stehen die Ergebnisse der letzten globalen Auswertung.
Es sind halt wie fast immer 2-3 Kleinigkeiten in mehreren Ländern rund um den Globus, zu geschätzten 90% einfache Flüchtigkeitsfehler aber auch einige “Harte Brocken” dabei. Es wäre nett, wenn mehr als 1-2 Mapper über den eigenen Tellerrand (#51477) blicken würden und sich ein wenig darum kümmern würden. Es bringt wirklich nichts Gutes für OSM, wenn tagelang ganze Länder in unseren Datenbeständen fehlen.
