Internationale Admin-Grenzen 2015

wambacher · 2015-10-26 20:14:27

Thomas8122 wrote:

wambacher wrote:
Ich hab Usa komplett und Mexico(2) korrigiert. Allerdings sind in manchen westlicheren Ecken noch immer überlagernde Boundaries vorhanden: die alten AL2 und die "kackfrech" drübergeknallten neuen AL4/6-Grenzen von Mexico.
Mal sehen, was die daraus machen. Nochmals fixe ich das nicht.
Hier wird ja was dazu geschrieben.

Danke,

noch ein Kommunikationskanal

Changeset Comment, Forum, talk-mx, mail to user, mail to admin, und was sonst noch.

Ok, hab denen dort was hoffentlich konstruktives reingeschrieben.

Gruss
walter

wambacher · 2015-10-27 10:34:02

Moin,

hier die aktuelle Missing Boundaries-Auswertung: http://osm.wno-edv-service.de/index.php … 2015-10-27

Der Datenstand ist von heute Nacht 1:08

77 Missings und 3 kritische Multipolygone.

Ungarn/Slowakei hat es erwischt:

Gruss
walter

wambacher · 2015-10-28 12:14:07

Moin,

hier die aktuelle Missing Boundaries-Auswertung: http://osm.wno-edv-service.de/index.php … 2015-10-28

Der Datenstand ist von heute Nacht 1:06

25 Missings und 3 kritische Multipolygone.

Gruss
walter

Gehrke · 2015-10-28 12:22:28

wambacher wrote:

25 Missings und 3 kritische Multipolygone.

Die Relation Atwater (USA) ist nur indirekt über das einzige Wegsegment ein AL8.

wambacher · 2015-10-28 13:12:22

Gehrke wrote:

wambacher wrote:
25 Missings und 3 kritische Multipolygone.
Die Relation Atwater (USA) ist nur indirekt über das einzige Wegsegment ein AL8.

Damit die Kollegen es nicht so schwer haben: https://www.openstreetmap.org/relation/112262

Ja, das ist eine - ich nenne es mal so - "Pseudo-Relation": EIN Way als einziger Member eines Multipolygones. Ok, macht man ein Label als Member rein, passt es wieder

In Amiland gibt es einige Besonderheiten, die mir am Anfang auch Kopfzerbrechen bereitet haben:

- die AL8 - also Städte/Gemeinden füllen ein County (AL6) nicht immer zu 100% auf. Das sind sehr oft "einsame Inseln" ohne direkten Nachbarn. Dort sind sehr viele AL4 als einfache geschlossene Ways ohne Relation erfasst. Manche wie hier in Atwater haben aber eine Pseudo-Relation. Die AL8 ohne Rel werden von mir derzeit noch nicht ausgewertet, da das etwas kniffelig ist.

- Die AL8 sind mitunter sehr verklüftet. Es gibt viele Inner und Outer, deren Sinn für uns ungewohnt ist. Hab nachgefragt und das ist in den USA so üblich. So steht z.B. ein "Staatliches Gebäude" nicht immer auf städtischem Grund - das ist dann kein Stadtgebiet.

- Es gab und gibt Tiger-Importe mit getrennten Datensätzen pro Admin-Level. Daher liegen AL4, AL6 und AL8 oft direkt übereinander und sind noch nicht einmal deckungsgleich - Chaos hoch 3

Gruss
walter

Last edited by wambacher (2015-10-28 13:16:25)

Gehrke · 2015-10-28 13:43:39

wambacher wrote:

In Amiland gibt es einige Besonderheiten, die mir am Anfang auch Kopfzerbrechen bereitet haben

Und dann gibt es bei denen ja auch die "census-designated places" (CDPs).

Wikipedia wrote:

CDPs are populated areas that lack separate municipal government, but which otherwise physically resemble incorporated places.
CDPs are delineated solely to provide data for settled concentrations of population that are identifiable by name but are not legally incorporated under the laws of the state in which they are located.

wambacher · 2015-10-28 13:54:04

Gehrke wrote:

wambacher wrote:
In Amiland gibt es einige Besonderheiten, die mir am Anfang auch Kopfzerbrechen bereitet haben
Und dann gibt es bei denen ja auch die "census-designated places" (CDPs).

Jau, die hab ich glatt vergessen verdrängt

Jojo4u · 2015-10-28 21:15:24

Bei OSM-carto wird zur Zeit über die Darstellung von admin_level=4 bei Zoom 4-6 diskutiert mit Themen Datenqualität, Polygon/Relationen, Preprocessing usw. Wer sich fürs Thema interessiert reinschauen: https://github.com/gravitystorm/openstr … issues/907

