Nee, das mit den mehrfachen Datenbanken - übrigens das einzige Thema in dem es in dem entsprechenden Beitrag ging.
Vieeeeeel zu kompliziert. Sowas macht man u.A. mit QGIS: Shape einlesen, OSM-Datenbank anmelden, Query formulieren, vernünfigen Hintergrund dazu, feddich.
Teil 1 geht mit der Overpass-Api, POI im Polygon wohl (noch) nicht. Ist aber nicht meine Baustelle, da ich alles mit PostGis und natürlich QGIS mache.
Frage: was ist Google Earth und wieso sollte ich das verwenden? 
Gruss
walter
Hallo Walter
In der Overpass-API gibt es die area-Anweisung und damit kann man Abfragen innerhalb eines Bereiches erledigen.
Als Beispiel siehe die Höhenpunkte in Bonn.
So eine Abfrage geht natürlich auch mit Schlüssel/Wert-Paaren, regulären Ausdrücken für den Wert und auch für den Datentyp “relation”.
Wer wie du eine Datenbank betreibt, hat natürlich weniger Notwendigkeit die Overpass-API zu benutzen. Für den Rest von uns, ist die Overpass-API ein gute Möglichkeit auf die Schnelle Abfragen zu erstellen und in Verbindung mit dem Overpass-Turbo zu testen und darzustellen.
Ein Bravo für den Entwickler
Edbert (EvanE)
Overpass erstaunt immer wieder… Ich hab das mitgelieferte “Berge in den Dolomiten”-Beispiel abgekupfert und weiss nicht wirklich was da steht, aber es geht: alle historic=* in der Stadt München (nur um mal wieder zum Thema Denkmal zurückzuführen…).
Grüße, Max
Nahmd,
Sofern man kein CORS benutzt: ja.
Und damit verabschiede ich mich von dieser Diskussion und wende mich wieder der Anzeige von Line- und Area-Features in der GK zu.
Gruß Wolf
Ist sicher wesentlich besser! 
In diesem Faden (und einigen anderen) riecht’s nämlich etwas nach Fisch.
<°)))o><
Nahmd,
Und ein Wolf interessiert sich mehr für Schafe als für (ranzigen) Fisch.
.oO( Die Weitergabe der Relations-Infos von ProcessPlanet nach ProcessWays funktioniert bereits; jetzt wird es spannend, wieviel temporären Plattenplatz (und IO-Zeit) der Aufbau der gekachelten Line-Features braucht.)
Gruß Wolf
Prina, war mir wirklich nicht sicher.
+1
Gruss
walter
Nahmd,
±∛π
Gruß Wolf
.oO( ich liebe protoverbale Äußerungen! )
Das geografische POI-Filtern hatte ich für meinen Auto-Navigator gemacht. Der kann custom-POI.
QGIS ist mehr ein Tool zum Karten-zeichnen. Zum Anschauen ist es viel zu langsam
(auch wegen der lahmen WMS-Server als Hintergrundkarte).
Google Earth ist nicht so eine lahme Ente wie QGIS.
Zum Visualisieren eigener Geodaten (Punkte, Linien, Flächen, gemappte Images in KML)
ist Google Earth wirklich sehr praktisch. Bei OSM gibt es dazu noch keine vernünftige Alternative.
Man kann nicht jedesmal einen privaten Webserver aufsetzen, wenn man nur mal ein paar
Objekte aufrufen will, sei es auch nur der gefahrene GPS-Track der letzten Radtour.
Aber dafür ist QGIS auch nicht gemacht.
Sehr schön ist der Overlay der Karte des deutschen Reiches auf Google Earth.
http://rumsey.s3.amazonaws.com/Germany1893.kmz
Die Vektorlayer des aktuellen Straßennetzes wird überblendet.
Mit Anpassung der Transparenz kann man die historische Karte noch mit dem aktuellen Luftbild vergleichen.
Nimm es einfach mal als Beispiel, wie flexibel, schnell und praktisch Overlays realisiert werden
können. Auch ohne Programmierarbeit oder Datenbankkopplung, rein lokal von Festplatte.
Nahmd.
Ja. Genau!
Gruß Wolf
vor 'ner Woche hab ich mir es noch verkniffen:
a) welchen Wert hat n?
b) plus oder minus? Lob oder Tadel?
erst dann wird es eine - für mich - verständliche Aussage.
Ansonsten: Der Usus von Xenomorphismen ist auf ein Minimum zu reduzieren.
Gruss
walter
Nahmd,
Genau!
Gruß Wolf
Ich liebe protoverbale Äußerungen – sagte ich das schon?
hallo wolfgang.
warum tustst du dir das an?
fragt lutz
Man sollte das Netbook (mit UMTS-Stick) net mit ins Brauhaus nehmen.
torkel
Gruß Wolf .oO(hicks)
ist das schöööööön, wenn morgens alles weh tut 
grüße von lutz
Moins,
Man gönnt sich ja sonst nichts.™
Gruß Wolf
.oO( und die großzügige Laufrunde im Regen durchs 7Gebirge ersetzt eine Kanne Kaffee. )
Interessante Area-Abfrage. Hab sie mal auf Berlin umgestrickt. Nur finde ich keine Lösung, um auch Flächen (Häuser) anzuzeigen.
Probier mal:
[out:json];
area["admin_level"="4"]["name"="Berlin"];
(way(area)["heritage"];>;);out body qt;
area["admin_level"="4"]["name"="Berlin"];
node (area) ["heritage"];out body qt;
relation ["admin_level"="4"] ["name"="Berlin"];
out body qt;>;out skel qt;
Geht bestimmt auch anders/einfacher.
Probiere mal bitte http://overpass-turbo.eu/s/1n0
Wenn es bei den Ways wirklich nur Häuser sein sollen, kommentiere bitte Zeile 16 wieder ein, das schränkt dann die Way-Funde auf solche mit “building”-Tag ein.
Ist schon sehr gut. Vereinfchen würde ich daran allenfalls, die Area in einer Variable abzuspeichern, um sie mehrmals als Bedingung verwenden zu können:
[out:json];
area["admin_level"="4"]["name"="Berlin"]->.a;
(way(area.a)["heritage"];>;);out body qt;
node (area.a) ["heritage"];out body qt;
relation ["admin_level"="4"] ["name"="Berlin"];
out body qt;>;out skel qt;