Internationale Admin-Grenzen 2015

Moin,

Hier stehen die Ergebnisse der letzten globalen Auswertung. Datenstand war von heute Nacht 2:30 Uhr.

DEU: +23 fast alle AL9

ARG: -2, +3
BLZ: -1, +2, stark geschrumpft
BOL: +2
BRA: -13, + ~100
ECU: +5
FRA: -3
GBR: +35
GRC: -4 auf 1% geschrumpft - passt irgendwie :wink:
GTM: -1 AL2! +24
HTI: -2
IRL: -2, + ~50
JPN: -2, +7
MKD: -5 al2 put
POL: +13
PRT: +9
RUS: +2
SVK: -5
TWN: +23
UKR: +3
USA: +4

eventuell hat ja jemand “Erbarmen” mit seinem geplanten Urlaubsland?

Sieht ein wenig mau aus:

Gruss
walter

In diesem Thread fragt aktuell der User Joost Schouppe nach Hilfe zu der Grenze Oman - VAE :

http://forum.openstreetmap.org/viewtopic.php?id=29954 … wie sieht es da aus?

eigentlich ganz sauber. nix fehl, nix ist widersprüchlich. naja, ich frag ihn mal - kenn ihn eh schon.

gruss
walter

welcher Voodoozauber hat den denn gepackt?

Irgendwo auf Haiti:

nach Revert:

Lang aktiver User, 1700 CS, schafft mit Josm und dann das?

Grübelnde Grüsse
walter

ps: im Süden ist noch etwas “Kabelsalat”, aber das schau ich mir morgen an.

I think that we can see this thread as the initial discussion. If there should appear any complaints or reasonable arguments against the admin_level=2 status of Kosovo after the changes we could open a new thread in the Q&A section.
We should document the change of the admin_level of Kosovo and the shrink of Serbia at http://wiki.openstreetmap.org/wiki/WikiProject_Kosovo

If there are no objections against this procedure I’ll apply the changes (admin_level=2 for Kosovo; dissolve the overlap between Serbia and Kosovo; documentation at the Wikipage) on Sunday.

Great!

regards
walter

Moin,

Hier stehen die Ergebnisse der letzten globalen Auswertung. Datenstand war von heute Nacht 1:57 Uhr.

DEU: -3, 9

AUT: -19, +7 AL10

den Rest könnt ihr selber zählen. Ich schreib mal 'ne kleine Auswertung dafür - soll die Kiste machen :wink:

Ansonsten natürlich Serbien/Kosovo, aber sonst ok.

Gruss
walter

DEU 	4559454 	Geislautern (9)

Ist vermutlich ein Copy-Paste-Fehler und sollte Ludweiler heißen.

DEU 4515954 Langgöns (8) war doppelt, daher hatte ich es gelsöcht.

danke.

ich nehma an, du änderst das, gell?

Gruss
walter

Ich hätte es mit iD geändert, wollte aber die Relation nicht zerschießen.

name der Relation lautet nur Ludweiler

Moin,

Hier stehen die Ergebnisse der letzten globalen Auswertung. Datenstand war von heute Nacht 2:29 Uhr.


 country | missed | added 
---------+--------+-------
 AUS     |      4 |      
 BRA     |      8 |    11
 CHN     |        |     6
 DEU     |      5 |    13
 DZA     |        |     1
 GBR     |        |    19
 IRL     |        |    78
 ITA     |        |     2
 JPN     |      2 |      
 KHM     |        |     2
 LTU     |        |     1
 MEX     |        |     2
 MKD     |      1 |     3
 POL     |        |    12
 RUS     |        |     1
 SVK     |        |     9
 TWN     |        |     2
 URY     |        |     2
 USA     |      2 |     2

Serbien hat gestern jemand repariert (“kleine Lösung”), der Kosovo ist auch geschlossen, allerdings mit 2 Rels mit AL4 und ohne AL. MMn müssste die mit AL4 weg und die andere AL2 bekommen, da diese auch die ganzen ausländischen Namen beinhaltet.

Wollte nicht dran rumdrehen, da 4rch da schon aktiv ist.

Gruss
walter

Die Auswertung von gestern lässt sich nicht editieren. Die fehlenden österr. Verwaltungseinheiten in der Liste verstehe ich nicht ganz, die Relationen waren nie als AL-Relation getaggt. z.B. http://www.openstreetmap.org/relation/2172184/history

Hi,

Editieren geht wieder. War mal kurz aus mir nicht ganz klaren Gründen gesperrt. Zudem war der Server mal kurz planmäßig weg, ist jetzt aber wieder da.

Die Rels in AT schau ich mir auch mal kurz an. An und für sich vergleicht mein Programm die Liste der gestrigen Grenzen mit den heutigen, nur ist die Vergleichstabelle von vorgestern natürlich weg.

Quatsch, die Liste ist noch da:


select id,localname,level,ts 
  from countries2
 where id=:id 
 order by ts desc;

   id    |   localname   | level |           ts           
