Cowegis Tester gesucht

Liebe Community,

es sind einige Monate ins Land gegangen, seitdem ich die Ankündigung zur Überarbeitung/Rebranding der Leaflet-Erweiterung getätigt habe. Inzwischen steht das technische Grundgerüst, sodass im Mai voraussichtlich die erste Alpha-Version erscheinen wird.

Features:

• min. Contao 4.9, PHP 7.2
• Backend sehr ähnlich wie netzmacht/contao-leaflet-maps
• gewohnte modulare und erweiterbare Struktur
• Keine backendseitige Generierung von JS mehr
• Kommunikation über REST-API (OpenAPI v3) zwischen Frontend- und Backend
• JS-Client
• Custom HTML-Element
• Unterstützung Consent Tools auf Basis von hofff/contao-consent-bridge

Folgende Roadmap ist angedacht:

Alpha-Testphase:

• geschlossene Testphase
• Start im Mai 2020
• Schrittweise Implementierung aller Features

Beta-Testphase:

• öffentliche Testphase für alle Interessierten
• Start Juni/Juli 2020
• Unterstützung vollständige Funktionen wie netzmacht/contao-leaflet-maps
• Implementierung der Migration

Stabiles Release:

• spätestens 3. Quartal 2020

Um möglichst einen reibungslosen Übergang von netzmacht/contao-leaflet-maps zu cowegis zu ermöglichen suche ich motivierte Tester. Wer Interesse hat, meldet sich bitte per Mail/PN bei mir und sollte folgende Voraussetzungen erfüllen:

• Experimentierfreudigkeit
• Erfahrung mit netzmacht/contao-leaflet-maps
• Zugang zu verschiedenen Browsern/Endgeräten
• Erfahrungen mit Issue-Tracker

Mega

Die Entwicklung von cowegis ist soweit vorangeschritten, dass diese Woche die erste Alpha-Version erscheinen wird. Interessierte Tester können sich weiterhin bei mir melden.

Neben dem Rebranding und der Modernisierung auf Basis von Contao 4.9 wurden einige konzeptionelle Schwachstellen beseitigt. cowegis wird sich durch eine noch höhere Flexibilität auszeichnen als sie bereits bei netzmacht/contao-leaflet-maps vorhanden war. cowegis wird ein auf Leaflet und des Leaflet-Ökosystems basiertes Client-/Server Kartenwerkzeug.

Hier eine Übersicht der Highlights:

JS-Client

• Der JS-Client wird zukünftig als Package über npm zur Verfügung stehen. Somit kann dieser gezielt in eigene Anwendungen eingesetzt werden
• Der JS-Client wird darüber hinaus als Symfony-Bundle zur Verfügung gestellt, sodass er als Standardlösung in Contao genutzt werden kann
• Der JS-Client kann losgelöst von Contao/Des Backends verwendet werden
• Der JS-Client ist modular erweiterbar und lädt Libraries automatisch bei Bedarf nach
• Dank der Verwendung von Packages werden in Zukunft Updates der JS-Libraries wesentlich einfacher

API

• Es wird ein generisches API-Bundle für Smfony geben
• Contao ist dann ein Backend, das Karten-Definitionen zur Verfügung stellt
• Die API liefert eine Open API Schema Definition mit. Die Konsumierung der API für eigene Zwecke ist demnach möglich
• Der Core selbst hängt nicht vom Symfony ab. Der Implementierung der API außerhalb von Symfony, z.b. über PSR-7/17 Frameworks ist denkbar

Überarbeites Filtersystem

• Bisher konnte nur nach einem Filter gefiltert werden (Umkreissuche oder Boundingbox)
• Das neue Filtersystem kann eine beliebige Anzahl von Regeln gleichzeitig anwenden
• Mitgeliefert werden Keyword-, Bbox- und Umkreisfilter
• Filtersystem ist erweiterbar
• Bereits implementiert für Marker-Layer
• Auf Layer-Ebene sind einzelne Filter aktivierbar, sodass es auch statische Daten-Layer geben kann

Striktere Trennung von Daten und Karten

• Einstellungen des Verhaltens eines Daten-Layers erfolgt nicht mehr in den Layern
• Einstellungen des Verhaltens werden bei Zuweisung eines Layers zu einer Karte vorgenommen
• Vorteil: Wechselwirkungen zwischen Daten und Karte kann unterschiedlich sein
• Notwendig zur Unterstützung von Panes

Mehrsprachigkeit

• Optional kann die Mehrsprachigkeit aktiviert werden
• vollständig konfigurierbar welche Informationen mehrsprachig gepflegt werden sollen
• Mehrsprachige Informationen müssen nun nicht mehr getrennt gepflegt werden
• Beispiel: Im Scale-Control kann die Skala (metrisch/meilen) je Sprache unterschiedlich gesetzt werden

Modularisierung
cowegis wird modular zur Verfügung gestellt. Folgende Pakete sind aktuell in Arbeit

• cowegis/cowegis-contao-bundle
• cowegis/cowegis-contao-multilingual-bundle
• cowegis/cowegis-contao-geocoder-bundle
• cowegis/cowegis-contao-geocode-widget-bundle
• cowegis/cowegis-client-bundle
• cowegis/cowegis-api-bundle
• cowegis/cowegis-core
• cowegis/cowegis-geojson

Sonstiges

• Unterstützung für Panes
• Geocoder-Control über das Backend konfigurierbar

Hallo David,

klingt alles sehr spannend und nach einer super Arbeit!

Frage zu DSGVO-konformer Einbindung: hast Du da eine "inhouse-Lösung" oder setzt Du da auf "externe" Erweiterungen aus dem Dunstkreis der Consent-Manager?

Zitat:

---

Zitat von zonky

Frage zu DSGVO-konformer Einbindung: hast Du da eine "inhouse-Lösung" oder setzt Du da auf "externe" Erweiterungen aus dem Dunstkreis der Consent-Manager?

---

Nicky Hoff und ich haben hier an eine Lösung gearbeitet, die versucht die Einbindung in Contao für die Consent Tools zu abstrahieren. Diese Erweiterung heißt hofff/contao-consent-bridge. Die consent-bridge ist grundsätzlich dafür ausgelegt, dass ein Consent-Tool clientseitig arbeitet. Die Bridge erlaubt es dann z.B. bei einem Inhaltselement den erforderlichen Service zuzuweisen und reicht dann beim Rendern das Inhaltselement an das Consent Tool weiter.

Der Wunsch bei der Consent-Bridge ist es einen Standard zu etablieren, sodass der Entwickler einer Erweiterung nicht für x-bliebige Contao-Consent-Erweiterungen die Unterstützung implementieren muss. Daher für alle interessierte Entwickler, nutzt und testest die Bridge und bringt eure Anforderungen mit rein.

Für die Bridge gibt es bisher zwei Integrationen: Eine für User Centrics, eine für hofff/contao-consent. Beide Integrationen sind kommerziell. Letzteres ist gerade in der Finalisierungsphase, wir arbeiten hart dran, sodass es hoffentlich zeitnah erscheint. Bei Interesse einer einer der Integrationen wendet euch an Nicky Hoff.