Das - oder auch nur mein - Problem ist , dass die AL-Struktur von Portugal bereits im Wiki total undurchschaubar oder sogar widersprüchlich ist. Davon ausgehend das verbessern zu wollen, hab ich vor mehreren Monaten zurückgestellt und war ganz froh, dass da anscheinend ein lokaler Mapper was geschafft hat.
Nun denn, fangen wir halt von vorne an.
Gruss
walter
FYI https://lists.openstreetmap.org/pipermail/talk/2014-November/071506.html
EDIT: Das Melden dieses Beitrags geschah versehentlich auf dem Smartphone.
Moin,
hier stehen (wirklich) die aktuellen Ergebnisse der globalen Auswertungen.
DEU: -11, +9
BEL: -2
BRA: -14
GBR: -1
ZAF: -3
Die AL2 scheinen sauber zu sein.
Gruss
walter
Aha, mal wieder China/Philippinen. Mal sehen, was unsere lokalen Freunde draus machen.
Danke für die Info
Walter
-snip- doppelpost
In BaWü hat jemand ziemlich viel beim Auftrennen von Grenzsegmenten zerschossen. Bin da dran.
Moin,
hier stehen die aktuellen Ergebnisse der globalen Auswertungen.
DEU: -2
BEL: -3
BFA: -3
CHL: -1
FRA: -1
GBR: -1
GHA: -1
ITA: -1
JPN: -1
MNE: -2
USA: -2
Anscheinend Probleme in Afrika (Ghana/Burkina Faso) und Bosnien Herzegowina:
Datenstand ca 19:00 Uhr gestern, da meine DB mächtig hinterher hinkt.
Gruss
walter
Moin,
heute und eventuell in den nächsten Tagen leider keine Auswertung. Muß meine DB mal wieder neu aufsetzten, da die nicht richtig rund läuft.
Gruss
walter
Ich hab Bosnien Herzegowina etwas schrumpfen lassen, da gab es Überlappungen mit Montenegro wie weiter oben bereits erwähnt. Es gibt da einen Editwar mit ein paar anderen Mappern seit ein paar Monaten. Ich hab einen Changesetkommentar hinterlassen: http://www.openstreetmap.org/changeset/27032490
Sollte der User nochmal etwas ändern leite ich den Fall an die DWG weiter.
Edit: Ich habe die DWG eingeschaltet.
Moin,
hier stehen die aktuellen Ergebnisse der globalen Auswertungen.
DEU: -3, +2
ARG: -3
BDI: -2
BRA: -10
CAN: -1
CHE: -2
GBR: -1
HUN: -2
RUS: -1
RWA: -2
TWN: -2
VEN: -1
Die Probleme in Afrika (Ghana/Burkina Faso) und Bosnien Herzegowina sind - natürlich - korrigiert
Gruss
walter
ps: Namen gibt es, da schmunzelt man nur: 2226721 Windelsbleiche (10) 
In Bielefeld, in Bielefeld, da wir so manches umgestellt.
Probleme machen dort aktuell Grenz-MPs, die illegalerweise aus mehreren direkt aneinanderliegenden Ringen bestehen.
Man könnte also auch nur einen Ring daraus machen. Überblicke aber nicht, welchen Sinn die Grenzen dazwischen haben.
Hast du mal ein Beispiel?
übrigens tauchen da wieder subareas auf (z.b. in sennestadt). Die wollten wir doch nicht tolerieren
Gruss
walter
Na ja, eben genau die Missings in Deiner Auswertung, z.B. Relation 2226717 (Dalbke).
absoluter quatsch und auch toopologisch falsch. Ich nehmen an, dass er die einfach aus den beiden AL11 , die noch nicht drin sind, zusammengesetzt hat. wir sollten dringenst mit dem Mapper Kontakt aufnehmen.
Bitte beide Outer zusammenfassen, aber die Trennungslinie in OSM drin lassen. die braucht man wohl für al11.
Gruss
walter
ps: ich hab mal die subareas-Auswertung angeworfen, damit wir mehr Infos haben.
Hab das mal eben gemacht. Aber Dalbke (AL10) überlappt jetzt Sennestadt (AL10). Sennestadt gibt es auch in Al11 und AL9.
EDIT: Habe den AL10-Overlap zu Lasten von Sennestadt (Al10) entfernt.
EDIT 2: Ein Problem ist offenbar auch, dass in Bielefeld die Ortsteile geographisch und rechtlich nicht definiert sind. Exakte Fluren gibt es natürlich.
Auf die subareas scheint man in Bielefeld ja Wert zu legen…
wie kommst du darauf? hat man sich dazu geäußert?
hier sind waren sie mal:
[data]
id | name | admin_level
---------±-------------±------------
62646 | Bielefeld | 6
976442 | Brackwede | 9
1014629 | Brackwede | 10
1001322 | Brake | 10
976440 | Dornberg | 9
2226718 | Eckardtsheim | 10
976439 | Gadderbaum | 9
1014604 | Gadderbaum | 10
1014620 | Großdornberg | 10
975261 | Heepen | 9
1001320 | Heepen | 10
974940 | Jöllenbeck | 9
953535 | Jöllenbeck | 10
1014614 | Lämershagen | 10
976404 | Mitte | 9
1001325 | Oldentrup | 10
1014628 | Quelle | 10
976422 | Schildesche | 9
976441 | Senne | 9
976380 | Sennestadt | 9
3679089 | Sennestadt | 10
976364 | Stieghorst | 9
1014611 | Stieghorst | 10
1014612 | Ubbedissen | 10
1014627 | Ummeln | 10
953520 | Vilsendorf | 10
(26 rows)
array_agg
{1001320,62646,953535,976380,953520,2226718,976404,1001325,974940,976364,976442,1014612,1014627,975261,976441,1001322,976440,976422,1014604,1014611,1014614,976439,1014628,1014620,3679089,1014629}[/data]
Nee, keine Äußerung. Sie tauchen halt immer mal wieder auf.
Naja, wenn “in Bielefeld” heisst “bei dem einen Benutzer, der andere Änderungen gerne zurücksetzt”…
Moin,
hier stehen die aktuellen Ergebnisse der globalen Auswertungen.
DEU:nix
BRA: -3
GBR: -1
GRC: -1
Bosnien Herzegowina hat wieder seine richtige Größe erreicht.
Gruss
walter