Internationale Admin-Grenzen 2015

wambacher · 2015-11-04 02:34:32

Jojo4u wrote:

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

Habe ich jetzt auch mal - ziemlich spät - gemacht: Hier geht es wirklich nur um die Darstellung aber nicht um grundlegende Änderungen des Taggings administrativer Grenzen. Die Daten an sich sind wieder mal nicht so interessant - es geht mal wieder nur um die Optik

Derzeit untersuche ich die Datenlage für die "Way-Only"-Grenzen, d.h. Grenzen ohne Boundaries-Relation.
Inzwischen ist mir auch klar, wieso ich die bisher ignoriert hatte: ich musste die ignorieren

Diese Way-Only-Grenzen sind nur sehr schwer von Inseln oder ähnlichen Konstrukten zu unterscheiden.

beide sind geschlossene einfache Linestrings und haben i.d.R.

- boundary=adminitrative
- admin_level=N
- einen Namen

z.B. eine Insel http://www.openstreetmap.org/browse/way/323110287
und eine Stadt in USA http://www.openstreetmap.org/browse/way/33169503

eventuell "rettet" mich der Tag border_type='city', der anscheinend oft verwendet wird. Eine Auswertung dafür läuft gerade.

Gruss
walter

edit: Gerade ist das Ergebis eingetrudelt:

SELECT
   tags -> 'border_type' "border_type",
   count (
      tags -> 'border_type' )
   count
FROM
   planet_osm_polygon
WHERE
   osm_id > 0
   AND boundary = 'administrative'
   AND st_isclosed (
      way )
GROUP BY
   tags -> 'border_type'
ORDER BY
   count (
      tags -> 'border_type' )
   DESC,
   tags -> 'border_type';

-->

  border_type  | count 
---------------+-------
 city          |  2250
 town          |  1165
 região        |   619
 village       |    94
 distrito      |    88
 county        |    15
 borough       |     7
 university    |     6
 10            |     1
 hamlet        |     1
 neighbourhood |     1
 province      |     1
 suburb        |     1
 territorial   |     1
 township      |     1
               |     0
(16 Zeilen)

sieht gut aus.

Last edited by wambacher (2015-11-04 11:02:21)

Gehrke · 2015-11-04 09:19:11

wambacher wrote:

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.

Das kommt vielleicht auf die Definition an. osm2pgsql "korrigiert" ja einige Geometriedefekte wie Selbstüberschneidung oder logisch unverbundene Segmente, die aber geometrisch verbunden sind, automatisch.
Wenn man diese Korrekturen nicht berücksichtigt, ist bestimmt mehr kaputt.

wambacher · 2015-11-04 11:11:58

Gehrke wrote:

Das kommt vielleicht auf die Definition an. osm2pgsql "korrigiert" ja einige Geometriedefekte wie Selbstüberschneidung oder logisch unverbundene Segmente, die aber geometrisch verbunden sind, automatisch.
Wenn man diese Korrekturen nicht berücksichtigt, ist bestimmt mehr kaputt.

Jau, stimmt natürlich.

ich habe --exclude-invalid-polygons nicht drin. Auch so eine "Altlast".
Theoretisch müsste man die ja auch nachträglich bei den Updates per DIFF aktivieren können. Da greift die ab sofort für alle defekten Polygone, die ab dann reinkommen. Muss mal überlegen, ob das sinnvoll ist.

@jan: verwendest du diese Option?

Gruss
walter

Gehrke · 2015-11-04 11:17:40

wambacher wrote:

@jan: verwendest du diese Option?

Nein. Ich prüfe die Polygone ohne Hilfe von osm2pgsql, sondern direkt auf den Rohadaten mit PostGIS.

wambacher · 2015-11-04 11:44:35

Moin,

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

Der Datenstand ist von gestern Nachmittag 17:31

17 Missings und 1 kritisches Multipolygon.

Gruss
walter

wambacher · 2015-11-04 21:33:07

Gehrke wrote:

wambacher wrote:
@jan: verwendest du diese Option?
Nein. Ich prüfe die Polygone ohne Hilfe von osm2pgsql, sondern direkt auf den Rohadaten mit PostGIS.

Und womit schaufelst du die Rohdaten in die DB?

Gruss
walter

ps: hab mich jetzt entschlossen, diese Option beim Reimport der DB zu aktivieren, da es mir wichtiger ist, einige Datenfehler mehr zu finden als eine auf Biegen und Brechen "korrekte" Karte zu bekommen.

wambacher · 2015-11-05 09:09:03

Moin,

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

Der Datenstand ist von heute Nacht 0:15

27 Missings und 0 kritische Multipolygone.

Gruss
walter

Gehrke · 2015-11-05 09:14:23

wambacher wrote:

27 Missings und 0 kritische Multipolygone.

Kümmere mich um DE und die auch betroffenen PLZs

