Erst mal hier, später eventuell in die Proposal-Diskussion:
Das hier “After polygon of area have been formed include them into state boundary administrative relation with roles from list below to specify how this territory should be included/excluded from curent version of state borders.” macht mir Bauchschmerzen.
Nehmen wir hier z.B. eine von China beanspruchte Provinz von Bhutan, erweitert sich die chinesische Staatsfläche um dieses Gebiet, da sich osm2pgsql nicht um die Spezial-Tags wie disputed_exclude für “ätsch, ist doch nicht China” kümmert. Resultat: Überlappende Flächen, unstimmige Area-Sizes u.s.w.
Es könnte sogar sein, dass die Grenze als topologisch falsch komplett verworfen wird. Das müsste ich mal testen.
Werden diese Gebiete allerdings unabhängig von den bestehende Grenzen gehalten - wie bei den Claims - sehe ich keine Probleme.
Da fällt mir auf:
Wo ist eigentlich Lummerland zu verorten und wie tagge ich den Scheinriesen Tur Tur in seiner Funktion als Leuchtturm?
Grenzen wären admin_level=2, oder?
HIER stehen die Ergebnisse der letzten globalen Auswertung. Datenstand ist heute 00:40
country | missing | added
---------+---------+-------
ARG | 3 | 26
BRA | 4 | 6
CHN | | 1
COL | 1 |
DEU | 1 |
DZA | | 2
ESP | 2 |
GBR | | 53
IND | 1 |
IRL | | 12
JPN | | 7
MAR | 9 |
MEX | | 9
PHL | | 4
PRT | 2 |
RUS | 8 |
TUR | | 15
USA | 6 | 7
| 1 |
Eine kleine große Bitte. Derzeit ist die Unterstützung durch Euch äußerst dürftig. Es werden in den letzten Wochen nur ganz wenige Fehler korrigiert und dabei hat die Urlaubszeit noch garnicht begonnen.
Klar, man kann denken “was schert es mich, wenn in China ein Sack Reis umfällt eine Stadtgrenze defekt ist.” aber hier sind auch sehr oft große Gebiete (AL3 - AL6) dabei, die durchaus eine wichtige Bedeutung haben. Mir wäre am liebsten, wir hätten wieder 3-4 Mapper, die ein Land oder gar einen Kontinent “betreuen”, aber genau diese Kollegen sind anscheinend abgesprungen.
Sollte dies an irgendwelchen technischen Gründen liegen, die ich abstellen kann, bitte ich um Diskussion.
Wehe der technische Grund ist Absicht… aber der Link zu heute (30.4) zeigt nur die Liste von “gestern”, unter der Beschriftung, vorgestern bis vorgestern.
durch einen kleinen “Schluckauf” von planet.openstreetmap.org um ca 14:40 wurde kurzzeitig die Verarbeitung der Diffs gestört.
Da mein updatepl-Script dabei aus Sicherheitsgründen die Verarbeitung stoppt und ich das leider nicht bemerkt hatte, ist der Datenstand der DB danach nicht mehr aktualisiert worden. Somit ist die Missing Boundaries Auswertung ziemlich unvollständig Dieses gilt auch für die Fools-Auswertung der Postleitzahlen.
Das Problem ist beseitigt, der Update läuft wieder und die nächste Auswertung sollte wieder aktuell sein.
Ich werde mal über einige automatische Mail an den Admin (diese alte Schnarchtüte!) nachdenken.
Gruss
walter
@Freizeitkarten-Team: Der Update auf Triton war genau so betroffen, daher bin ich sicher, dass das an planet.opensteetmap.org oder dem dortigen Netzwerk lag.
Der Update läuft gleich wieder auch bei euch.
Vielleicht kannst Du den thread “internationaliseren”, d.h. in Englisch verfassen und in den internationalen Teil des Forums stecken.
Bei meinen Aktionen in diesem Rahmen bin ich schon teilweise auf Unverständnis bei lokalen Mappern gestoßen und musste
die Aktion dann jeweils eigens erklären.
PS: nach meinem Urlaub mit schlechtem Netz bin ich jetzt wieder regelmäßig dabei.
Jo, da hab ich auch schon dran gedacht, aber bisher mit meinem Schulenglisch davor zurück geschreckt.
Die Auswertungen laufen ja weiterhin, nur hab ich die täglichen Streicheleinheiten ein wenig eingeschränkt. Wer mitmachen will, kennt die Seite eh aber ein wenig internationales “Marketing” kann sicher nicht schaden.
Da ich inzwischen auf den Zwang zum Registrieren/Einloggen der Mapper verzichten konnte, weiss ich auch nicht, wer denn dabei mit macht und wer nicht. Ab und zu sehe ich mit einen CS an und finde da dann meine “Pappenheimer”; ab und zu sind aber wirklich Kollegen aus dem Ausland dabei, die ich nicht kenne.