Internationale Administrative Grenzen

Ganz einfach: Liste der “Missings” schnappen und in einem vernünftigen Editor einen genauen Blick auf die Relationen werfen. In etwa 90% der Fälle ist da ein nur kleiner Fehler beim Editieren durch einen unerfahrenen Mapper passiert und ein Stückchen der Grenze fehlt. Ab und zu ist mal auch eine total geschreddert; da kann man über die History noch was machen aber manchmal krieg ich das auch nicht hin.

In Josm:

  • Josm aurufen und leere Ebene anlegen
  • Datei/Objekt herunterladen
  • Relationen auswählen und id eingeben
  • den Haken bei “Relationselmente runterladen” weg
  • Klick

Dann sieht man in der Regel das Problem schon. Aber bevor man das korrigiert, unbedingt den defekten Bereich komplett herunterladen, sonst macht man mehr kaputt auf vorher defekt war.

Wenn man dann noch ein Filter setzt, wird es auf einmal übersichtlich:

Gruss
walter

ps: in dem aktuellen Beispiel ist der Fehler bereits korrigiert - war von gestern.

Bei gelöschten Segmenten hilft auch “JOSM->Datei->Objekt wiederherstellen”

Die ID des gelöschten Objekts kann man z.B. in der History der Relation im Web aufspüren bzw. im Changeset (dort als gelöschter Weg aufgeführt).

Ich dachte, dass auch andere über die Fehlerliste drüberschauen und war daher die letzten Tage etwas nachlässig. Ich kuck mir heute Abend mal die Listen letzten Tage an.
Nur mal so ne Idee - vielleicht könnte man über http://www.openstreetmap.org/diary mehr Interessierte erreichen als hier im Forum?
Eine andere Idee, die mir gerade gekommen ist, die Fehlerliste als Tabelle im Wiki zu posten mit einer Freispalte für Anmerkungen und für (fixed).

Gruß

Ja, an der Kommunikation feile ich noch. Und meine Frage, die Fehlerliste ähnlich wie Fools für alle editierbar zu machen, wurde bisher mit “unnötig” beantwortet.
[1]

Gruss
walter

[1] http://forum.openstreetmap.org/viewtopic.php?pid=459472#p459472

Zumindest für meinen aktuellen kleinen Tellerrand.

Ich war doch nur im Urlaub! Werde demnächst wieder los legen… :slight_smile:

Diese Auswertung ist aber nicht so umfassend, wie diejenige, die Du mal zwischendurch rumgeschickt hast, oder (~ “Zu welchen AB-Relationen gibt es keine Fläche”)?

ja, das stimmt. Das hab ich noch nicht in den Griff bekommen. Es gab/gibt da ein Problem, aber frag mich blos nicht, welches :wink:

Ich schau mir das heute Abend mal vor der nächsten Auswertung an.

Gruss
walter

Bittschön:


 Relation | iso3 |              Boundary              | old area | new area |   Diff    |      % Diff      
----------+------+------------------------------------+----------+----------+-----------+------------------
  2803631 |      | Allmendingen (8)                   | 0.005566 | 0.000944 | -0.004622 |           -83.04
  4181665 |      | Bunnavally (10)                    |  3.3e-05 |  6.2e-05 |   2.9e-05 |            87.88
  4180595 |      | Cartronkeel (10)                   |  2.8e-05 |  3.4e-05 |     6e-06 |            21.43
  1552195 |      | Central Luzon (3)                  |  1.76462 |  1.97033 |   0.20571 |            11.66
  2186308 |      | Malé Uherce (9)                    | 0.000728 | 0.000462 | -0.000266 |           -36.54
  2225737 |      | Malé Uherce (10)                   | 0.000728 | 0.000462 | -0.000266 |           -36.54
  2499263 |      | Partido de La Plata (5)            | 0.000204 | 0.088086 |  0.087882 |         43079.41
  2456183 |      | Rippleside (10)                    |  2.9e-05 |    5e-05 |   2.1e-05 |            72.41
  2186296 |      | Veľké Bielice (10)                 | 0.000663 | 0.000743 |     8e-05 |            12.07
  1504691 |      | Zambales (4)                       |  0.30906 | 0.514772 |  0.205712 |            66.56
  1858774 |      | городской округ Хасавюрт (6)       | 0.007037 | 0.005478 | -0.001559 |           -22.15
  1824130 |      | Коркинское городское поселение (8) | 0.002979 | 0.007723 |  0.004744 |           159.25
  2762268 |      | Томаківка (9)                      | 0.001892 | 0.001527 | -0.000365 |           -19.29
(13 rows)

Zwei Bemerkungen:

  • Ich muß die Abfrage noch ein wenig verfeinern, damit ich hier auch den Iso3-Code angeben kann. Wieder mal eine Spatiale Abfrage ;(

  • Im Gegensatz zu den Flächenangaben der alten Auswertung, die in Km² war, kann ich hier nur die Flächen in SRID-Einheiten ausgeben. Bei der Umrechnung Geometrie → Geographie knallt es sehr oft und killt somit die Auswertung. ich möchte nicht noch zusätzliche Arbeit wegen der “Schönheit” aufwenden, wichtig ist nur die Größe der Differenz.

Gruss
walter

Moin,

hier stehen (noch) die Ergebnisse der letzten globalen Auswertung.

DEU: +5
Verluste in CHN(4), ESP(3), GBR(2), POL(4) und TWN(6)

Der Rest steht im Report.

Die Auswertung der AL2 wird nachgereicht.

Gruss
walter

Myanmar schau ich mir sofort mal an. → done

Habe alles gefixed (“Damaged or missing boundaries”).

Danke :slight_smile:

ich bastel noch an meinem neuen Webserver rum (wird was mit Jooma!) und da wird dann auch ein Update des Status möglich sein.

Gruss
walter

Gestern ist mir ein User aufgefallen, der Länder mit neuen Namensvalues erweitert hat.
z.B. Afghanistan:
name:UN:ar=أفغانستان
name:UN:en=Afghanistan
name:UN:es=Afganistán (el)

Ich habe mal Kontakt mit dem User aufgenommen, da mir das Tagging und die Redundanz nicht gefällt.

Merkwürdige Sache. Newbie (oder Zweitaccount) und gleich sowas? Und dann noch mit Josm! Nun denn, stören tut es eigentlich nicht.

Gruss
walter

Moin,

hier stehen (noch) die Ergebnisse der letzten globalen Auswertung.

DEU: +12, -2

sonstige Verluste:
BRA: -3
PRT: -6
USA: -5
unknown: -12

Der Rest steht im Report.

Kroatien hat es erwischt, ich kümmere mich gleich drum.

Gruss
walter

hatte ich bereits gefixt

In Kroatien/Slovenien hat jemand wohl eine En-/Exklave entfernt und einiges verschoben. Weiss jemand was näheres?

Gruss
walter

alles klar, aber wohl nicht auf DEU: +0 :wink:

Gruss
walter

die Auswertung startet um 5:05 und zeigt natürlich diesen Datenstand an.

Diese sind korrigiert.

tnx, dann mach ich nachher noch Amiland.

Gruss
walter