Gehrke · 2015-11-05 10:30:09

Gehrke wrote:

wambacher wrote:
27 Missings und 0 kritische Multipolygone.
Kümmere mich um DE und die auch betroffenen PLZs

Bielefeld ist (für mich) grenztechnisch ein Moloch! Wieder mal total zerschossen und sehr detailliert eventuell teils falsche neue Grenzen gezogen, die weder Gemarkung noch Flur entsprechen, aber meist wenige Meter parallel dazu laufen.

EDIT: Und natürlich höchst fehlerträchtig mit landuse etc. verklebt (vielleicht schon vorher)...

EDIT 2: Die Änderungen werden im Moment auch als Changeset-Kommentar diskutiert.

Last edited by Gehrke (2015-11-05 13:05:18)

Gehrke · 2015-11-05 13:02:10

wambacher wrote:

Gehrke wrote:
Ich prüfe die Polygone ohne Hilfe von osm2pgsql, sondern direkt auf den Rohadaten mit PostGIS.
Und womit schaufelst du die Rohdaten in die DB?

Old-school mit osmosis und etwas eigenem Java und PL/pgSQL.

wambacher · 2015-11-06 09:46:50

Moin,

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

Der Datenstand ist von heute Nacht 1:21

33 Missings und 2 kritische Multipolygone.

Gruss
walter

wambacher · 2015-11-07 10:07:04

Moin,

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

Der Datenstand ist von heute Nacht 1:19

10 Missings und kein kritisches Multipolygon.

Gruss
walter

wambacher · 2015-11-08 11:03:35

Moin,

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

Der Datenstand ist von heute Nacht 1:21

15 Missings und kein kritisches Multipolygon.

Gruss
walter

wambacher · 2015-11-09 11:07:24

Moin,

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

Der Datenstand ist von heute Nacht 1:21

25 Missings und 3 kritische Multipolygone, wobei mir Georgien die grössten Sorgen macht.

Chile/Peru hat es erwischt:

Gruss
walter

Last edited by wambacher (2015-11-09 11:08:58)

R0bst3r · 2015-11-09 11:44:20

wambacher wrote:

wobei mir Georgien die grössten Sorgen macht.

Um Georgien/Abkhazia gibts gerade einen "Edit war". Ein User möchte keine russischen und georgischen "Einflüsse" in Abchasien haben.

http://forum.openstreetmap.org/viewtopic.php?id=52624

Last edited by R0bst3r (2015-11-09 11:44:59)

wambacher · 2015-11-09 11:53:34

R0bst3r wrote:

wambacher wrote:
wobei mir Georgien die grössten Sorgen macht.
Um Georgien/Abkhazia gibts gerade einen "Edit war". Ein User möchte keine russischen und georgischen "Einflüsse" in Abchasien haben.
http://forum.openstreetmap.org/viewtopic.php?id=52624

Hab ich befürchtet. Da der Mapper seine Edits in kleinen Schritten mit iD macht, ist ein von den Kollegen gewünschter Revert sehr schwierig.

@frederik: Kannst du mit deinen Tools da was machen? Oder müssen wir den offiziellen Weg über die DWG gehen?

Gruss
walter

Last edited by wambacher (2015-11-09 19:11:01)

wambacher · 2015-11-09 19:13:05

Hab eben die DWG angeschrieben, da er fleissig weiter macht. Vorhin hat er name:ab, name:ru und name:de aus den Daten gelöscht.

z.B. http://www.openstreetmap.org/node/519924465/history

Gruss
walter

R0bst3r · 2015-11-09 21:34:24

Hab ihn auch nochmal angeschrieben, auf den Hinweis aufs Forum kam nix.
Er soll doch bitte mitarbeiten und nicht gegen alle. Dann kann er ja auch seine georgischen Namen haben. Man solls ja im guten probieren

wambacher · 2015-11-09 22:35:10

R0bst3r wrote:

Hab ihn auch nochmal angeschrieben, auf den Hinweis aufs Forum kam nix.
Er soll doch bitte mitarbeiten und nicht gegen alle. Dann kann er ja auch seine georgischen Namen haben. Man solls ja im guten probieren

hier mal seine vollständige Antwort:

Hi,
Vandalism is when the Georgian names of toponyms in Georgia within its internationally recognized borders are changed to Russian.
The Abkhazia and Tskhinvali regions are both Georgian territories.
You have been reported for sending intimidating messages to me.

Kein Bezug auf die defekten Grenzen, kein Bezug auf gelöschte name:ad, name:ru und name:de - nix.

ok, er hat wohl den Inhalt von name=* auf lokale Namen geändert und das mag sogar richtig sein, aber das erlaubt ihm nicht, die anderen name-Tags zu entfernen.

Benimmt sich übrigens nicht wie ein Newbie sondern hat mich gleich wegen "intimidating messages" irgendwo angeschwärzt.

Gruss
walter

