Willkommen, Gast
Benutzername: Passwort: Angemeldet bleiben:
  • Seite:
  • 1
  • 2

THEMA: Das neue Map-Modul - Wünsche und Anregungen dazu

Das neue Map-Modul - Wünsche und Anregungen dazu 2 Monate 1 Woche her #6890

  • pierre
  • pierres Avatar
  • Offline
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • Beiträge: 1075
  • Dank erhalten: 35
  • Karma: 10
Danke, und ja...
für das bei euch lässt sich nur die Erklärung finden dass die Geodaten-DB dabei versucht die Kolpingstraße 11 abzubilden - womit sie dann auch Erfolg hatte...
nur mit dem Pech dass es dann in der PLZ-mässig angrenzenden Region liegt.


ich konnte das auf einer Testseite nachbauen.

Wenn ihr auf eurer Website aktuell die bessere Anzeige für dieses Spiellokal wollt,
gebt bitte Kolpingstraße 9, 47533 Kleve als Adresse für das Spiellokal an.
Dann passt es. In der öffentlichen Bemerkung könnte ihr dann auch den Hinweis geben.



falk.de und andere Routenplaner sind größere Programme, die nur diesen einen Zweck haben, die versuchen demgemäß noch mehr und kombinieren noch mehr, wenn die genaue Adresse nicht in der Geodaten-DB vorliegt. Haben z.T. auch erweiterte oder andere Geodaten-DBs.
Können deshalb auch bei solcherlei Angaben zu besseren Ergebnissen kommen.

Im ersten Wurf erfolgt bei uns - vereinfacht dargestellt - nur ein Zugriff auf eine freie Geodaten-DB mittels einer freien Software.
Dafür liefert das schon sehr gute Ergebnisse.
Solange die Adresse auch genauso dort gefunden wird, wurden bisher keine Unstimmigkeiten bekannt.
Problem machen stellenweise Adressen die nicht genauso vorhanden sind. Da sind noch Opimierungen möglich und auch geplant.

Vielleicht gibt es auch noch mehr Wünsche. Diese können hier gerne hinterlegt werden.
:)
Der Administrator hat öffentliche Schreibrechte deaktiviert.

Das neue Map-Modul - Wünsche und Anregungen dazu 2 Monate 4 Tage her #6891

  • FloH
  • FloHs Avatar
  • Offline
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • Beiträge: 63
  • Karma: 0
Pierre hat das Thema schon ausführlich beantwortet, ich würde trotzdem noch gerne mehrere Sachen ergänzen:

Um einen Punkt auf einer Karte darzustellen, sind die Koordinaten der angegebenen Adresse erforderlich. Eine Auflösung der Adresse in Koordinaten ist nicht trivial, dafür wird eine externe Datenbank benötigt. Der CLM bietet hierfür zwei Dienste an: OpenStreetMap und Google. OpenStreetMap ist bei der Übergabe der Adressen etwas restriktiver und funktioniert am Besten, wenn nur die Straße mit PLZ und Ort übergeben wird. In den Einstellungen gibt es unter Externe Dienste->Kartenanzeige die Option "Datenübergabe an Kartendienst". Mit der Option "Nur Term2 und Term3)" wird so bei Angabe des Spielortnamens (Kolpinghaus) trotzdem nur Straße und Ort übergeben. Google hingegen ist sehr flexibel bei der Adressangabe und kann mit eigentlich jeder Adressformatierung umgehen. Google hat jedoch den Nachteil, dass es kostenpflichtig ist auch wenn es ein Freikontigent gibt.

Das Kartenmodul und das Zwischenspeichern der Koordinaten welches in der letzten CLM-Version hinzugefügt wurde sind unabhängig von der Adressauflösung, d.h. wenn die Adresse jetzt falsch dargestellt wird, wurde sie auch in der Vergangenheit falsch dargestellt (außer es gab eine Änderung der OSM-Datenbank).

Interessant ist hingegen, warum OpenStreetMap direkt eure Adresse richtig auflösen kann, aber nicht der CLM. Wird eine Adresse in openstreetmap.org eingegeben, frägt OSM auch seine Datenbank über die eigene API ab und zwar so: nominatim.openstreetmap.org/search.php?q...Cen-US&format=jsonv2
Es fällt auf, dass die richtigen Koordinaten bzw. Adresse als erster Eintrag zurückgegeben wird und nachfolgend mehrere Alternativen, u.a. die "falsche" Adresse Emmerich am Rhein.
Der CLM verwendet dieselbe API, jedoch mit dem Zusatz, dass nur ein Ergebnis zurückgegeben werden soll: nominatim.openstreetmap.org/search.php?q...ormat=jsonv2&limit=1
Nun ist auf einmal die falsche Adresse in Emmerich das Suchresultat.
OSM dokumentiert das Ranking hier: nominatim.org/release-docs/latest/custom...anking/#address-rank
Ich bin mir nicht absolut sicher, aber da für die "falsche" Adresse ein Gebäude hinterlegt ist und für die "richtige" Adresse nur die Straße scheint dies bei Angabe der limit-Option mehr Gewicht haben.

Das war jetzt etwas technisch und vielleicht für den Anwender nicht interessant.

