Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- faq:web [2025/07/14 11:27] – [Unfallhilfsstellen-Modul] florian
+++ faq:web [2026/02/26 12:48] (aktuell) – Ergänzung CORS WMS Layer jannis.baudisch_einsatzleitsoftware.de
@@ Zeile 10: / Zeile 10: @@
 Um dies zu überprüfen, kann folgender SQL-Befehl verwendet werden. Er liefert eine Liste der Unfallhilfsstellen, in denen sich aktuell noch Patienten befinden – auch wenn die UHS bereits abgelaufen ist.
-'''SELECT UHS_NAME FROM PATIENTEN WHERE UHS_PAT=1 AND UHS_AUSGANG IS NULL;'''
+<code>SELECT UHS_NAME FROM PATIENTEN WHERE UHS_PAT=1 AND UHS_AUSGANG IS NULL;</code>
-In dem Fall muss die UHS im Editor noch einmal aktiviert werden (Enddatum hochsetzen) und in der UHS anmelden und den Patienten entlassen.
+In diesem Fall muss die UHS im Editor erneut aktiviert werden (Enddatum anpassen) und anschließend in der UHS angemeldet sowie der Patient entlassen werden.
+=== eGK-Kartenleser funktioniert nicht mehr ===
+Nach einem Windows- oder Browser-Update kann es vorkommen, dass der Zugriff auf den eGK-Kartenleser (EGKProxy) aus dem Browser heraus blockiert wird. In diesem Fall funktioniert das Einlesen der Gesundheitskarte in edp: nicht mehr.
+== Grundprüfung ==
+  - **EGKProxy prüfen:** Sicherstellen, dass der EDP Proxy Kartenleser gestartet ist und im Cherry-Konfigurationstool der Kartenleser als online angezeigt wird.
+  - **Direktaufruf im Browser testen:** Auf dem betroffenen Notebook im Browser folgende Adresse aufrufen: http://localhost:port/getEGK.api?key=key (Ergebnis wird angezeigt: Proxy funktioniert grundsätzlich. Fehler/keine Antwort: Proxy nicht erreichbar oder blockiert)
+  - **Anderen Browser testen:** Testweise mit einem anderen Browser (z. B. Chrome oder Firefox) prüfen, ob der Aufruf dort funktioniert.
+== Lösung bei Blockierung ==
+  * Wenn der Aufruf nach einem Update nicht mehr funktioniert:
+  * Browser-Einstellungen zurücksetzen
+  * Beim erneuten Aufruf darauf achten, dass die Abfrage zum Zugriff auf lokale Inhalte (localhost) bestätigt wird
+In vielen Fällen behebt bereits das Zurücksetzen der Browser-Einstellungen das Problem, da Windows- oder Browser-Updates Sicherheitsrichtlinien verändern können.
+===== Browserbasierte edp:map ====
+==== Mein Overlay/Kartensatz funktionert nur in der desktop Karte, jedoch nicht im edp:web ====
+== Problembeschreibung/Verhalten ==
+Mein Overlay/Kartensatz funktioniert in der desktop **edp:**map problemlos. In der browserbasierten **edp:**map wird das Overlay/Kartensatz in der Sidebar angezeigt, ist auf der Karte jedoch unsichtbar. Tritt vor allem bei selbst gehosteten Tile-Servern auf.
+== Ursache/Lösung ==
+Unzureichende [[https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS|CORS]] Konfiguration des Tile-Servers. Prüfen, ob CORS Header in Tile-Server gewünscht konfiguriert sind. In der Regel ist der HTTP-Header ''Access-Control-Allow-Origin: *'' (erlaube das Einbinden von allen fremden Webseiten aus) das gewünscht Verhalten.
+== Erklärung ==
+Die Ursache hierfür ist meist ein nicht ausreichend konfigurierter Tile-Server. Moderne Browser haben Sicherheitsmechanismen um das ungewollte einbinden der einen Webseite/Webseitenressourcen in fremden Webseiten zu verhinden. Diese Funktion nennt sich [[https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS|Cross-Origin Resource Sharing (CORS)]]. Es handelt sich dabei um HTTP-Header, welche Informationen enthalten, wie die Ressource eingebunden werden darf und welche Informationen dabei mit dem anderen Webserver geteilt werden dürfen. Bei Webseitenressourcen (bzw. Webserver) bei denen keine explizite CORS Konfiguration vorliegt gehen Browser davon aus, dass die Eigentümer keine Verarbeitung von dritten Webseiten zulassen möchten.
+Die Karten-Tiles der Overlays/Kartensätze werden in der browserbasierten **edp:**map durch den Browser im Hintergrund nachgeladen und als Bild auf die Karte gesetzt. Wenn der Browser die Bilder empfängt, prüft er ob die CORS Header das Einbinden auf der aktuellen Webseite zulassen und bricht das weitere Verarbeiten/Laden ansonsten ab. In **edp:**web ist es leider nicht möglich zu prüfen, weshalb das Laden fehlschlägt. Es könnte bspw. auch an einer fehlenden Internetverbindung zum Server liegen. Dies macht es uns leider nicht möglich eine bessere Fehlermeldung in **edp:**web auszugeben.
+**Option zum verbessern der Fehlermeldung:**
+Bei der Konfiguration der Overlays im Editor ist es möglich über das Zahnrad eine "Erweiterte Konfig für WMS" anzugeben. Hier kann der Wert ''"crossOrigin": "anonymous"'' ergänzt werden. Hierdurch werden auch bei der Anfrage an den Tile-Server CORS Header gesetzt und der Browser gibt bei der validierung der Empfangen CORS Header eine verständlichere Fehlermeldung. Ohne diesen Wert ist die Fehlermeldung in der Entwicklerkonsole des browsers oft etwas diffus.
+== Alternative Ursachen ==
+  * Fehlerhafte Konfiguration des Overlays/Kartensatzes
+  * Bisher nicht unterstützter Tile-Server