Leaflet: v: 1.1.0: URL zu Standardmarkierungssymbolen ist falsch

Erstellt am 5. Juli 2017  ·  3Kommentare  ·  Quelle: Leaflet/Leaflet

So reproduzieren Sie

  • Broschürenversion, die ich verwende: 1.1.0
  • Browser (mit Version) Ich verwende: Chrome 59
  • Betriebssystem/Plattform (mit Version) Ich verwende: MacOS 10.12
  • Verwenden der Broschüre in Verbindung mit React + der Rubix Admin-Vorlage. Habe die Broschüre 0.7 mit dem gleichen Setup verwendet und keine Probleme. Leaflet wird über Bower installiert.

Welches Verhalten erwarte ich und welches Verhalten sehe ich

Prospektmarkierungen sollten korrekt geladen werden. Stattdessen bekomme ich diese Fehlermeldung:

GET http://localhost :8080/bower_components/leaflet/dist/imagesmarker-icon-2x.png 404 (nicht gefunden)

Aber diese URL ist falsch, weil der Schrägstrich zwischen "images" und "marker-icon-2x.png" fehlt.

Es sollte mit dem Schrägstrich formatiert werden. Wenn ich in die Leaflet-Quelle gehe und die IconDefault-Optionen so ändere, dass es so aussieht (Zeile 6976...):

    iconUrl:       '/marker-icon.png',
    iconRetinaUrl: '/marker-icon-2x.png',
    shadowUrl:     '/marker-shadow.png',

dann funktioniert es wie erwartet.

Wenn ich zu 0.7.7 zurückkehre, verschwindet dieses Problem. Was verursacht dieses Problem?

Hilfreichster Kommentar

Vielleicht hängt das mit meinem Problem zusammen, auf das ich gerade gestoßen bin. Der Marker wird nicht geladen (er versucht, als Basis 64 zu laden).

So reproduzieren Sie

  • Broschürenversion, die ich verwende: 1.1.0
  • Browser (mit Version) Ich verwende: Version 59.0.3071.115 (Offizieller Build) (64-Bit)
  • Betriebssystem/Plattform (mit Version) Ich verwende: MacOS 10.12.5
  • Gebrauch der Broschüre in Verbindung mit Angular 2. Wird über NPM installiert und verwendet @types/leaflet um das Projekt mit Angular CLI einzurichten.

Welches Verhalten erwarte ich und welches Verhalten sehe ich

Für mich lädt die Broschürenbibliothek das Symbol als Base 64:

<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAB[CUT_FOR_BREVITY]ASUVORK5CYII=&quot;)marker-icon.png" class="leaflet-marker-icon leaflet-zoom-animated leaflet-interactive" tabindex="0" style="margin-left: -12px; margin-top: -41px; width: 25px; height: 41px; transform: translate3d(225px, 197px, 0px); z-index: 197; outline: none;">

Das Feld src enthält am Ende &quot;)marker-icon.png , was dazu führt, dass das Bild nicht als ungültiges base64 geladen werden kann. Wenn ich das im Chrome-Inspektor entferne, wird das Symbol normal angezeigt.

Alle 3 Kommentare

Tatsächlich ist es besser, einfach L.Icon.Default.imagePath zu setzen, um sicherzustellen, dass der Pfad den letzten Schrägstrich enthält. Ich denke, an dieser Stelle frage ich mich nur, warum diese scheinbare Änderung?

Vielleicht hängt das mit meinem Problem zusammen, auf das ich gerade gestoßen bin. Der Marker wird nicht geladen (er versucht, als Basis 64 zu laden).

So reproduzieren Sie

  • Broschürenversion, die ich verwende: 1.1.0
  • Browser (mit Version) Ich verwende: Version 59.0.3071.115 (Offizieller Build) (64-Bit)
  • Betriebssystem/Plattform (mit Version) Ich verwende: MacOS 10.12.5
  • Gebrauch der Broschüre in Verbindung mit Angular 2. Wird über NPM installiert und verwendet @types/leaflet um das Projekt mit Angular CLI einzurichten.

Welches Verhalten erwarte ich und welches Verhalten sehe ich

Für mich lädt die Broschürenbibliothek das Symbol als Base 64:

<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAB[CUT_FOR_BREVITY]ASUVORK5CYII=&quot;)marker-icon.png" class="leaflet-marker-icon leaflet-zoom-animated leaflet-interactive" tabindex="0" style="margin-left: -12px; margin-top: -41px; width: 25px; height: 41px; transform: translate3d(225px, 197px, 0px); z-index: 197; outline: none;">

Das Feld src enthält am Ende &quot;)marker-icon.png , was dazu führt, dass das Bild nicht als ungültiges base64 geladen werden kann. Wenn ich das im Chrome-Inspektor entferne, wird das Symbol normal angezeigt.

Hallo Leute, danke für die Meldung. Ich bin mir ziemlich sicher, dass das von Ihnen beschriebene Problem dasselbe ist wie #4968, daher schließe ich dies als Duplikat. Bitte sagen Sie mir, wenn Sie glauben, dass dies ein weiteres Problem ist, und ich werde eine Wiedereröffnung in Betracht ziehen.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen