Moin, @hfs
Läuft der Job noch? Adressen die ich vor 2 Tagen in Brieselang eingetragen hatte sind immer noch 
.
EDIT: Hab den Cache mal geleert, eventuell lags daran. 
Ich ignoriere jetzt Adressen in der Auswertung, wenn im Straßennamen KG oder Kleingarten vorkommt. Solche Adressen werden grau dargestellt, damit sie nicht als „Fehler“ erscheinen und dazu verleiten, sie einfach zu übernehmen.
Wenn jemand mehr Infos hat oder Fotos vor Ort macht, die zeigen, dass diese Hausnummern wirklich so verwendet werden, dann kann ich es leicht wieder rückgängig machen.
@chris66, ja, ist durchgelaufen? Bei mir funktioniert’s in allen Zoomstufen, auf der Website und in JOSM.
Hier kann man immer sehen, wann der letzte Job durchgelaufen ist: Letzte Änderung | Brandenburg Addresses.
Wenn Du JOSM von der Kommandozeile startest, bekommst Du Logausgaben, welche Kacheln geladen wurden. Vielleicht kann man da ja etwas sehen?
2023-04-13 13:53:34.210 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17457/10672.mvt -> HTTP/1.1 200 (126 ms; 443 B)
2023-04-13 13:53:34.235 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17454/10678.mvt -> HTTP/1.1 200 (134 ms)
2023-04-13 13:53:34.241 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17450/10675.mvt -> HTTP/1.1 200 (127 ms; 116 B)
2023-04-13 13:53:34.258 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17453/10678.mvt -> HTTP/1.1 200 (129 ms)
2023-04-13 13:53:34.339 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17458/10675.mvt -> HTTP/1.1 200 (127 ms)
2023-04-13 13:53:34.348 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17450/10674.mvt -> HTTP/1.1 200 (136 ms; 82 B)
2023-04-13 13:53:34.351 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17455/10678.mvt -> HTTP/1.1 200 (139 ms)
2023-04-13 13:53:34.362 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17450/10676.mvt -> HTTP/1.1 200 (126 ms)
2023-04-13 13:53:34.371 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17452/10678.mvt -> HTTP/1.1 200 (129 ms)
2023-04-13 13:53:34.385 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17455/10671.mvt -> HTTP/1.1 200 (126 ms; 611 B)
2023-04-13 13:53:34.475 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17456/10678.mvt -> HTTP/1.1 200 (131 ms)
2023-04-13 13:53:34.481 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17451/10678.mvt -> HTTP/1.1 200 (133 ms)
2023-04-13 13:53:34.485 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17452/10671.mvt -> HTTP/1.1 200 (132 ms; 1,29 kB)
2023-04-13 13:53:34.488 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17456/10671.mvt -> HTTP/1.1 200 (126 ms; 983 B)
2023-04-13 13:53:34.497 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17457/10678.mvt -> HTTP/1.1 200 (124 ms)
2023-04-13 13:53:34.516 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17458/10673.mvt -> HTTP/1.1 200 (130 ms; 4,93 kB)
2023-04-13 13:53:34.610 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17457/10671.mvt -> HTTP/1.1 200 (134 ms)
2023-04-13 13:53:34.617 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17458/10672.mvt -> HTTP/1.1 200 (135 ms; 602 B)
2023-04-13 13:53:34.617 INFORMATION: GET https://hfs.github.io/brandenburg-addresses/tiles/15/17458/10678.mvt -> HTTP/1.1 200 (131 ms; 394 B)
Zoomstufe /14/ enthält die Punkte und /15/ die vollständigen Adressen.
Hi,
keine Fehlermeldungen, Status: loaded, aber es wird nix angezeigt.
Eine Stufe rausgezoomt werden die Hausnummern angezeigt.
(Karutzhöhe bei Berlin)
Die Kacheln hier sind unvollständig und enthalten nur die Hausnummer aber nicht die Adresse, die auf der höchten Zoomstufe erwartet wird. An anderen Orten ist die Adresse aber da, deshalb hatte es für mich zufällig funktioniert.
Das ist ein neuer Fehler. Das muss ich mir einmal in Ruhe ansehen.
Eine Sache, die sich seit gestern geändert hat, ist dass ich die Adressen von der LGB frisch heruntergeladen habe. Eventuell hat sich die Formatierung der Adressen geändert?
Ich bin gerade im Nordwesten vom Landkreis Havelland unterwegs.
Die Adressen sehen hier gut aus.
Den Zwischenspeicher habe ich aber zuletzt vor ein paar Tagen gelöscht.
Dann warte ich lieber damit.
Denn wie sagt man so schön:
“Haben ist besser als Brauchen”
So, jetzt sollte es wieder gehen.
Die Ursache war, dass die LGB das Format der Adressdaten leicht geändert hat und NULL-Werte für sich entdeckt hat. Der Code zum Zusammensetzen der Adresszeile war zu naiv und hat “leere” Adressen erzeugt, wo der Ortsteil nicht gesetzt ist.
Hab’s jetzt robuster umgesetzt, so dass wieder überall Adressen erscheinen sollten.
1 Like
Mir ist aufgefallen, daß das LGB z.B. bei Eigentümerdaten diese nun in UTF-8 ausliefert… Bis vor gefühlter Monatsfrist war das noch nicht so… Das wäre eventuell auch im Hinterkopf zu behalten…
Bei den Admingrenzen wird es auch zu Veränderungen/ Änderungen kommen.
Sven
Benannt nach Herrn Theodor Friedrich Privat, dem Erbauer der Straße…
1 Like
addr:interpolation ist zwar etwas aus der Mode geraten, erzeugt aber viele false-Positives. Also, falls Du mal Langeweile hast… @hfs
Nordhang hat hinten noch ein Leerzeichen in den LGB-Daten 
. Das entferne ich jetzt vor dem Vergleich mit OSM. Im nächsten Durchlauf sollten die dann als übereinstimmend gemeldet werden.
addr:interpolation sollte meiner Meinung nach “deprecated” werden und wo immer möglich durch einzelne Adressen ersetzt werden.
Der Key ist ja für Datennutzer total schwierig auszuwerten. Stell Dir vor Du willst die Adresse von einem POI ohne addr-Tags wissen. Dazu soll man dann neben den ganzen Varianten von „Adresse auf dem Gebäude“, „Adresse als Knoten im Gebäude“, „Adresse vom nächstgelegenen Knoten“ auch noch addr:interpolation auswerten. Das macht doch keiner.
Da wir ja in Brandenburg die schönen Adressdaten, Gebäudeumringe und Luftbilder haben, ist es für uns ja ein leichtes, die einzelnen Adressen für diese Fälle herauszufinden und zu ergänzen. Wenn die Anzeige als „Fehler“ im JOSM-Layer Leute dazu motiviert, um so besser.
Jetzt stelle ich ganz schockiert fest, dass addr:interpolation weltweit immer noch weiter verbreitet wird.
Wenigstens in Deutschland gibt es seit 12 Jahren einen Trend addr:interpolation wieder loszuwerden.
und wenn man alles richtig macht, bekommt man am Ende vielleicht trotzdem noch eine falsche Adresse, weil es eben nur ungefähr ist.
Hätte ich kein Problem damit, aber noch sind sie ja offiziell erlaubt.
Schade, ist in Mapillary nicht drin, aber ich wette dass auf den Schildern Fouquéstraße steht.