Druckbare Version
Die Erweiterung basiert nicht mehr ausschließlich auf google maps sondern lässt sich in der Konfiguration auf openstreetmap mit geocoding durch Mapquest ändern.
Gegenüber der Erweiterung cm_membergooglemaps kann die Erweiterung noch nicht alles, aber dennoch habe ich schon mal eine erste Version auf packagist.org veröffentlicht.
Freu mich auf Rückmeldung
ChrMue
Danke Christian für all deinen Support und und . #einfachmaldankesagen
@ChrMue
Danke, das klingt sehr gut!
Ich nutzte bisher cm_membergooglemaps in Contao3, habe es dann aber im Zuge der DSGVO deaktiviert. Nun und möchte ich auf Contao4 updaten und gleichzeitig die Extension wieder einsetzen, aber mit OSM. Wie müsste ich denn vorgehen, kann ich die Memberdaten aus C3 weiter nutzen?
Danke und viele Grüße
Silvia
Hallo Silvia,
ja die Daten bleiben erhalten (so der Plan :D).
Bitte aber erst auf einer Testinstallation!
@ChrMue
Danke. In welcher Reihenfolge würdest du beim Update vorgehen? Erst auf C4 updaten mit cm_memberggoglemaps oder erst in C3 auf cm_membermaps wechseln und dann updaten?
Ich stell mir das jetzt so vor, dass man beide Module parallel installiert haben kann und beide Module auf diesselben Daten zugreifen, ist das richtig?
Viele Grüße
Silvia
Hallo zusammen,
als erstes vielen Dank an Christian für diese mächtige Erweiterung.
Ich glaube es bald geschafft zu haben, diese ordentlich zu konfigurieren.
Eine Sache ist mir aber aktuell bzg. der APIs aufgefallen.
GoogleAPIs haben ja aktuell ein begrenztes kostenloses Kontingent. Jetzt bin ich kein Fan davon, uneingeschränkte APIs im Frontend, da wo sie jeder sehen kann einzusetzten. Wenn man aber eine API mit HTTP Verweis einsetzt, dann funktioniert die Geolocation bei der Prositionsabfrage nicht mehr.
Hätte es an der Stelle ggf. Sinn, zwei APIs in den Einstellungen zu haben, eine für das FE und eine fürs BE?
Hallo Christian oder andere,
ich habe die gleiche Frage wie Silvia: Klappt die Umstellung von cm_membergooglemaps auf cm_membermaps in Kombination mit Update auf Contao 4.4?
Mir ist auch noch nicht klar, ob ich xtmembers und memberlist aus Contao 3.5 ebenfalls brauche, weil die Erweiterung eventuell davon abhängt? Beide sind aber über den CM nicht zu finden.
Danke für Tipps!
Marion
Hallo Marion,
Xtmembers wird von der Erweiterung nicht benötigt. Die memberlist wird automatisch mit installiert.
Generell solltest du alles erst auf einem Testsystem probieren. Auf jeden Fall aber ein funktionierendes Backup machen!!
Ich weiß nicht, ob ich schon alle Änderungen in den Updatescript berücksichtigt habe, aber ich würde das Update auf contao 4 machen, dann die alte cm_membergooglemaps deinstallieren, - aber dabei keine Datenbankfelder löschen!
Dann würde ich die neue cm_membermaps installieren.
Gruß ChrMue
Gesendet mit Tapatalk
Hallo Christian,
danke für Deine Info. Das mit xtmembers hatte ich dann auch bemerkt bzw. gesehen, dass die Erweiterung nicht weitergeführt wurde.
Bis jetzt hat alles ganz gut geklappt. Contao 4.4 installiert, cm_membermaps installiert, danach Datenbank mit sql-Dump befüllt und Installtool laufen lassen. Erstmal keine Datenbankfelder verändert. Im Contao dann alle Sachen gelöscht, die mit cm_membergooglemaps zu tun haben (auch veränderte Templates) und neues Modul angelegt. ––> Dies hätte ich mir wohl schenken können, da die Module deckungsgleich sind. Danach erst Datenbank aufgeräumt.
Da ich in xtmembers eigene Felder hatte, musste ich die übers DCA wieder anlegen. Diese Beiträge haben mir dabei geholfen:
https://community.contao.org/de/show...inzuf%C3%BCgen
https://docs.contao.org/books/manual...nzufuegen.html
https://easysolutionsit.de/artikel/v...ca-felder.html
Da muss ich nun leider für 50 Mitglieder die Inhalte kopieren, da ich die Feldnamen – bewusst – geändert habe (ist ja überschaubar). Ebenso die Koordinaten wieder eintragen.
Wichtig war mir die Benutzung von Open Street Map. Das ist super easy, wenn man denn weiß, wie ein API so aussieht ;-). Er hat jedenfalls keine Schnauze und kein Fell und ist hier zu finden: https://wiki.openstreetmap.org/wiki/Overpass_API. Den ersten davon habe ich in den Einstellungen unter API Key eingetragen, klappt.
Was jetzt immer noch nicht klappt, ist, mein eigenes Avatarfeld als Bild ausgeben zu lassen. Ich bekomme stattdessen die Binär-Daten. Hier habe ich schon mal danach gefragt: https://community.contao.org/de/show...BCr-Mitglieder. Wenn jemand da eine Antwort weiß, wäre ich sehr dankbar.
So, ich glaube, das war das Wichtigste.
Marion
So, die Avatar-Sache hat sich gelöst, jetzt bleibt noch ein seltsames Verhalten in der Kartendarstellung den Zoom-Faktor betreffend.
Die Karte in der Listendarstellung übernimmt nach vielmaligem Leeren des Caches den Zoomfaktor, aber in der Detailansicht kann ich nichts ändern, es bleibt extrem reingezoomt. Hat jemand ein ähnliches Problem?
Kannst Du das mit dem API Key näher erklären?Zitat:
Zitat von thymian
Habe lokal zum Test eine 4.8.7.
Die friends-of-contao/contao-memberlist war in der Version 2.0.1 vorhanden.
Habe jetzt die chrmue/cm_membermaps in der Version 1.0.3 installiert und unter Einstellungen für
"Map Api" und "Geocoding Api" ausgewählt: OpenStreatMap/Nominatim (Rechtschreibfehler?)
Die Felder "API Key (Google)" und "API Key (OpenStreetMap)" sind noch leer.
Beim Versuch die Koordinaten autom. zu ermitteln erhalte ich "String could not be parsed as XML".
Liegt es am fehlenden API Key f. OpenStreetMap? Wie/Wo muß ich den erstellen ...
Danke
Franko
Hallo Franko,
ich habe den Key unter API Key (OpenStreetMap) eingetragen, aktuell ist es der von Overpass direkt. Ich muss dazu sagen, dass ich die automatische Koordinaten-Ermittlung nicht nutze, da das früher bei Google mal nicht geklappt hat. Es ist mir zu nervig, wenn das mit manchen Adressen nicht klappt. Ich trage also die Koordinaten von Hand ein, dann habe ich auch nicht dauernde Server-Abrufe, weil dauernd die Koordinaten ermittelt werden müssen.
Ich hoffe, das hilft.
Marion
Anhang 23164
sorry :)Zitat:
Zitat von Franko
Danke,
habe es jedoch noch nicht begriffen.
Was muß ich tun, damit die autom. Koordinaten Ermittlung und die Kartendarstellung via OSM funktioniert?
Das mit dem hierzu benötigten API-Key Eintrag ist mir noch nicht soo klar ...
Ich habs jetzt so probiert:
Mit Google Maps (und Google API Key):
- Manuelle Koordinaten Eingabe - Kartendarstellung OK
- Keine autom. Koordinaten Erstellung möglich
Mit OSM (ohne Key)
- Manuelle Koordinaten Eingabe - Kartendarstellung OK
- Keine autom. Koordinaten Erstellung möglich
???
Danke
Franko
Hallo Franko,
entschuldige die späte Antwort, ich bekomme leider keine Mitteilung per Mail, obwohl ich den Thread abonniert habe.
Ich habe das jetzt auch mal probiert mit automatischer Ermittlung, es kommt dann beim Speichern des Mitglieds ebenfalls "String could not be parsed as XML". Deine Frage müsste also Christian beantworten.
VG Marion
Ok, Danke ...Zitat:
Zitat von thymian
Franko
Die neue Version 1.1.1 behebt einige Bugs.
Wäre toll, wen ihr weiter meldet, wenn irgendetwas nicht funktioniert.
viele Grüße
ChrMue
Hallo, danke,Zitat:
Zitat von ChrMue
habe jetzt lokal mit Contao 4.8.8 die 1.1.1 installiert - bei der Koordinaten Ermittlung erhalte ich weiterhin obige Meldung ...
Was muss ich konkret bei "API Key (OpenStreetMap)" eintragen????
Danke
Frank
Im Debug Modus erhalte ich:
undCode:ErrorException:
Warning: SimpleXMLElement::__construct(): Entity: line 1: parser error : Start tag expected, '<' not found
at vendor/chrmue/cm_maps/classes/API_interface.php:53
at ChrMue\cm_Maps\API_adapter->processRequest()
(vendor/chrmue/cm_maps/classes/Api_OSM.php:66)
at ChrMue\cm_Maps\Api_OSM->validateResponse()
(vendor/chrmue/cm_maps/classes/cm_Map_lib.php:436)
at ChrMue\cm_Maps\cm_Map_lib::getGoogleMapsGeoData(array('postalCode' => '28355', 'city' => 'Bremen', 'street' => 'Lindenweg+2', 'country' => 'de'), true, 'de', 'OSM', null)
(vendor/chrmue/cm_maps/classes/Helper.php:107)
at ChrMue\cm_Maps\Helper->getGeoData('6', object(Result), '', array('street' => 'street', 'postal' => 'postal', 'city' => 'city', 'country' => 'country'), 'OSM', null)
(vendor/chrmue/cm_maps/classes/Helper.php:185)
at ChrMue\cm_Maps\Helper->doGeoRouting(object(DC_Table))
(vendor/chrmue/cm_maps/classes/Helper.php:196)
at ChrMue\cm_Maps\Helper->geoRouting(object(DC_Table))
(vendor/contao/core-bundle/src/Resources/contao/classes/Backend.php:426)
at Contao\Backend->getBackendModule('member', null)
(vendor/contao/core-bundle/src/Resources/contao/controllers/BackendMain.php:161)
at Contao\BackendMain->run()
(vendor/contao/core-bundle/src/Controller/BackendController.php:50)
at Contao\CoreBundle\Controller\BackendController->mainAction()
(vendor/symfony/http-kernel/HttpKernel.php:151)
at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
(vendor/symfony/http-kernel/HttpKernel.php:68)
at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
(vendor/symfony/http-kernel/Kernel.php:198)
at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
(web/index.php:31)
Ich hatte für "Map Api/Gecocoding Api" die Auswahl "OpenStreetMap/Nominatim" gesetzt.Code:Exception:
String could not be parsed as XML
at vendor/chrmue/cm_maps/classes/API_interface.php:53
at SimpleXMLElement->__construct('The AppKey submitted with this request is invalid.')
(vendor/chrmue/cm_maps/classes/API_interface.php:53)
at ChrMue\cm_Maps\API_adapter->processRequest()
(vendor/chrmue/cm_maps/classes/Api_OSM.php:66)
at ChrMue\cm_Maps\Api_OSM->validateResponse()
(vendor/chrmue/cm_maps/classes/cm_Map_lib.php:436)
at ChrMue\cm_Maps\cm_Map_lib::getGoogleMapsGeoData(array('postalCode' => '28355', 'city' => 'Bremen', 'street' => 'Lindenweg+2', 'country' => 'de'), true, 'de', 'OSM', null)
(vendor/chrmue/cm_maps/classes/Helper.php:107)
at ChrMue\cm_Maps\Helper->getGeoData('6', object(Result), '', array('street' => 'street', 'postal' => 'postal', 'city' => 'city', 'country' => 'country'), 'OSM', null)
(vendor/chrmue/cm_maps/classes/Helper.php:185)
at ChrMue\cm_Maps\Helper->doGeoRouting(object(DC_Table))
(vendor/chrmue/cm_maps/classes/Helper.php:196)
at ChrMue\cm_Maps\Helper->geoRouting(object(DC_Table))
(vendor/contao/core-bundle/src/Resources/contao/classes/Backend.php:426)
at Contao\Backend->getBackendModule('member', null)
(vendor/contao/core-bundle/src/Resources/contao/controllers/BackendMain.php:161)
at Contao\BackendMain->run()
(vendor/contao/core-bundle/src/Controller/BackendController.php:50)
at Contao\CoreBundle\Controller\BackendController->mainAction()
(vendor/symfony/http-kernel/HttpKernel.php:151)
at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
(vendor/symfony/http-kernel/HttpKernel.php:68)
at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
(vendor/symfony/http-kernel/Kernel.php:198)
at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
(web/index.php:31)
Daher verstehe ich "The AppKey submitted with this request is invalid" nicht - Was muss ich da eintragen?
Wieso benötige ich einen API Key ...
Den key bekommst du bei mapquest.com
steht das nirgendwo... SORRY
Werde ich dann mal probieren.Zitat:
Zitat von ChrMue
Zum Verständnis:
Verstehe ich es richtig, das der API-Key nur für die Backend Koordinaten Ermittlung und nicht für die eigentliche Frontend Kartendarstellung benötigt wird.
Danke
Franko
Der Key wird nicht für die Kartendarstellung sondern nur für's geocoding verwendet.Zitat:
Zitat von Franko
Funktion API-Key unter Einstellungen API-Key unter Startseite (Falls nicht angegeben: unter Einstellungen) Backend Koordinaten-Ermittlung aus Adresse x Backend (Cron) Koordinaten-Ermittlung aus Adresse x Frontend Umkreissuche (Koordinatenermittlung aus angegebenem Standort) x
Danke,Zitat:
Zitat von ChrMue
die aktuellen Angaben im Backend sind etwas verwirrend (zumindest für mich :-) )
Im Backend habe ich die Auswahl "OpenStreetMap/Nominatim".
Wenn ich "OSM Nominatim" nachlese ist hier das Geocoding grundsätzlich frei - ohne API-Key -
allerdings hinsichtlich Bulk Abfragen eingeschränkt - siehe Policy
Daher die Frage welcher API-Key denn nun eingetragen werden soll. Falls dies bereits von Dir als Info hinterlegt wurde - Sorry - hab ich nicht gefunden ...
Danke
Franko
Vielen Dank für den Hinweis!
Irgendwo (ich weiß nicht mehr wo es war, hatte ich eine Empfehlung gefunden, mapquest zu nehmen und das dann auch umgesetzt. Die Bezeichnungen im Backend sind so natürlich blöd. Ich ändere die Bezeichnungen, werde aber auch nochmal prüfen, welche Ergebnisse Nominatim zurückliefert. Es sollte ja auch (halbwegs) zuverlässig sein.
Vielleicht werde ich dann drei Varianten zur Auswahl stellen (google, nominatim, mapquest)
Gruß ChrMue
Hi,
wie gesagt steht in der Nominatim Policy
Ich weiß daher nicht ob es sich für die/alle Mitgleider Abfragen eignet ...Zitat:
Bulk Geocoding
As a general rule, bulk geocoding of larger amounts of data is not encouraged. If you have regular geocoding tasks, please, look into alternatives below. Smaller one-time bulk tasks may be permissible, if these additional rules are followed
limit your requests to a single thread
limited to 1 machine only, no distributed scripts (including multiple Amazon EC2 instances or similar)
Results must be cached on your side. Clients sending repeatedly the same query may be classified as faulty and blocked.
Danke
Franko
Hallo,
bin erst jetzt wieder zu weiteren Tests gekommen.
Mit Angabe des Mapquest API-Key wird das Gecoding für die Mitglieder Daten einzeln oder über die Liste (bulk) nun gezogen.
Allerdings:
Habe jetzt mal sporadisch einige Mitglieder Koordinaten überprüft und leider "treffen" diese nicht genau.
Für meine eigene Adresse erhalte ich die Koordinaten "53.09122 ,8.93331". Dies ist leicht versetzt.
Bei Google-Maps sind die Koordinaten korrekt und lauten da "53.092461, 8.933125" ...
Lg
Franko
liefert der Dienst von nominatim ein besseres Ergebnis? An der Güte der Daten kann ich auch nichts ändern, aber es ist prinzipiell gut eine Alternative zu Google maps zu integrieren.Zitat:
Zitat von Franko
Auch wenn das natürlich mühsam ist, lassen sich die Koordinaten in der Erweiterung ja nachjustieren.
Viele Grüße und bleibt gesund!
ChrMue
in der neuen Version 1.2.0 stehen instertags zur Verfügung.
Auf diese Weise kann man z.B. auf der Detailseite den Namen des Mitglieds im Header oder in einem Slider ausgeben.
Schreibweise:
- {{cm_member::feldname,id}}
das Feld mit dem Namen feldname des Mitglieds mit der angegebnen id wird ausgegeben.- {{cm_member::feldname,alias}}
das Feld mit dem Namen feldname des Mitglieds mit dem angegebnen alias wird ausgegeben.- {{cm_member::feldname}}
das Mitglied wird über den Querystring der Seite identifiziert (Mitglied-Detailseite). Das Feld mit dem Namen feldname dieses Mitglieds wird ausgegeben.
Bedingungen:
- Das Feld muss bei dem Mitglied im öffentlichen Profil aktiviert sein.
- Das Passwortfeld ist gesperrt und lässt sich nicht ausgeben.
Hallo Christian,
mit Deinem letzten Post meinst Du nicht die URL, die auf der Detailseite generiert wird, oder? Wie bekomme ich denn da den Mitgliedsalias 'rein wegen SEO, habe ich da etwas übersehen? Im Moment steht da "html?show=20" oder so.
Und meine alte Frage hat sich noch nicht geklärt: Warum kann ich den Zoomfaktor auf der Detailseiten-Karte nicht beeinflussen? Da tut sich bei mir nix...
Überprüfung hier: Link gelöscht
Vielen Dank für Tipps!
Marion
Ja bzgl. des Zoom-Faktors gibt es noch nichts neues. Ich bin einfach ncoch nicht dazu gekomme, das zu fixen. SORRY.
ich bemühe mich ;-)
- - - Aktualisiert - - -
Ich hoffe, dass ich am WE Zeit finde.Zitat:
Zitat von thymian
Alles klar! Ich dachte nur, ich wäre zu doof ;-).
Ich habe gleich noch eine Frage, wenn Du Dich dransetzt: Eine Kundin machte mich darauf aufmerksam, dass sie bei der Multifieldsearch nicht mehrere Begriffe eingeben kann, also ihren Vor- und Nachnamen. Das Ergebnis ist dann leer. Hmm, was unterscheidet die Multifield- dann von der Singlefieldsearch mit Select? Gibt es die Möglichkeit, alle im Backend angeklickten Felder gleichzeitig zu durchsuchen?
Die "Multifield"-Suche sucht nach dem eingegeben Begriff. Dabei werden alle im Backend dafür konfigurierten Felder durchsucht.Zitat:
Zitat von thymian
Beispiel:
im Backend wurde Vorname und Nachname für die Suche gewält.
Der Suchbegriff lautet "Klaus"
Gefunden werden Datensätze mit Vorname Klaus und Datensätze mit Nachname Klaus
Für den Fall, den du beschreibst müsste man eine Ähnlichkeitssuche machen, das heißt z.B:
passt es genau dann Trefferquote 100%
wird nur eines der Worte gefunden dann z.B. 50%
... oder so ähnlich müsste es umgesetzt werden.
Ich verstehe, so habe ich das bisher auch verstanden. Die Kundin machte mich aber darauf aufmerksam, dass sie "automatisch" z. B. nach Bäcker München sucht und nicht nach Bäcker oder München. Diese Logik ist natürlich bestechend. Vergleichbar den Fall, dass bei Dir der Vor- und Nachname gesucht wird. Die Leute sind wahrscheinlich Google gewöhnt und übertragen ihre Suchgewohnheiten dann.
Gibt es dafür keine Operator-Suche wie z. B. "field1" and "field 2". Aber ich ahne schon den Aufwand, muss das nur noch kommunizieren...
Nachtrag: Es liegt wohl eher daran, dass vor dem Feld "Suchbegriffe" steht statt "Suchbegriff". Hrmpff.
Hallo,
in der Listenausgabe (Tabelle) werden die Spaltentitel in Englisch ausgegeben. Ich hab nicht gefunden, wo ich das beeinflussen kann... Kann mir jemand helfen, wie ich diese auf Deutsch umstelle?
Dankeschön!
@tblumrich Welche Contao Version?
Hallo,
Da läuft die 4.9.5
Damit es keine Missverständnisse gibt, hier noch ein Screenshot vom Problem:
Ist das selbe Problem wie hier: https://github.com/friends-of-contao...erlist/pull/21
Ah, danke!
Ich muss aber peinlicherweise gestehen, so ganz genau erkenne ich nicht... ist das Problem mit den Codeänderungen gelöst? Und wenn ja, welche Änderung muss ich tun (sind ja 3 wenn ich das richtig sehe)? Und wo? Hier: /vendor/friends-of-contao/contao-memberlist/system/modules/memberlist/modules/ModuleMemberlist.php ?
Das hier hatte ich schon versucht
https://github.com/friends-of-contao...f4176b31c31a47
(inkl Prodcache gelöscht), hat aber nichts geändert.