Uii, war mir neu.
Da käme ich jetzt gerne drauf zurück, alle Boundaries aus overpass holen ist am Stück etwas schwieriger.
Bei meinem Versuch den join (die Verknüpfung) zur CSV Datei über den amtlichen Schlüssel zu machen, bin ich gescheitert, nehme jetzt Name. Ich bekomme in QGIS den Schlüssel nur ohne führende Null gelesen. Den Datentyp String per CSVT angeben habe ich versucht, in der Attributtabelle sind sie (die führenden Nullen) dann am Ende trotzdem weg.
Christoph (Gmail adresse: thefive.osm@…)
Hast du es denn schon mit “meinen” Boundaries versucht? Alle Landkreise (AL6) einer Region (ich empfehle Niedersachsen) herunterzuladen, ist doch ein Klacks. Nur für alle 400 Landkreise von Deutschland “am Stück” müsste ich aktiv werden - das mach ich aber erst wenn du die Sache im Griff hast.
Gruss
walter
Wenn man die Zahlen in eine Tabelle importiert, klappt das recht schnell, z.B. mit Postgres:
CREATE TABLE measurements
(
id integer NOT NULL,
schluessel text,
name text,
count integer,
CONSTRAINT measurements_pkey PRIMARY KEY (id)
)
WITH (
OIDS=FALSE
);
copy measurements from ‘/home/couch/2014-08-15_de-county-addresses-without-street.csv’ DELIMITER ‘;’ CSV HEADER ENCODING ‘ISO-8859-1’;
Join-Kriterium: measurements schluessel → REGION_KEY
Bei der Tabellenauswahl darauf achten, dass auch Tabellen ohne Geometry angezeigt werden. Eingebunden in QGis war direkt das Shape-File von Walter.
Jetzt schaue ich mal noch, ob das direkt mit einem CSV-File klappt…
Zunächst ein namesgleiches CSVT-File erzeugt: (siehe Link):
"Integer","String","String","Integer"
Dann CSV importiert mit Encoding ISO-8859-1 (ist aber nicht so wichtig).
Join-Kriterium: 2014-08-15_de-county-addresses-without-street schluessel → REGION_KEY
funzt auch.
Das mit dem Join in QGIS kannte ich noch nicht. Habe bisher immer die Werte einer SQL-Tabelle dargestellt und da war immer alles drin was ich brauchte.
Hatte mich schon gefragt, wie man die Statistik-Daten nachträglich in den Shape reinkriegt - aber das hat sich ja nun erledigt.
Danke und Gruss
walter
ps: QGIS gefällt mir immer besser 
[https://osm.wno-edv-service.de/DataServer/osm/files/alle_al6_von_deu.zip]](https://osm.wno-edv-service.de/DataServer/osm/files/alle_al6_von_deu.zip])
Mal(e) mit Zufallsfarben.
Gruss
walter
Sorry, hab mich irgendwie beim Zitieren vertan.
So sieht das hier aus (Ubuntu mit QGis 2.4.0)
Und so bei mir mit dem folgenden CSVT File.
"Integer","String","String","Integer"
Ich habe alle Kombinationen probiert, “;” “,”…
Allerdings kein Ubuntu sondern Mac.
Die neuen Zahlen für fehlende Straßenangaben sind da (etwas verzögert am Sonntag) und als CSV hochgeladen (Datenstand ca. 2014-08-16T20:20Z):
Insgesamt gibt es in Deutschland noch 91.913 Fälle (Tag davor 100.514). Wieder ein gutes Stück vorangekommen.
Die Highlights hervorzuheben, überlasse ich mal TheFive.
Hmm, bei mir sind Spalte 2 und 3 noch QString, bevor sie über das CSVT als String interpretiert werden. Die Frage ist, warum der Schluessel schon als double reinkommt. Seltsam.
Google Calc
ist aktuell.
30% der Fehler sind gefixt, 40.000 in absolut. Die 100.000 er Marke ist geknackt.
Der Kreis Borken ist nicht mehr auf Platz 2 (zu viel QGIS 
), und wurde von Hamburg abgelöst.
Der Landkreis Harburg ist mit -1.668 neu eingestiegen und voll im Rennen.
Und was mit am meisten freut, es kommen immer noch Kreise dazu:
Landkreis Saarlouis
Kreis Pinneberg
Landkreis Neunkirchen
Wetteraukreis
Landkreis Waldeck-Frankenberg
Landkreis Sonneberg
Landkreis Zwickau
Landkreis Coburg
Landkreis Haßberge
Freiburg im Breisgau
Emden
Landkreis Meißen
Landkreis Merzig-Wadern
Duisburg
Christoph
Danke! In der Spalte für den 15. sind noch Geisterwerte/Artefakte.
Bin cachen fix ich später
https://osm.wno-edv-service.de/DataServer/osm/files/alle_al6_deu.zip
Mal(e) mit Zufallsfarben.
Gruss
walter
Jetzt nochmal mit den Daten von heute:
Edit: Noch ein paar Einstellungen:
Color Ramp: “Oranges”
Leere Flächen vermeiden: Im Style den Ausdruck coalesce (“2014-08-16_de-county-addresses-without-street_count”,0) verwenden
Hintergrundbild: Omniscale OpenStreetMap (complete map) - war bei QGIS 2.4.0 unter OWS->Omniscale schon mit dabei
Nächsten Sonntag bzw. Montag darauf könnten wir dann ja ein Vorher-Nachher-Bild machen.
Hübsch - nun bitte noch mit Legende (*)
Gruss
walter
*) Feierabend im Hühnerstall 
Wie ich weiter oben schon schrieb, habe ich hier einen Haufen addr:interpolation bei denen addr:street am way steht aber nicht an den Nodes:
http://overpass-turbo.eu/s/4BS
Insgesamt sind es einige hundert Stück, auch in der weiteren Umgebung. Die Eintragungen scheinen alle von einem User zu stammen und sind schon 5 Jahre alt. Eine manuelles kopieren der ganzen addr:street wird einige Stunden dauern, und die nötigen Änderungen sind trivial. Deswegen meine Frage, ob sich da jemand an einer halbautomatischen Korrektur versuchen will?
Ich werde mir erstmal einen gesamtdeutschen Überblick über das (leidige) Thema “addr:interpolation” machen. Meine Datenbank zu “kitzeln”, ist hierbei offenbar recht aufwendig.
Es scheint zumindest ca. 28.000 Fälle zu geben, wovon ca. 5.600 den Tag "addr:street’ tragen, die wiederum ca. 10.000 member nodes ohne ‘addr:street’ haben, von denen ca. 5100 aber eine Hausnummer haben!
Habe mir ein paar Fälle angeschaut (und korrigiert). Oft ist der Interpolations-Way überflüssig, da eh (fast) alle Adressen einzeln vorhanden sind.
Ein großer Interpolationsfreund scheint in Berstadt zu hausen (ist aber auch alles 5 Jahre alt).
Ich hoffe das ich “meinen” Landkreis in den nächsten Tagen einigermaßen sauber habe. Bis auf knifflige Fälle die man erst vor Ort abklären muss.
addr:interpolation hab ich soweit möglich/nötig gelöscht.
st