Location und Stadtteile

Wenn man die deutsche zip-code-Tabelle importiert, kann man auch nach Stadtteilen suchen (Umkreissuche) ohne noch extra irgendetwas einrichten zu müssen. Die Stadtetile aller größeren Städte sind in der zip-code-Tabelle enthalten.

Edit: Man kann die Zip-Code-Tabelle natürlich auch selbst anpassen/erweiteren (falls irgendwas fehlen sollte).

Und wie würde das gehen? Die Stadtteile stehen da ja nicht drin. Die unterschiedlichen Postleitzahlen natürlich, aber das ist ja nicht deckungsgleich mit den Bezeichnungen von Stadtteilen, teilweise teilen sich 2 Orte oder Stadteile die gleiche PLZ.
D.h. ich müsste im Prinzip zusätzliche Einträge schaffen wie "Heidelberg Neuenheim", "Heidelberg Altstadt", usw. dann würde das ja aber wiederum direkt in der Postanschrift mit drinstehen, was eigentlich Quatsch ist und nicht so sein soll.

Von großen Städten, wie Berlin, sind die einzelnen Stadtteile in der Tabelle enthalten. (z.B. Kreuzberg oder Charlottenburg). Diese Einträge kann man (als Vorlage) einfach kopieren und für andere Städte verwenden.

"Neuenheim" (Stadtteil von Heidelberg) ist in meiner Tabelle auch vorhanden (PLZ 69120) und eine Umkreissuche ergibt die richtigen Ergebnisse, auch wenn man nicht extra "Heidelberg" dazuschreibt.

"Altstadt" hingegen ist problematisch da es mehrere Städte mit einem Stadtteil "Altstadt" gibt (Hamburg Altstadt, Düsseldorf Altstadt etc.) also muss man hier immer den Stadtnamen mit davor schreiben (in der Tabelle aber auch in der Suche).

Wenn ein Stadtteil mehrere PLZ hat, wird (glaube ich) immer die erste PLZ des Stadtteils (mit den lat/lon) in der zipcode-Tabelle verwendet. Wenn einem das nicht gefällt, muss man die Tabelle nach seinen Wünschen anpassen ...

In welcher Postanschrift soll das dann drinstehen? Das verstehe ich nicht!

Nachtrag: Wenn man es richtig machen will, nutzt man für dieses Problem Autocomplete! Es gibt ein jQuery-Autocomplete mit der "MustMatch"-Function.

Tippt jemand die ersten 4 Buchstaben einer Stadt/Stadtteil ein, klappt eine Liste der (in der Datenbank enthaltenen) Orte/Stadteile auf (z.B. Altstadt (Düsseldorf), Altstadt (Hamburg), Altstadt (Sowieso), Altstadt (Sowieso2) usw. - die muss man natürlich vorher alle anlegen) und der User kann die korrekte Stadt mit dem Statdtteil auswählen. Gibt der User einen Ort oder Statdteil ein der falsch geschrieben ist und nicht in der Datenbank vorhanden ist, löscht die MustMatch-Function das Inputfeld sodass keine falschen Ortsangaben möglich sind (so mache ich das bei meiner Userregistrierung - da die User anahnd ihres Stadtnamens in diverse Kategorien eingeordnet werden und dazu eine korrekte Schreibweise unumgänglich ist). Würde z.B. jemand "Kreefeld" anstatt "Krefeld" verwenden, würde der User nicht im View "Krefeld" erscheinen und nur über die User-Suche (nach PLZ) auffindbar sein.

Eigentlich sollte das mit Google Places machbar sein. Einfach das Suchfeld mit einem Feld ersetzen, das Google Places abfragt, und dann den Rückgabewert weiter verarbeiten.

https://developers.google.com/places/documentation/

War jetzt ein Denkfehler von mir... Es ging um die Adressen der Nodes, aber da muss ich ja garnicht den Stadtteil eintragen, die werden ja dann nur entsprechend der Koordinaten vom Stadteil angezeigt.

Puh.... weiss nicht ob das wirklich mein Weg der Wahl wäre, habe jetzt garnichtmal sooo viel Lust mich gerade intensiv mit der Places API zu beschäftigen. Ich denke mit dem genannten Ansatz komme ich schonmal gut weiter.

Ein anderes Problem was ich gerade habe: Ich arbeite bzw würde gern mit der Search Api arbeiten (Kombinierte Suche nach z.B. Namen in Verbindung mit der Stadt und Umkreis). Search-Api Location habe ich da schon gesehen, allerdings läuft das ja scheinbar nur in Verbindung mit Solr, den ich dafür nicht zur Verfügung habe. Gibts noch andere Möglichkeiten?