Ist links unten (übersehen? oder ist er bei dir nicht sichtbar?). Da es aber eine rein clientseitige Anwendung ist (kein serverseitiges Script), funktioniert technisch kein Permalink mit URL-Parametern (also mit Trennzeichen ? wie bei osm.org). Da muss leider mit dem #-Zeichen gearbeitet werden (ist auch über ein Plugin eingebunden). Das hat aber den nachteiligen Effekt, dass ein Anklicken des Permalinks in der Karte nicht zu einem Neuladen führt. Das Neuladen muss man danach über den Refresh-Button selbst auslösen. Der Link kann aber weitergegeben und dann direkt aufgerufen werden. Wenn jemand eine bessere Lösung kennt, nur her damit.
Habe ich gar nicht daran gedacht, denn meine fehlerhaften Restrictions habe ich ja vorher schon korrigiert . Ist notiert!
Wieder ein gelungenes Beispiel, was man mit der Overpass-API Schickes und Nützliches anstellen kann.
Bei mir funktioniert diese Karte (wie übrigens auch alle anderen Leaflet-Overpass-Beispiele, die ich bisher gefunden habe) nicht mit dem IE, können das vielleicht andere Windows-Benutzer mal checken?
Betroffen sind IE 8 unter Win 7 und IE 8 unter Win XP.
Oh, sorry. Ich hatte mich einfach schon länger gewundert, dass bei mir keine einzige Leaflet-Overpass-Karte im IE läuft. Aber das war dann definitiv der falsche Moment, das zum Ausdruck zu bringen.
Schmoll
Wer guckt denn schon unten links nach, wo der Permalink doch meistens unten rechts steht.
Wie auch immer, der Permalink existiert und funktioniert.
Kleinkram und hat daher Zeit.
Der Link zur Relation war ja von Anfang an enthalten. Von daher ist das nur ein Problemchen. Über die Relation geht es jedoch nur mittels mehrere Seiten(aufrufe). Ein direkter Link zum Editor kann das Leben/Arbeiten dann etwas einfacher machen.
PS: Auch die Attributierungen bei den unterschiedlichen Karten hast du sauber gelöst.
Das erklärt - wenn ich so darüber nachdenke - auch die Position des Permalink links unten.
Manchmal scheint sich die Seite/JavaScript zu ‘verschlucken’.
Dann reagiert der grüne Kreis nicht mehr. Das hatte ich heute auch einmal.
Ein Neuladen der Seite initialisert alles und danach geht es wieder.
Mit den IE10 funktioniert die Seite, allerdings genauso wie bei EvanE manchmal nur mit Neuladen.
Schön wäre noch, wenn bei Anklicken eines grünen Kreises die nicht dazugehörenden Objekte ausgeblendet würden, man sieht dann einfach mehr: [Beispiel](http://map.comlu.com/#zoom=18&lat=50.000688&lon=8.257971&layer=Mapquest Open)
Ansonsten ist sie wirklich eine Hilfe und genau das, was ich für schnelle Checks in diesem Bereich immer gesucht habe.
Ich habe schon einige verdächtige Kandidaten damit gefunden, die ich mir bei Gelegenheit vornehmen werde .
Das liegt aber nicht an Leaflet. Ich habe schon andere Kleinigekeiten mit Leaflet gemacht, die zumindest in IE7+ keine Probleme bereiteten. Die geolocation hier ist auch nicht die eigentliche Ursach. Hauptgrund ist, dass der Browser die Relationsdaten asynchron von einem anderen Server (overpass-api.de) holt, als die Ursprungsseite (map.comlu.com). So ein Zugriff ist aus Sicherheitsgründen verboten. Es gibt aber einen Standardmechanismus (CORS), um als Programmierer den Zugriff zu erlauben, sozusagen “ich weiß, was ich tue, das ist in diesem einem Fall ok”. Aber wie es immer so ist, gibt es ein Standardvorgehen und ein ganz anderes Standard-Microsoft-Vorgehen. Und diesen Microsoft-Way-Of-Doing-It-Differently muss ich erstmal alternativ (und zusätzöich) herausfinden, testen und einbauen. Dazu komme ich aber die nächsten Tage nicht, also müsst ihr damit leben Der IE10 soll CORS unterstützen.
Ist mir inzwischen auch passiert. Werde mal bei Github nachschauen, ob da etwas darüber bekannt ist. Aber Permalink klicken und Seiten-Refresh ist wenigstens ein Workaround.
Danke für den Link. Hatte mir schon vorgenommen, das Permalink-Plugin überarbeiten, weil es die Overlays nicht unterstützt.
Das habe ich mir schon kurz angesehen und werde es bei Gelegenheit testen. Wird aber noch dauern. Ist ja nicht unendlich schwierig, ich muss nur die Zeit haben, es zu machen. Proxy-Script will ich nicht verwenden, denn dann ist es vorbei mit der rein client-seitigen Lösung.
Unabhängig von deiner hervoragenden und überaus nützlichen turn-restriction-map zur Überprüfung eingetragener Abbiege-Beschränkungen, gibt es noch einen Bereich der (zugegeben) sehr schwierig zu realisieren ist:
Verdächtige Kreuzungen, wo eine/mehrere Abbiege-Beschränkungen fehlen könnten.
Es ist nicht einfach zu erkennen, wo das der Fall ist, von daher ist das ein schwieriges Problem.
Einige Punkte, die für eine Überprüfung in Frage kommen, kann ich benennen:
Scharfe Winkel, wie sie insbesondere bei Fahrbahnaufteilungen vorkommen.
Hier gibt es oft ein Wende-Verbot resp. ein Nur-Geradeaus Gebot.
Kreuzungen mit eingetragenen Abbiege-Spuren.
Durch diese Abbiege-Spuren ist das Abbiegen direkt an der Kreuzung
nicht mehr zulässig. Weiter darf an der Einmündung der Abbiege-Spur
in der Regel nicht wieder links abgebogen werden.
Komplexe Kreuzungen mit 2x2 Richtungsfahrbahnen.
Da werden oft eigene Wege für das Abbiegen eingetragen, für die es
dann auch entsprechende Abbiege-Beschränkungen geben sollte.
Bitte verstehe das nur als Anregung für ein neues Projekt (für dich oder jemand anderes). Das soll keine Aufforderung sein in dieser Richtung irgendwas zu unternehmen (außer du willst es selber). Aber die Idee wollte ich doch einmal zur Diskussion stellen.
Ja, das kann jemand anderes machen. Die Zeit dafür kann und will ich mir nicht nehmen. Das ist nichts, was man schnell mal nach einer Overpass-Abfrage durchrechnen kann, da sollte man den Planet/Auszug in einer DB haben, damit man vernünftig mit den Geometrien aller Wege eines Gebiete spielen kann. Freiwillige vor
Bringst du mir dein HTC One zum Testen vorbei?
Nee, gut, wird sich schon 'ne Lösung finden. Hast du ein Beispiel, wie man erkennen kann, dass ein HTC One dran ist? Browsertyp, wie identifiziert er sich?
Oder reicht es, wenn ich es irgendwie mit einem URL-Parameter versuche, bei dessen Verwendung die Icons größer dargestellt werden?