wambacher · 2015-10-29 07:51:00

Moin,

hier die aktuelle Missing Boundaries-Auswertung: http://osm.wno-edv-service.de/index.php … 2015-10-29

Der Datenstand ist von heute Nacht 1:08

20 Missings und 0 kritische Multipolygone.

Gruss
walter

wambacher · 2015-10-29 07:53:01

Jojo4u wrote:

Wer sich fürs Thema interessiert reinschauen: https://github.com/gravitystorm/openstr … issues/907

Danke, werd ich mal machen.

Gruss
walter

wambacher · 2015-10-29 08:09:48

Ich hab derzeit Probleme mit einem Mapper, der Guinea Bissau "schreddert".

Frage: Bekommt man in Potlatch auch eine Nachricht, wenn eine PN geschickt wurde?

Gruss
walter

edit: Naja, inzwischen hat er sich gemeldet. Kurzfassung: "das war alles Schrott und wird von mir nach und nach verbessert".

Last edited by wambacher (2015-10-29 08:40:33)

wambacher · 2015-10-30 09:51:15

Moin,

hier die aktuelle Missing Boundaries-Auswertung: http://osm.wno-edv-service.de/index.php … 2015-10-30

Der Datenstand ist von heute Nacht 1:07

16 Missings und 0 kritische Multipolygone.

Gruss
walter

Jojo4u · 2015-10-30 19:47:26

In osm-carto gibt es einen Merge Request der für Grenzen closed Ways und Relationen statt Ways nutzt:
https://github.com/gravitystorm/openstr … /pull/1929

Die englischen Wikiseiten zu Grenzen sind in ziemlich schlechten Zustand

Jojo4u · 2015-10-30 21:17:10

Wie sieht denn das in der DB vorhandene Tagging von boundary=administrative so aus?
* Relationen?
* Closed Ways?
* mehrere unclosed Ways?

wambacher · 2015-10-30 22:35:54

Jojo4u wrote:

Wie sieht denn das in der DB vorhandene Tagging von boundary=administrative so aus?
* Relationen?
* Closed Ways?
* mehrere unclosed Ways?

@Jojo4u: "Tagging" ist ein anderes Thema, wir reden hier über Geometrien.

In der OSM-DB, die wir alle mit den Editoren "füttern", stehen die einzelnen Ways einer Relation getrennt voneinander als eigenständige Objekte (die Ways halt) drin. Plus eine Memberliste pro Relation - das was man z.B. im Relationen-Editor von Josm sieht.

In der PostgreSQL-DB, die mit osm2pgsql erzeugt wird und u.A. von Mapnik verwendet wird, stehen Flächen in 2 Formen drin:

- Aus einfachen geschlossenen Ways wie Buildings, Landuse oder auch boundary=administrative werden Polygone (*)in der Tabelle planet_osm_polygon. Die Id des OSM-Objektes wird 1:1 übernommen.

- Aus Relationen mit type=boundary bzw. type=multipolygon werden geschlossene Polygone (*) oder Multipolygone (*) - abhängig davon ob sie Inner/Outer haben oder nicht. Die stehen ebenfalls in der DB-Tabelle planet_osm_polygon und haben die negative Id der Relation.

D. h. letztendlich steht alles in der Tabelle planet_osm_polygon und Anwendungen wie Mapnik brauchen garnicht zu "wissen", ob das vorher ein Closed Linestring oder eine Flächenrelation war. (**)

Somit ist es z.B. für Mapnik völlig egal, woher die Flächen kommen.

Gruss
walter

*) Achtung: Die hier von mir verwendeten Begiffe Polygon und Multipolygon haben nichts mit der OSM-Definition zu tun; das sind OGC-konforme Objekte, die in der "Nicht-OSM-Welt" üblich sind. Mapnik als Frendsoftware kennt keine OSM-Objekte, das wird alles von osm2pgsql in das OGC-Format konvertiert.

**) Mapnik kann das aber feststellen wenn er das Vorzeichen der Id der Fläche abfragt. Nur wozu? Keine Ahnung, braucht er wohl nicht.

ps: Mein Problem ist, dass ich Grenzen, die keine Relation sind, derzeit ignoriere. Das ist ein uralter Designfehler von mir, der mir schwer im Magen liegt.

Last edited by wambacher (2015-10-30 22:37:17)

Jojo4u · 2015-10-30 22:53:52

Ja, die Trennung Polygon (Mapnik) vs. Closed Way/Relation/Multipolygon (OSM) ist mir bekannt. Die Kollegen wollen boundary=administrative von planet_osm_line auf planet_osm_polygon umstellen. boundary=administrative ist halt auch für unclosed und closed Ways definiert, deshalb wollte ich die Taggingpraxis wissen - sollte das unclosed way nicht weg?

