hi Fred,
kannst du mir bitte mal nen link schicken? bis ich mich durch GENESIS durchgearbeitet habe, ist der Tag rum.
gruss
Walter
p.s. ist nicht eilig
Hier der Link zum Gemeindeverzeichnis mit Einwohnerzahlen:
danke 
war wohl auf der falschen Baustelle
Hallo,
ich stelle meine Frage aus http://forum.openstreetmap.org/viewtopic.php?id=11993 hier noch einmal:
Gibt es (für ein privates Visualisierungsprojekt) die Möglichkeit, die Landkreisgrenzen Bayerns als Polygone zu erhalten?
Insbesondere das Posting von wambacher
könnte die grenzen in sql erstellen (mysql) … so etwa: osm-id, name, admin_level, lat, lon und andere tags
hat mich aufmerksam gemacht. Das mysql-Format würde mir super passen, Welche andere tags wären noch verfügbar?
Liste der Landkreise und am besten gleich auch der Gemeinden hätte ich …
Danke.
Michael
schaun mer mal - aber nicht heute abend.
gruss
walter
teil1: http://www.sendspace.com/file/6ntnqt ca 90KB
teil2: http://www.sendspace.com/file/529eqv ca 41MB
in Teil2 sind die En- und Exclaven noch nicht 100% sauber. schau erst mal ob du überhaupt damit was anfangen kannst, dann fixe ich das noch.
Hallo,
vielen Dank für die Daten und deine Mühe. Das ist (fast) genau das, was ich suche!
Zu Teil1 wäre sinnvoll, die (Verwaltungs-)Kennziffern zur eindeutigen Identifikation und die OSM-Typ_ID zu ergänzen:
Name Kennziffer OSM-Typ
Pfaffenhofen a.d.Ilm 186 100500000? ((Landkreis))
Pfaffenhofen a.d.Ilm, Stadt 186143 ??? ((Gemeinde))
Pörnbach 186144 ??? ((Gemeinde))
Mit der OSM-TYP-ID könnte ich mir dann (hoffentlich) z.B. die Stadtbezirke ausfiltern, die ich nicht benötige.
Die Liste der Landkreise und Gemeinden habe ich mir nach http://www.bayerische-landesbibliothek-online.de/orte/ortssuchehierarchisch.html aufgebaut.
Zu Teil2 habe ich nur die Frage, wie ich die lat/lon-Werte am schnellsten in Gauß-Krüger umrechne.
Vielen Dank und beste Grüße
Michael
amtlicher gemeindeschlüssel ist jetzt dabei ( soweit in osm eingetragen)
file: http://www.sendspace.com/file/iju80i
spalte 2 (admin_level) beinhaltet das:
2=land
4=bundesland
5= reg-bezirk
6=kreis
7=unklar
8=gemeinde <------------
10ff stadtteil
siehe http://wiki.openstreetmap.org/wiki/DE:Grenze#Verwaltungsgrenzen:_niedrigere_Ebenen
Sorry, nicht meine Baustelle (Umschreibung von “hab ich keine Ahnung von” 
Gruss
Walter
Hallo
große klasse, ich hatte mich schon gefragt, was spalte 2 (admin_level) bedeutet.
Du wolltest den Teil 2 noch ergänzen
in Teil2 sind die En- und Exclaven noch nicht 100% sauber. schau erst mal ob du überhaupt damit was anfangen kannst, dann fixe ich das noch.
Ich mache mich derweil mal an die Koordinaten-Umrechnung.
Vielen Dank
Michael
Hi,
verwendest Du jetzt MySQL? Hat das nicht diese spatial extension? Evtl. macht es Sinn, sie in der Datenbank in lat/lon zu lassen und nur bei der Ausgabe dann von den mysql-funtionen transferieren zu lassen??
Ciao,
Frank
hi frank,
gibt es die extensions überhaupt für mysql? Standard ist das für postgresql üblich.
Aber wenn, dann könnte es ihm wohl helfen.
Allerdings vermute ich, dass der Rest seine Anwendung mit Knaus-Ogino Gauss-Krüger schafft.
Gruss
Walter
Hallo Walter,
kannst Du mir bitte noch sagen, ob, wie, wann du das Ex-/Enklaven-Thema angehen kannst; Du hattest geschrieben:
in Teil2 sind die En- und Exclaven noch nicht 100% sauber. schau erst mal ob du überhaupt damit was anfangen kannst, dann fixe ich das noch.
Vielen Dank
Michael
bin dabei. ist doch nicht so leicht wie ich dachte.
kannst du die überhaupt verarbeiten?
Ja, das gibt es offenbar wirklich für mySQL. Hat sogar eine FormatConersionFunction, http://dev.mysql.com/doc/refman/5.1/en/functions-to-convert-geometries-between-formats.html.
Allerdings habe ich dort nicht zur Transformation lat/lon in GK gefunden.
Gruß
Michael
Doch, das klappt bestens. Die Umrechnung ist noch etwas holprig, daran arbeite ich.
Aber die Darstellung etc. klappt.
Danke
Michael
Hallo Walter,
vielen Dank für den
Diese Datei ersetzt die bisherige, richtig?
Ganz toll fände ich, wenn du eine kurze Beschreibung deiner Arbeit machen könntest, welche Quelldaten, Aktualisierungsdatum, wie umgewandelt, …
Ganz herzlichen Dank für deine Mühe
Gruß
Michael
korrekt!
Hi Michael,
ich bin -mal wieder- einen ganz anderen Weg gegangen als die meisten Kollegen:
Ich habe eine lokale auf Postgresql und Postgis basierende Datenbank, die alle für mich interessante OSM-Daten (Germany+) enthält.
Näheres findet man hier: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#PostGIS_Tasks_.28Snapshot_Schema.29
Ich verwende ein von mir erstelltes Polygon (Arbeitsname 605 - hat nix mit E605 zu tun sondern hat sich so ergeben), das aus der Grenzrelation 51477 (Germany)
durch PostGis-Verfahren (u.A. ST_Buffer 0.05 und st_simplify 0.01) entstanden ist: ca 1000 Nodes und ca 10 Km grösser als 51477
Dieses Verfahren ist die 2. etablierte Art, OSM-Daten in einer lokalen Datenbank zu halten neben dem osm2pgsql-Verfahren, das besser zum Rendern geeignet ist.
Die Daten werden durch ebenfalls übliche Prozeduren automatisch aktuell gehalten.
http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#Replication_Tasks
Derzeit “hinkt” meine DB ca 8 Tage hinterher, da ich grössere Pflegearbeiten machen musste und die Replikation dafür abgeschaltet war.
In 3-4 Tagen wird sie wieder fast Realtime sein.
Ich habe mehrer Trigger für die DB definiert wovon einer aktiv wird, wenn eine Relation eingetragen oder geändert wird.
Damit fallen mir die Grenz-Relationen quasi in den Schoß.
Als Ergebnis hab eine stets aktuelle Tabelle “borders”, die alle Grenzen in Deuschland als vorverarbeitete Geometrie enthält.
Eine “is-in”-Abfrage geht damit verdammt schnell.
Aus dieser Tabelle und anderen in OSM stehenden Daten (tags) hab ich “deine” Daten erstellt.
Programmierung mach ich in pgsql und in java (nicht javascript sondern das “richtige” java)
aktuelle Arbeiten: Bereinigung der Tabelle “nodes” von Daten, die ausserhalb von “605” liegen.
Dies ist leider notwendig weil der Replikationsprozess auch Daten von Ausserhalb einschleppt und die DB extrem aufbläht.
ways und way_nodes hab ich so von ca 32 GB auf 12 GB reduziert. Nodes mit 18GB fehlt noch. und das dauert halt.
Gruss
Walter
p.s. du solltest mal über postgresql+postgis nachdenken, wenn du weiterhin im gis-umfeld schaffen willst.
hier mal ein Eindruck:
-- liste der Kreise, Städte und Gemeinden in Bayern
COPY(
select r.id
,r.tags->'admin_level' as "admin_level"
,r.tags->'prefix' "prefix"
,r.tags->'prefix:de' "pde"
,r.tags->'name' as "name"
,r.tags->'de:amtlicher_gemeindeschluessel' as "aschluessel"
from relations r,
borders b,
borders bb
where centroid(b.geom) @ bb.geom
and bb.id=62549 -- bayern
and b.id = r.id
and tags->'name' != ''
and tags->'boundary' = 'administrative'
order by r.id )
TO '/tmp/bayern.csv' WITH CSV HEADER
DELIMITER ';'
FORCE QUOTE name,prefix,pde
;
Habe jetzt die Kartierung umgesetzt:
Alles passt, nur in Mittelfranken setzt’s aus. (Nur) In den folgenden Einträgen sind die lat/lon-Zellen leer
OSM_ID OSM_Ring OSM_Node OSM_lat OSM_lon
17614 1,00 14.062,00 fehlt fehlt
17614 1,00 14.061,00
17614 1,00 14.060,00
17614 1,00 14.059,00
17614 1,00 14.058,00
17614 1,00 14.057,00
17614 1,00 14.056,00
17614 1,00 14.055,00
17614 1,00 14.063,00
Korrigierbar? Löschen?
Ratlos
Michael
Hi Michael,
dachte schon, du hättest das Projekt eingestampft.
Eventuell ist das Polygon 17614 nich sauber. Ich schau es mir mal genauer an.
Gruss
walter
p.s. osm_node als Gleitkomma ist auch was feines. In Osm und in meinen Extrakten sind das bigint. Aber die brauchst du eh nicht.
NACHSCHLAG: Schmeisse es einfach raus. Das ist sind einige Seen, die nicht zum Landkreis gehören sollen. Sieht aber komisch aus in OSM.