- bindPopup entfernt und durch bindTooltip ersetzt
- Tooltip zeigt POI-Details bei Hover
- Tailwind-Klassen sorgen für einheitliches Design (rund, schatten, padding)
- Version auf 1.1.177 erhöht
- fetch-Aufruf ersetzt durch Redux-Thunk fetchGisLinesThunk
- gisLines aus Redux-Store bezogen mit selectGisLines
- Datenmapping erfolgt reaktiv via useEffect
- Version auf 1.1.174 erhöht
- fetch-Aufrufe entfernt und durch Redux-Selektoren ersetzt
- poiTypData über poiTypSlice + fetchPoiTypThunk geladen
- locationDeviceData über gisStationsStaticDistrictThunk
- priorityConfig über Redux mit fetchPriorityConfigThunk integriert
- poiLayerVisible direkt aus Redux-State gelesen
- Version auf 1.1.173 erhöht
- Fehler behoben: Alle POIs zeigten immer dasselbe Icon (z. B. poi-marker-icon-4.png)
- Ursache: In setupPOIs.js wurde iconPath fälschlich anhand von idPoiTyp gesucht, obwohl nur idPoi verfügbar war
- Lösung: Icon-Zuordnung erfolgt jetzt über Mapping idPoi → path (Map)
- Kein Backend-Änderung nötig
- Standard-Icon wird verwendet, wenn kein Eintrag im Mapping vorhanden ist
# Version: 1.1.166
- idPoiTyp an Marker übergeben und in handleEditPoi verwendet
- Dropdown-Zuweisung in PoiUpdateModal.js über Redux poiTypData
- Version erhöht auf 1.1.164
- fetch("/deletePoi") in PoiUpdateModal entfernt
- deletePoiService + deletePoiThunk eingeführt
- Kein Redux Slice nötig, da kein Status gespeichert wird
- Version auf 1.1.161 erhöht
- fetch(...) durch fetchPoiTypThunk ersetzt
- Zugriff auf POI-Typen über selectPoiTypData
- Code vereinheitlicht mit AddPOIModal.js
- Version erhöht auf 1.1.160
- Rechteprüfung auf .some(r => r.IdRight === 56) umgestellt
- Bug in PoiUpdateModal behoben (falscher fetchLocationDevices Import)
- Modal öffnet sich nur mit gültigem Bearbeitungsrecht
- Version auf 1.1.159 erhöht
- fetch durch addPoiThunk ersetzt
- Icon-Nachladen über fetchPoiIconsDataThunk integriert
- Modal schließt sich nach erfolgreichem Hinzufügen zuverlässig
- reload entfernt, Statushandling über Redux-Slice `addPoiSlice`
- Version erhöht auf 1.1.158
- Manuelle fetch-Anfrage zu /api/talas_v5_DB/poiTyp/readPoiTyp entfernt
- Stattdessen fetchPoiTypes Redux-Thunk verwendet
- Initialwert für poiTypeId weiterhin über useEffect gesetzt
- Code vereinfacht und zentral über Redux-Store verwaltet
- redundante Hook gelöscht
- restoreMapSettings direkt per useEffect in MapComponent verwendet
- mehr Klarheit durch Vereinfachung der Map-Initialisierung
- useFetchPoiData.js entfernt
- Neue Redux-Slices für POI-Typen und POI-Icons erstellt
- Neue Services und Thunks hinzugefügt
- fetch-Aufrufe durch zentralisierte Redux-Logik ersetzt
- store.js aktualisiert und neue States registriert
- entferne alten updateGmaData useEffect aus MapComponent.js
- verwende gisStationsMeasurements-Daten direkt aus Redux-Slice
- setze useSelector statt useState für GisStationsMeasurements
- beseitigt Fehler beim Abrufen der GMA-Daten in der Konsole
- vereinheitlicht Datenfluss über Redux Toolkit
- alle Importe und Aufrufe von config.js entfernt
- Webservices nutzen direkt window.location + NEXT_PUBLIC_API_PORT_MODE
- zentrale Konfigurationsstrategie über .env.local abgeschlossen
- Entferne direkte Verwendung von `webserviceGisLinesStatusUrl` aus config.js
- Nutze `useLineData()` mit Redux-Toolkit Store
- Baue URL intern in fetchGisLinesStatusService.js dynamisch auf
- Optimiere Tooltip-Generierung aus Webservice-Daten
- erstellt fetchGisLinesService.md (Liniengeometrien aus Datenbank)
- erstellt fetchGisLinesStatusService.md (Linienstatus aus WebService)
- beschreibt Unterschiede zwischen beiden Datenquellen
- verbessert Entwicklerverständnis und Wartbarkeit
- ersetzt Zugriff auf json.Lines durch json.Statis
- behebt leeren Redux-State bei Linienstatus
- Daten aus Webservice fließen jetzt korrekt in gisLinesStatusSlice
- alle direkten fetch-Zugriffe wurden entfernt oder durch Redux ersetzt
- Variable mapGisStationsStatusDistrictUrl wird im Projekt nicht mehr verwendet
- Zugriff auf Gerätestatus erfolgt jetzt zentral über Redux-Toolkit Thunk
- lösche nicht mehr benötigte oder veraltete Funktionen aus utils.js
- verschiebe relevante Logik in Dateien wie mapUtils.js
- entferne alle Importe von utils.js im gesamten Projekt
- vereinfache die Projektstruktur und reduziere Duplikate
- createAndSetDevices.js angepasst: Datenbezug jetzt nur noch über Redux-Store (Selectoren)
- fetch aus config.js entfernt (keine Verwendung von mapGisStationsStaticDistrictUrl mehr)
- MapComponent.js und useDynamicMarkerLayers.js entsprechend aktualisiert
- Fehlerbehandlung verbessert („Redux enthält keine gültigen Geräte-/Statusdaten“)
- CHANGELOG.md aktualisiert auf Version 1.1.139
- useEffect-Abhängigkeit um GisSystemStatic erweitert (Fix für leeres Control Panel nach Reload)
- DataSheet.js umbenannt in MapLayersControlPanel.js für bessere Verständlichkeit
- Version erhöht auf 1.1.136
- fetch(...) durch Redux-Thunk ersetzt
- Daten werden zentral über fetchLineStatusAndLinesThunk bereitgestellt
- keine Redundanz oder Datenverluste festgestellt
- entferne lokalen fetch + isDataLoaded State
- fetchGisStationsStaticDistrictThunk per Redux-Status 'idle' getriggert
- Anzeige von DataSheet erfolgt nur, wenn GisStationsStaticDistrict.Points vorhanden sind
- fetchGisLinesService, Thunk und Slice erstellt
- MapComponent nutzt dispatch(fetchGisLinesThunk())
- Linien-Daten zentral aus Redux (state.gisLines.data) übernommen
- fetch(...) entfernt und durch Redux-Logik ersetzt
- Version erhöht auf 1.1.130