Jojo4u · 2015-10-30 23:03:17

So wie es aussieht ist einfach alles doppelt getaggt - an den Wegen und in der Relation.
Beispiel: http://www.openstreetmap.org/way/69284977

EDIT: Ok, http://wiki.openstreetmap.org/wiki/Relation:boundary erklärt warum. Aber dar osm-carto Bug ist mittlerweile geschlossen...

Last edited by Jojo4u (2015-10-30 23:06:11)

wambacher · 2015-10-30 23:15:39

Jojo4u wrote:

Ja, die Trennung Polygon (Mapnik) vs. Closed Way/Relation/Multipolygon (OSM) ist mir bekannt. Die Kollegen wollen boundary=administrative von planet_osm_line auf planet_osm_polygon umstellen.

Uii, das sind 2 verschiedene Sachen, die man nicht durcheinander bringen darf (sollte mir wohl dochmal durchlesen, was du so zitierst):

WENN eine Grenze aus mehreren Wegstücken besteht, DANN ist die Grenze immer eine Relation, da osm2pgsql nur dann aus ungeschlossenen Ways Flächen machen kann. DANN kann sowohl an der Relation boundary=adminstrative, ... stehen als auch an den Ways. Das Tagging der Ways war früher notwendig, damit Mapnik die Linien vernünftig "malen" konnte.

Eventuell geht es nur darum, dieses redundante Tagging abzustellen? Das Zeug ist redundant und sehr oft widersprüchlich.

boundary=administrative ist halt auch für unclosed und closed Ways definiert, deshalb wollte ich die Taggingpraxis wissen - sollte das unclosed way nicht weg?

Das "beißt" sich aber mit einfachen geschlossenen Ways, die z.B. sehr oft in Amiland verwendet werden. Siehe http://forum.openstreetmap.org/viewtopi … 77#p557677. Wenn man dort boundary=administrative vom Way entfernt, ist die Grenze futsch. Eigentlich würde mir das durchaus passen, dann bräuchte ich meine Auswertungen nicht zu ändern . Dann bekommen wir aber dafür 1-Way-Relationen, was mir wesentlich angenehmer wäre.

Gruss
Walter

nebulon42 · 2015-10-31 09:08:46

Mir geht es eigentlich nur darum, dass fehlerhafte Geometrien schneller erkannt werden, weil sie auf einmal fehlen. Welche Auswirkungen das auf die Tagging-Praxis hätte, darüber kann ich nur spekulieren. Aber wie schon angemerkt wurde, werden die unteren Zoomstufen nicht sehr häufig neu gerendert, daher würden dann fehlerhafte Ländergeometrien wohl auch länger fehlerhaft bleiben. Ich bin mir nicht sicher, ob das wünschenswert ist.

Wambacher, du als Experte, hast du einen Überblick wie viele Ländergeometrien durchschnittlich zu einem beliebigen Zeitpunkt kaputt sind? Bei meinem letzten Planet waren es Frankreich, Belgien, Russland, Estland, Türkei und vielleicht auch China (bin mir nicht mehr sicher). Wenn da immer sehr viel kaputt ist, dann sollte man die Umstellung vielleicht lieber doch nicht machen.

wambacher · 2015-10-31 10:02:17

Moin,

hier die aktuelle Missing Boundaries-Auswertung: http://osm.wno-edv-service.de/index.php … 2015-10-31

Der Datenstand ist von heute Nacht 1:07

18 Missings und 0 kritische Multipolygone.

Um Dornheim herum hat es neben den Admin-Grenzen auch die PLZ-Gebiete erwischt:

Gruss
walter

Gehrke · 2015-10-31 18:11:34

wambacher wrote:

Um Dornheim herum hat es neben den Admin-Grenzen auch die PLZ-Gebiete erwischt

Hatte ich heute morgen bereits gefixt

wambacher · 2015-10-31 18:20:57

Gehrke wrote:

wambacher wrote:
Um Dornheim herum hat es neben den Admin-Grenzen auch die PLZ-Gebiete erwischt
Hatte ich heute morgen bereits gefixt

Danke,

wird Zeit, dass ich das endlich auf eine Live-Karte umstelle.

Gruss
walter

wambacher · 2015-11-01 10:06:24

Moin,

hier die aktuelle Missing Boundaries-Auswertung: http://osm.wno-edv-service.de/index.php … 2015-11-01

Der Datenstand ist von heute Nacht 1:15

9 Missings und 2 kritische Multipolygone.

Russland hat es erwischt:

Gruss
walter

