Ja, die Grenze dazu gab es bis vor zwei Monaten noch nicht in OSM. Die DWG war auch schon dran: http://www.openstreetmap.org/way/289028263/history
Vorgestern hat wieder ein Vietnamese daran rumgepfuscht und boundary=administrative vom Weg gelöscht sehe ich gerade.
Ja, aber das ist nur ein “kosmetisches” Problem. Solange er die Relation nicht antastet, ist das für OSM immer noch ein Teil von China.
Aber dann wird es richtig lustig 
Auf der Mapnik-Karte wird eh eine violette Grenzlinie gerendert - egal für welches Land die sein soll.
Gruss
walter
Moin Moin, die nächtliche Auswertung ist durch.
Ausgewertet wurden CHN, COG, DEU, USA, VNM - näheres hier: https://wiki.openstreetmap.org/wiki/User:Wambacher#Aktuelle_Auswertungen
Gruss
walter
ps: in DEU hat sich auch was getan.
Moin Moin,
ich habe die Wiki-Tabelle der Internationalen Administrativen Grenzen umgebaut. Sie ist ab sofort nach den Länderkürzeln (Iso-Code 3) sortiert. Dadurch findet sich DEU - endlich - unter D 
Gruss
walter
ps: die Sortierung innerhalb der Gruppen ist noch unsauber - es darf jederzeit mitgemacht werden 
Bitte eine Auswertung für Kolumbien. Das ist jetzt um ein paar Inseln und Riffe reicher.
Ist gebucht
Gruss
walter
Hier die Auswertung der Nacht:
Auswertung 11.8.14
Besonderheiten:
DEU: Chemnitz jetzt komplett
CHE hatte einen 27. Kanton bekommen. Ist bereits erledigt.
ECU: Alangasi (8) hat arg gelitten
COG sollte jetzt ok sein
Ansonsten das Übliche.
Gruss
walter
Danke.
Die Auswertung für COL habe ich auch gebraucht. Hier nicht wundern: Ich habe einige doppelte Adminrelationen gelöscht. Weiterhin habe ich hier vertauschte Adminrelation korrigiert - daher die Flächenänderungen in der Auswertung.
Und ob ich mich gewundert habe - bis ich die Details erkannt habe 
Danke und Gruss
walter
Moin Moin,
hier die Ergebnisse der Auswertung: https://osm.wno-edv-service.de/DataServer/osm/files/admin/update_some_trees_summary_2014-08-12.txt
Kurzfassung: 20+, 2- (davon 1x ok), einige Größenänderungen, in DEU nix schlimmes.
Gruss
walter
Moin Moin,
hier die aktuellen Ergebnisse:
DEU: drei AL9-Zugänge, sonst alles stabil
AUT hat einiges verloren!
ansonsten siehe https://wiki.openstreetmap.org/wiki/User:Wambacher#Aktuelle_Auswertungen
Gruss
walter
China ist wieder kaputt: https://www.openstreetmap.org/way/295072900
keine Lust das wieder zu fixen, dann müssen sie halt mit einer defekten Grenze leben… Ich habe extra noch versucht dem Mapper zu erklären, dass Grenzen geschlossen sein müssen. Seine Antwort lies mich aber schon vermuten, dass er mich nicht verstanden hat.
Edit: was passiert, wenn man einfach die Rolle “outer” ändern würde in “claim” oder was weiß ich? Vielleicht ist er dann zufrieden, weil die Grenze “in China ist”. Oder rendert das dann Mapnik auch und wird auch von den Auswertern berücksichtigt? - hmpf, JOSM meckert “Multipolygon nicht geschlossen”
Ich schau mir das mal an.
naja, ganz so schlimm sind diese komischen Stücke nicht. Das MP ist natürlich defekt aber diese Stückchen werden einfach ignoriert (bis auf mapnik, der malt da einfach eine Grenzlinie hin).
Solange das große Outer von China geschlossen bleibt, ist das für fast alle Software ok.
Gruss
walter
ok, gut, thx!
Moin Moin,
Schreck in der Morgenstunde: DEU ist ganz ganz klein geworden - nur noch 123 km²
select id,value,path
from boundaries
where country='DEU';
id | value | path
---------+--------------------------------------+-----------------------------------------------
51477 | Germany | {0,51477}
2955436 | Verwaltungsgemeinschaft Gottmadingen | {0,51477,62611,2106112,62603,2955436}
37848 | Jungholz | {0,16239,51477,52343,30030,37848}
158018 | Roetgen | {0,51477,62761,72022,62665,158018}
2785126 | Büsingen am Hochrhein | {0,51477,62611,2106112,62603,2955436,2785126}
(5 rows)
Ursache war ein klitzekleiner Fehler in Frankfurt/Oder wo sich wohl ein östlicher Nachbar ein wenig vertan hat. Ist natürlich korrigiert und nachher spiele ich die gestrigen Daten wieder ein.
Alle Ergebnisse hier.
Kurzfassung: AFG wieder ok, BLR (Weiss-Russland) wird verbessert, Barbados fast fertig, Änderungen in China und erheblicher Zuwachs in Korea.
Danke an die Mitstreiter
Gruss walter
Nachtrag:
Ich möchte nochmals darauf hinweisen, daß der Schwerpunkt dieses Projektes auf der Vervollständigung der fehlenden Admin-Grenzen liegt. Zumindest die Landesgrenze (AL2) als auch die nächste Ebene (bei uns AL4) sollten sauber sein. Daß hier auch mal Edit-Fehler auftauchen und beseitigt werden, ist für mich nur “Beifang”.
Wer unbedingt mitmachen will ;), sollte sich aus der Wiki-Liste eine “Rote Ecke” herausgreifen und da was dran schrauben.
@4rch - und jeden, den das interessiert:
Ich hab mir mal die Grenze von Sansha näher angesehen.
Klar ist, dass China diese Gegend beansprucht. Das ist hier aber nicht zu diskutieren.
Um das OSM-Datentechnisch hinzubekommen, müste man mMn 2 Sachen machen:
a) diese “Stückchen” miteinander verbinden, damit der AL5-Umriss komplett wird.
b) Die AL2-Grenze von China erweitern, damit dieses Teil auch “in China liegt”. D.h. aus dem großen AL5-Umriss ein AL2-Outer von China machen. Ob das aber völkerrechtlich ok ist, möchte ich derzeit bezweifeln.
Nun denn, jeweils wissen wir jetzt, wieso dieser Bereich bei mir fehlt.
Gruss
walter
Das würde aber den Tatsachen widersprechen, siehe Wikipedia: “It is also not a defined line because it does not have any specific geographic coordinates and does not tell how it can be connected if it was a continuous line”
https://en.wikipedia.org/wiki/Nine-dotted%20line?uselang=de
Das würde der on-the-ground-rule widersprechen, da China das Gebiet nur beansprucht mit diesen Linien, es aber nicht unter Kontrolle hat.
Meiner Meinung nach gehören die neun Linien aus den AL-Relationen gelöscht oder die Rolle “outer” geändert auf “claim” o.Ä. da es keine aktuelle Outer-Linie ist. Ändern werde ich daran aber nichts mehr, meine letzten Änderungen wurden ja teilweise rückgängig gemacht.
Moin Moin,
DEU ist natürlich wieder da, ansonsten fehlen CMR (Camerun) und ERI (Eritrea) komplett. Bin schon dran. fixed
Details: https://osm.wno-edv-service.de/DataServer/osm/files/admin/update_some_trees_summary_2014-08-16.txt
Gruss
walter
Danke. Habe die beiden AL10s in DE eben gefixt.
Moin Moin,
neue Auswertung - neues Glück neue Arbeit
2014-08-17 07:46:33
Relation | Country | New Boundary
----------+---------+-----------------------------
1689483 | CHE | Circolo di Lugano ovest (7)
3964705 | DEU | Hoppecke (9)
2409406 | DEU | Osterhausen (10)
2409407 | DEU | Rothenschirmbach (10)
(4 rows)
Relation | Country | Missing Boundary
----------+---------+------------------
1948034 | CHE | Steinhof (4) ---> no error
1815328 | DEU | Geeste (8) ---> fixed
1075335 | DEU | Lingen (Ems) (8) ---> fixed
(3 rows)
Relation | Country | city | old Km² | new Km² | Diff | % diff
----------+---------+-------------------------------+---------+---------+-----------+------------
3812604 | AZE | Lənkəran İnzibati Ərazisi (4) | 11.2173 | 23.8555 | 12.6382 | 112.67 ---> no error
1685478 | CHE | Céligny (8) | 7.69977 | 8.53371 | 0.833934 | 10.83
1685492 | CHE | Hermance (8) | 5.78046 | 5.05186 | -0.728592 | -12.60
443472 | DEU | Bruchhausen (8) | 2.0824 | 2.58581 | 0.503409 | 24.17
1451531 | DEU | Grebs-Niendorf (8) | 27.5551 | 31.2379 | 3.68285 | 13.37
1444901 | DEU | Klein Trebbow (8) | 22.0057 | 25.8825 | 3.8768 | 17.62
1451578 | DEU | Leussow (8) | 18.2618 | 16.2573 | -2.00451 | -10.98
1451567 | DEU | Malk Göhren (8) | 19.7119 | 22.5498 | 2.83794 | 14.40
1444904 | DEU | Seehof (8) | 8.45109 | 4.55682 | -3.89427 | -46.08
(9 rows)
Hab mal meinen “Heimvorteil” genutzt und DEU schon gefixt. War ein Flüchtigkeitsfehler eines Nicht-Newbies. Kann jedem mal passiert.
Nee, ich war es nicht.
Gruss
walter