Was kann der Anwender machen?
  • Google statt OSM zur Adressauflösung benutzen (Mögliche Kosten beobachten - auf eigene Gefahr)
  • Den Fehler bei OSM melden: www.openstreetmap.org/fixthemap Im genannten Fall ist die Hausnummer des Spiellokales in der OSM nicht hinterlegt

Ich prüfe, ob es evtl. besser wäre für den CLM die "limit"-Option in der API wegzulassen.
Der Administrator hat öffentliche Schreibrechte deaktiviert.

Das neue Map-Modul - Wünsche und Anregungen dazu 2 Monate 4 Tage her #6892

  • pierre
  • pierres Avatar
  • Offline
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • Beiträge: 1075
  • Dank erhalten: 35
  • Karma: 10
das Problemchen bei Emmerich/Kleve
besteht m.E. darin, dass eine Hausnummer wie z.B.: 9-11
(soll wohl für 9 bis 11 stehen, wie es bei großen Gebäuden manchmal der Fall ist...)
nicht richtig behandelt wird.
-- wenn man mit falk.de weit reinzoomt sieht man mal diese Hausnummer.
überGebe ich diese Hausnummer 9-11 im CLM - so geht es nicht.

Das scheint eine generelle Sache zu sein, dass von irgendeiner Datendefinition im Programm nur einfache Hausnummern erwartet werden. Und so Konstrukte wie 9-11 dann nicht richtig verabeitet werden können :)

Dann wird halt die Kolpingstr. 11 nicht in Kleve gefunden. (Obwohl sie in dem Konstrukt 9-11 da ist :)
In dem benachbarten Emmerich gibt es die Kolpingstr. 11 jedoch :)
- da sollte dann eben auch die PLZ geprüft werden....
und dann gemerkt werden, dass das falsch ist....
aber das jetzt mal nur am Rande bemerkt.

Die angezeigten Adressen sollten natürlich schon stimmen.

von der Priorität her wichtiger scheint es mir,
die Anzahl der angezeigten Adressen (Spiellokale)
stellenweise einschränken zu können.

So lange man nur einen Bezirk im CLM darstellt (und damit nur von nicht zu vielen Vereinen die Adressen eingegeben hat) ist das sicher kein Problem.

Hat man einen Landesverband - und damit von vielen Vereinen die Adressen im CLM - kann das unübersichtlich werden. Da möchte man mal gerne etwas selektieren können :)
Der Administrator hat öffentliche Schreibrechte deaktiviert.

Das neue Map-Modul - Wünsche und Anregungen dazu 1 Monat 3 Wochen her #6893

  • pierre
  • pierres Avatar
  • Offline
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • Beiträge: 1075
  • Dank erhalten: 35
  • Karma: 10
inzwischen gibt es eine aktuelle Version 0.3.3
von dem map-modul im download (Test-Kategorie).

Es sind einige neue Optionen und Einstellparameter hinzugekommen.

u.a. kann nach geografischem Bereich ausgewählt werden.
Dass z.B. nur Vereine eines Bezirkes oder auch von mehreren Bezirken gezeigt werden.

das geht auch mit der Region. oder einem Landesverband.

Wenn Vereine mehrerer Bezirke gleichzeitig gezeigt werden,
kann gewählt werden, ob die Marker von den Vereinen farblich anders markiert werden,
wenn es sich um Vereine unterschiedlicher Bezirke handelt.

Das geht auch mit den Mannschaften unterschiedlicher Ligen.

Das Modul kann auch als Kopie angelegt werden, und dann können in jeder Kopie andere Einstellungen gewählt werden, und damit andere Bereiche oder Spielklassen dargestellt werden.
man kann z.B. in 4 maps jeweils die Mannschaften einer von 4 Spielklassen zeigen,
und in einer 5-ten map alle zusammen... das geht natürlich mit einer beliebigen Anzahl
viel Freude damit :)
Der Administrator hat öffentliche Schreibrechte deaktiviert.

Das neue Map-Modul - Wünsche und Anregungen dazu 1 Monat 1 Woche her #6897

  • pierre
  • pierres Avatar
  • Offline
  • COM_KUNENA_SAMPLEDATA_RANK_ADMIN
  • Beiträge: 1075
  • Dank erhalten: 35
  • Karma: 10
mit der aktuellen CLM-Komponente 4.2.1d (unter Testpakete)
sollte in Kombination mit dem aktuellen Karten-Modul 0.3.3 (ebenfalls unter Testpakete)
jetzt auch immer das Spiellokal an der richtigen Stelle in der map gezeigt werden.
Der Administrator hat öffentliche Schreibrechte deaktiviert.
  • Seite:
  • 1
  • 2
Ladezeit der Seite: 0.111 Sekunden

Wir nutzen Cookies auf unserer Website. Einige von ihnen sind essenziell für den Betrieb der Seite, während andere uns helfen, diese Website und die Nutzererfahrung zu verbessern (Tracking Cookies). Sie können selbst entscheiden, ob Sie die Cookies zulassen möchten. Bitte beachten Sie, dass bei einer Ablehnung womöglich nicht mehr alle Funktionalitäten der Seite zur Verfügung stehen.