Geokodierung/Reverse Geocoding mit Karten nach Orten

Hallo,

eine solche Anforderung allein in Drupal umzusetzen halte ich für schwierig und alles andere als performant.
Zur 1. Frage:
Es gibt in Deutschland fast 30'000 Postleitzahlen, welche Du erst als nodes importieren müstest um
z.B: alle Orte in einer Region zu suchen und anzuzeigen.
Ich würde dazu die Orte(von OSM) aus Performance Gründen in einen SOLR indexieren.

Zu Deiner 2. Frage:
Da Orte mit PLZ eingetragen werden, brauchst Du ja einfach per View die PLZ Abfragen um alle Beiträge dieses Ortes zu bekommen.
Ich weise nochmal darauf hin, dass Ortsnamen nicht eindeutig sind, weshalb Du über die PLZ gehen musst.
Möchtest Du auch Orte in einem Umkreis dann geh über Lat/Long und Distance.

MfG

Robert
PS: Ich meine für DE, denn In der Schweiz gibt es nur ca. 6000 Orte, das könnte man noch so mit Drupal allein machen

Hallo,
danke für deine schnelle Antwort. Wegen dem Aspekt:

möchte ich nicht vorab alle Orte indizieren. Soweit ich bisher weiß, wird sich die Anzahl der Städte auch in Grenzen halten. Daher meine Idee, das über reverse Geocoding zu realisieren. Ein Massenimport aller Orte mit Postleitzahlen halte ich auch im Hinblick auf den Zweck der Seite für ungünstig.

Ich gebe dir Recht, das Ortsnamen nicht eindeutig sind. Eine Abfrage über die Postleitzahlen wäre jedoch deutlich komplexer, da diese zwar das Admin-Level 9 bzw. 10 (Bezitk bzw. Stadtteil) darstellen, jedoch müssten sie dann verkettet werden.

Die zweite Frage bezieht sich eher auf den Kontextfilter im Layer (View), da ich das bislang nicht realisieren konnte.

Grüße

Hi,

woher bekommst Du dann die Bezirke/Stadtteile, die ein Benutzer auswählen soll
wenn er einen Ort einträgt?

Die musst Du vorher ja irgendwoher bekommen, damit Sie der User auswählen kann.
Auch die Bezirke sind nicht unbedingt eindeutig, daher muss auch PLZ und Ortsname angezeigt werden.

Du möchtest wenn der User eine Stadt eingibt, alle Bezirke/Stadtteilen dieser Stadt dem User zurAuswahl geben.
Grundsätzlich hört sich das für mich nach einer Facetted Search an.
Du benötigst dafür auch alle Stadtteile/Bezirke der Städte in einer DB.

Wenn die Anzahl der Städte sich sowieso in Grenzen hält, musst Du ja auch nur die importieren, welche Du verwaltet haben möchtest
und kannst es somit ohne SOLR machen.

Grüsse

Robert

Hallo nochmal,

Bislang ist der Standort als geofield mit dem OL(OSM)-Map-Widget angelegt. Der User wählt sozusagen die Koordinaten direkt per Klick in der Karte.

Aus dieser Eingabe wollte ich per (reverse) geocoding die Stadt und den Stadtteil auslesen lassen.

Hi,

beim Klick auf die Karte bekommst Du einen spezifischen Punkt (einen Datensatz mit lat/long plz, name).
Wenn der User hier genau klickt ist er ja schon im richtigen Bezirk/Stadtteil, gibt OSM da nicht auch diesen gleich mit?
Falls nicht musst Du die Stadtteile/Bezirke ja irgendwo auflösen.

Technisch:
Du möchtest aus diesen spezifischen Punt (Bezirk,Stadtteil) mehrere weitere Punkte(Bezirke) zum auswählen, das sind mehrere Punkte aufgelöst durch einen gegebenen Punkt.
D.H. Du benötigst auch 2 Interaktionen und 2 Queries.
User klickt auf Map-> query/hole Stadt -> query/hole Bezirke -> User wählt Bezirk

Möglichkeiten:
1. Entweder Du machst eine Umkreissuche auf den ersten Klick und holst alle Bezirke/Stadteile in der Nähe(ggf. Umkreis von 50km).
2. Du indexierst die Stadtteile/Bezirke nach PLZ der Stadt und machst dort den Query.
3. Oder du kannst aus OSM anhand einer Stadt per JS die Bezirke/Stadtteile bekommen

MfG

PS:
Zu beachten, dass Du beim speichern der Stadtteile/Bezirke nicht nur den Namen des Bezirks speichern darfst, sondern auch min. die PLZ, da auch bezirke nicht unique sind.

Hatte gehofft, dass es auch einfacher geht. Die Orte sollen ja nur mit gespeichert werden, um nach Ihnen Filtern zu können und deren zugehörige Beiträge auf einer Karte auszugeben.