wambacher · 2015-11-02 14:56:33

Moin,

hier die aktuelle Missing Boundaries-Auswertung: http://osm.wno-edv-service.de/index.php … 2015-11-03

Der Datenstand ist von gestern Nachmittag 17:31 (*)

16 Missings und 1 kritisches Multipolygon.

Gruss
walter

*) der Lag ist mal wieder heftig. Aber nicht wegen eine technischen Störung sondern wegen eines parallel laufenden Neuaufbaus der Datenbank. Sollte man ca 1x pro Jahr machen und da osm2pgsql-0.88 eh gravierende Schemaänderungen der DB erfordert, ist das halt jetzt dran.

Last edited by wambacher (2015-11-03 12:07:59)

wambacher · 2015-11-04 01:42:56

Hi,

sorry ich habe die Frage leider übersehen.

nebulon42 wrote:

Mir geht es eigentlich nur darum, dass fehlerhafte Geometrien schneller erkannt werden, weil sie auf einmal fehlen.

Genau aus diesem Grunde gibt es ja die Missing Boundaries. Damit erkennst du auf einen Blick, dass in Papua Neuguinea ein Dorf gelöscht wurde.

nebulon42 wrote:

Wambacher, du als Experte, hast du einen Überblick wie viele Ländergeometrien durchschnittlich zu einem beliebigen Zeitpunkt kaputt sind? Bei meinem letzten Planet waren es Frankreich, Belgien, Russland, Estland, Türkei und vielleicht auch China (bin mir nicht mehr sicher). Wenn da immer sehr viel kaputt ist, dann sollte man die Umstellung vielleicht lieber doch nicht machen.

Dass in einem Planeten, der ja immer ein Snapshot eines bestimmten Zeitpunktes ist, so viele AL2 defekt sein sollen, kann ich definitiv nicht bestätigen. Bei den täglichen Auswertungen, die ja auch einen Shapshot darstellen, sind alle 2-3 Tage mal ein AL2 defekt oder es sind zwei benachbarte Länder, bei deren gemeinsamer Grenze das Problem liegt.

Brauchst ja nur mal 2-3 Seiten dieses Threads durchzublättern und eine Strichliste machen. Fehlende AL2 sind immer im Post erwähnt, die Liste der Missings braucht du dafür nicht durchzusehen.

Gruss
walter

Last edited by wambacher (2015-11-04 01:48:24)

Announcement

#726 2015-10-26 20:14:27

Re: Internationale Admin-Grenzen 2015

#727 2015-10-27 10:34:02

Re: Internationale Admin-Grenzen 2015

#728 2015-10-28 12:14:07

Re: Internationale Admin-Grenzen 2015

#729 2015-10-28 12:22:28

Re: Internationale Admin-Grenzen 2015

#730 2015-10-28 13:12:22

Re: Internationale Admin-Grenzen 2015

#731 2015-10-28 13:43:39

Re: Internationale Admin-Grenzen 2015

#732 2015-10-28 13:54:04

Re: Internationale Admin-Grenzen 2015

#733 2015-10-28 21:15:24

Re: Internationale Admin-Grenzen 2015

#734 2015-10-29 07:51:00

Re: Internationale Admin-Grenzen 2015

#735 2015-10-29 07:53:01

Re: Internationale Admin-Grenzen 2015

#736 2015-10-29 08:09:48

Re: Internationale Admin-Grenzen 2015

#737 2015-10-30 09:51:15

Re: Internationale Admin-Grenzen 2015

#738 2015-10-30 19:47:26

Re: Internationale Admin-Grenzen 2015

#739 2015-10-30 21:17:10

Re: Internationale Admin-Grenzen 2015

#740 2015-10-30 22:35:54

Re: Internationale Admin-Grenzen 2015

#741 2015-10-30 22:53:52

Re: Internationale Admin-Grenzen 2015

#742 2015-10-30 23:03:17

Re: Internationale Admin-Grenzen 2015

#743 2015-10-30 23:15:39

Re: Internationale Admin-Grenzen 2015

#744 2015-10-31 09:08:46

Re: Internationale Admin-Grenzen 2015

#745 2015-10-31 10:02:17

Re: Internationale Admin-Grenzen 2015

#746 2015-10-31 18:11:34

Re: Internationale Admin-Grenzen 2015

#747 2015-10-31 18:20:57

Re: Internationale Admin-Grenzen 2015

#748 2015-11-01 10:06:24

Re: Internationale Admin-Grenzen 2015

#749 2015-11-02 14:56:33

Re: Internationale Admin-Grenzen 2015

#750 2015-11-04 01:42:56

Re: Internationale Admin-Grenzen 2015

Board footer