[gelöst] Wiederverwendbare Adressen mit Geofield / Geolocation

Bau Dir ein Entity, mit einem Addressfeld und einem Feld für die Geokoordinaten. Beim ersten Erstellen einer Adresse gehst Du über einen Location-Dienst und speicherst die Geokoordinaten zur Adresse. In Deinen Nodes referenzierst Du dieses Entity.

@sui, weil Du mich an anderer Stelle gefragt hast, so wie Werner vorschlägt, würde ich das auch machen.
Wenn da noch was fehlt, müsstest Du die Frage einfach noch spezifizieren.

Okay, Ich habe mich unklar ausgedrückt.

das Prinzip mit dem Adressfeld und demLocation-Dienst ist mir bewusst.

Meine Frage bezieht sich auf das speichern der Adresse selber.

Welcher Art soll die Felder für die Adresse sein? Ist es geschickter (Text)-Felder zu benutzen anzulegen, oder eignet sich eine Taxonomie besser? Wie beschrieben komme ich an das Adressfeld des "adress"-Moduls nicht heran und kann es nicht konfigurieren.

Mein Ziel ist, dass ich bei der Eingabe einer bereits vorhandenen Adresse (beispielsweise eines Firmennamens) eine Autovervollständigung aller Felder erhalte.

Ist es so nun klarer ausgedrück?

Hm...wie genau hast Du das gemacht?
Ich hätte einen Inhaltstyp Adresse angelegt und damit meinen Adress-Pool mit den Felder von address.

Dann hätte ich einen neuen Inhaltstyp angelegt, in dem Nodes angelegt werden, die auf diese Adressen per Entity-Referenz referenzieren.
Also da brauchst Du die Felder nicht noch mal.

Und dann müsste man doch eigentlich eine View anlegen können, die alle Nodes mit den jeweiligen Adressen auf einer Karte ausgibt?

Geht das nicht?

Ein Entity Reference Field anlegen und dort drin die Views ausgeben die du vorher erstellt hast. Dann kansst du per Radio, Select oder sonstwie die vorhandenen Adressen auswählen in der neuen Node.

Grüße Jenna

Die Adressen als eigenen Inhaltstyp anzulegen habe ich noch gar nicht in betracht gezogen.

Ich habe einen Inhaltstyp "Event" und diesem das Adressfeld hinzugefügt. So weit klappt das auch. Allerdings kann ich auf diese Weise keinen Adresspool aufbauen, den ich referenzieren kann.

Ich werde das mal mit einem Adress-Inhaltstyp ausprobieren.

Ja genau, wenn Du einen Pool an immer wieder kehrenden Adressen hast, dann bietet sich ein eigener Referenz-Typ an.
Stell Dir vor, die Adresse einer bestimmten Event-Location ändert sich, dann willst Du das ja nicht an allen Events ändern müssen.
Kommt in der Praxis vermutlich nicht so oft vor, dennoch versucht man solche Redundanzen zu vermeiden, wo geht.

Ich habe es wie von euch beschrieben lösen können:

- eigener Inhaltstyp "Standort"
- Referenz im Artikel auf die Standorte
- eine View für die Standorte.
- Auswahl oder neu anlegen von Standorten über einen Entitybrowser