---------+---------------+-------+------------------------
 2172267 | Äußerer Stein |    10 | 2015-02-05 01:29:03+01
 2172267 | Äußerer Stein |    10 | 2015-02-04 00:59:02+01
 2172267 | Äußerer Stein |    10 | 2015-02-03 00:59:03+01
 2172267 | Äußerer Stein |    10 | 2015-02-02 01:04:03+01
 2172267 | Äußerer Stein |    10 | 2015-01-31 23:59:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-31 00:54:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-29 22:22:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-28 11:23:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-25 05:59:03+01
 2172267 | Äußerer Stein |    10 | 2015-01-23 14:59:01+01
 2172267 | Äußerer Stein |    10 | 2015-01-21 07:02:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-19 03:04:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-17 07:05:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-14 23:07:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-12 11:08:02+01
 2172267 | Äußerer Stein |    10 | 2015-01-10 19:10:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-23 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-22 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-21 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-20 02:05:05+01
 2172267 | Äußerer Stein |    10 | 2014-12-19 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-18 02:05:03+01
 2172267 | Äußerer Stein |    10 | 2014-12-17 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-16 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-15 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-14 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-13 02:05:03+01
 2172267 | Äußerer Stein |    10 | 2014-12-12 02:05:04+01
 2172267 | Äußerer Stein |    10 | 2014-12-11 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-10 02:05:03+01
 2172267 | Äußerer Stein |    10 | 2014-12-09 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-08 02:05:03+01
 2172267 | Äußerer Stein |    10 | 2014-12-07 02:05:01+01
 2172267 | Äußerer Stein |    10 | 2014-12-06 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-05 02:05:01+01
 2172267 | Äußerer Stein |    10 | 2014-12-04 02:05:01+01
 2172267 | Äußerer Stein |    10 | 2014-12-03 02:05:03+01
 2172267 | Äußerer Stein |    10 | 2014-12-02 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-12-01 02:05:02+01
 2172267 | Äußerer Stein |    10 | 2014-11-01 04:05:01+01
(40 Zeilen)

die war bis vorgestern mit al10 in meiner DB und danach nicht mehr. Darum der Report. Nur wieso?

Jedesmal, wenn an der Rel , einem der Ways oder an einem Node eine Winzigkeit geändert wird, wird die Rel neu durchgerechnet. Aber es hat sich nix und garnix geändert. Die ist schon seid Monaten falsch drin gewesen und dann wurde sie auf einmal - warum auch immer - neu durchgerechnet und somit korrigiert.

Das AL10 der Rel kam mal von den AL10 der Ways, die wurden an die Relation “hochgereicht”. Das ist aber schon lange raus.

Ich stecke das mal weg und korrigiere die Auswertungsliste.

Mut zum Boot
walter

Moin,

Hier stehen die Ergebnisse der letzten globalen Auswertung. Datenstand war von heute Nacht 2:19 Uhr.


 country | missed | added 
---------+--------+-------
 ARG     |      2 |      
 AUS     |      1 |     4
 BDI     |      2 |      
 BOL     |        |     2
 BRA     |      3 |     9
 CHN     |        |    28
 DEU     |        |     6
 ESP     |      1 |      
 GBR     |        |    14
 IRL     |        |    55
 JPN     |        |    51
 MEX     |      1 |      
 NZL     |        |     1
 PRT     |        |     1
 RUS     |      2 |     3
 UKR     |        |     5
 USA     |      2 |     3

Kosovo scheint jetzt ok zu sein. Schau’n wir mal wie lange. Nee, ist immer noch defekt.

An der Grenze zwischen USA und Mexico hat wohl wer “rumgepfuscht”. Schau ich mir gleich mal an. FIXED, Flüchtigkeitsfehler.

Gruss
walter

I’ve changed the status of Kosovo to admin_level=2 like we’ve discussed before. I’ve added the temporary ISO3166-1 alpha2-Code “XK” because the European Commission and many other organisations do also use this code: https://geonames.wordpress.com/2010/03/08/xk-country-code-for-kosovo/

(ISO3166-1:alpha2=XK)

Great,

is there an ISO3166-1:alpha3?

found “According to Kosovan passport, Kosovo’s current passports use the unofficial code “RKS”. Jpatokal (talk) 12:32, 3 June 2010 (UTC)” in https://en.wikipedia.org/wiki/Talk:ISO_3166-1_alpha-3

would like to add this because i really need that code. otherwise i have to write a workaround.

Regards
walter

Moin,

Hier stehen die Ergebnisse der letzten globalen Auswertung. Datenstand ist von heute Nacht 2:19 Uhr.


 country | missed | added 
---------+--------+-------
 AUS     |        |     1
 BDI     |        |     2
 BOL     |        |     4
 BRA     |      1 |     2
 CHN     |        |    17
 DEU     |      5 |     4
 DZA     |      2 |     1
 ESP     |        |     1
 GBR     |        |    25
 IRL     |      1 |    11
 ITA     |      2 |      
 JPN     |      4 |     1
 MEX     |        |     1
 MKD     |      2 |     8
 POL     |        |    13
 PRT     |      2 |      
 RUS     |      1 |     9
 UKR     |      2 |     2
 USA     |      3 |     6

Kosovo scheint jetzt ok zu sein. Schau’n wir mal wie lange.

Ansonsten ist bei den Ländern alles ok.

Gruss
walter

No, the International Organization for Standardization released no official ISO3166-1-Codes for Kosovo yet.

I don’t know how widely this unofficial code is accepted by other organizations, etc.

Maybe we should use an user assigned code? https://en.wikipedia.org/wiki/ISO_3166-1_alpha-3#User-assigned_code_elements

Edit: It seems that “XXK” is a common user assigned code for Kosovo: https://de.wikipedia.org/wiki/Wikipedia:Namenskonventionen/Staaten