warte immer noch auf die DWG - und gesperrt bin ich auch noch nicht

Last edited by wambacher (2015-11-09 22:35:59)

wambacher · 2015-11-10 09:51:05

Moin,

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

Der Datenstand ist von gestern Nacht 23:06

6 Missings und 0 kritische Multipolygone.

Peru klemmt immer noch, da es einen Disput über maritime versus administrative Grenzen gibt.

see https://www.openstreetmap.org/changeset/35203004

Gruss
walter

@4rch: hier könnte ich mal wieder deine Hilfe gebrauchen.

Last edited by wambacher (2015-11-10 10:13:53)

Gehrke · 2015-11-10 10:11:20

wambacher wrote:

6 Missings und 0 kritische Multipolygone.

Eigentlich war Bensheim und angrenzende defekt, weil da ein verwaistes Grenzsegment drin war.
Hast Du osm2pgsql noch nicht umgestellt, oder erkennt der das nicht?

wambacher · 2015-11-10 10:21:10

Gehrke wrote:

wambacher wrote:
6 Missings und 0 kritische Multipolygone.
Eigentlich war Bensheim und angrenzende defekt, weil da ein verwaistes Grenzsegment drin war.
Hast Du osm2pgsql noch nicht umgestellt, oder erkennt der das nicht?

nö, hab ich noch nicht umgestellt. Bei dem Job, der derzeit eine neue DB des Planeten erzeugen soll, ist das drin, aber der wird und wird nicht fertig
Bin mir nicht ganz sicher, ob ich --exclude-invalid-polygon bei der bestehenden DB verwenden soll, aber ich werde mal einen Test machen.

Gruss
walter

woodpeck · 2015-11-10 10:25:54

wambacher wrote:

warte immer noch auf die DWG - und gesperrt bin ich auch noch nicht

Mist, jetzt wollte ich Wambacher sperren und hab mich aus versehen verklickt: http://www.openstreetmap.org/user_blocks/844
http://www.openstreetmap.org/changeset/35204667

Bye
Frederik

wambacher · 2015-11-10 10:36:01

woodpeck wrote:

Mist, jetzt wollte ich Wambacher sperren und hab mich aus versehen verklickt: http://www.openstreetmap.org/user_blocks/844
http://www.openstreetmap.org/changeset/35204667

Danke für den Revert - und den Schreck in der Morgenstunde

Gruss
walter

Last edited by wambacher (2015-11-10 10:41:11)

SimonPoole · 2015-11-10 12:33:13

Z.K. für den 1.1.2016 http://lists.openstreetmap.ch/pipermail … 03440.html

Announcement

#751 2015-11-04 02:34:32

Re: Internationale Admin-Grenzen 2015

#752 2015-11-04 09:19:11

Re: Internationale Admin-Grenzen 2015

#753 2015-11-04 11:11:58

Re: Internationale Admin-Grenzen 2015

#754 2015-11-04 11:17:40

Re: Internationale Admin-Grenzen 2015

#755 2015-11-04 11:44:35

Re: Internationale Admin-Grenzen 2015

#756 2015-11-04 21:33:07

Re: Internationale Admin-Grenzen 2015

#757 2015-11-05 09:09:03

Re: Internationale Admin-Grenzen 2015

#758 2015-11-05 09:14:23

Re: Internationale Admin-Grenzen 2015

#759 2015-11-05 10:30:09

Re: Internationale Admin-Grenzen 2015

#760 2015-11-05 13:02:10

Re: Internationale Admin-Grenzen 2015

#761 2015-11-06 09:46:50

Re: Internationale Admin-Grenzen 2015

#762 2015-11-07 10:07:04

Re: Internationale Admin-Grenzen 2015

#763 2015-11-08 11:03:35

Re: Internationale Admin-Grenzen 2015

#764 2015-11-09 11:07:24

Re: Internationale Admin-Grenzen 2015

#765 2015-11-09 11:44:20

Re: Internationale Admin-Grenzen 2015

#766 2015-11-09 11:53:34

Re: Internationale Admin-Grenzen 2015

#767 2015-11-09 19:13:05

Re: Internationale Admin-Grenzen 2015

#768 2015-11-09 21:34:24

Re: Internationale Admin-Grenzen 2015

#769 2015-11-09 22:35:10

Re: Internationale Admin-Grenzen 2015

#770 2015-11-10 09:51:05

Re: Internationale Admin-Grenzen 2015

#771 2015-11-10 10:11:20

Re: Internationale Admin-Grenzen 2015

#772 2015-11-10 10:21:10

Re: Internationale Admin-Grenzen 2015

#773 2015-11-10 10:25:54

Re: Internationale Admin-Grenzen 2015

#774 2015-11-10 10:36:01

Re: Internationale Admin-Grenzen 2015

#775 2015-11-10 12:33:13

Re: Internationale Admin-Grenzen 2015

Board footer