Chaos Computer Club - archive feed

Spontan eingereichte Lightning Talks:

00:47 Vorstellung Prototype Fund

07:14 Topic Maps in der Verwaltung

14:03 Open Data - Beispiel Bodenrichtwerte

about this event: https://pretalx.com/fossgis2023/talk/8TKHLJ/

Das neue Vektortile-Schema Shortbread wird in der Geofabrik zum Rendern mehrere Kartenstile eingesetzt. Die Vektortiles werden mit Tilemaker erzeugt und anschließend mit Mapnik als Rastertiles gerendert. Mapnik selbst greift mit dem GDAL-MVT-Treiber auf die Vektortiles zu. Das Rendering erfolgt mit Tirex.

Der Vortrag berichtet über die Hürden, die genommen wurden und die Besonderheiten von GDAL, die zu gewissen Anforderungen an die Inhalte der Vektortiles führen.

Unter dem Namen Shortbread gibt es seit dem Jahr 2022 ein weiteres Vektortileschema unter einer freien Lizenz.

Dieses wird in der Geofabrik zum Rendern mehrere Kartenstile eingesetzt und ist unter der CC-0-Lizenz (Schema) bzw. FTWPL (Code) verfügbar. Die Vektortiles werden mit Tilemaker erzeugt und anschließend mit Mapnik als Rastertiles gerendert. Mapnik selbst greift mit dem GDAL-MVT-Treiber auf die Vektortiles zu. Das Rendering erfolgt mit Tirex, der Renderd-Alternative.

Der Vortrag ist ein Erfahrungsbericht über die Implementierung eines Vektortileschemas mit Tilemaker, welches anschließend von GDAL, Mapnik und Tirex verwendet wird. Weil beispielsweise Mapnik nicht in der Lage ist, die Features eines Layers selbst zu sortieren, muss dies schon bei der Vektortile-Erzeugung erfolgen. GDAL erwartet in jedem Layer ein Attribut, selbst wenn der Layer nur Meeresflächen enthält. Für jede Zoomstufe ist ein eigener Kartenstil nötig, was seinerseits zu Anpassungen an Tirex geführt hat.

Auch die Performanceunterschiede zwischen einem Vektortile-basierten Rastertileserver und einem klassischen Rastertileserver werden beleuchtet.

about this event: https://pretalx.com/fossgis2023/talk/DFVAGB/

Der Regionalverband Ruhr stellt seinen Mitgliedskommunen ein QGIS-Projekt zur Verfügung, mit dem diese mit geringem Aufwand gedruckte Stadtpläne erstellen können (u.a. für den Katastrophenschutz). Die vollständige Beschriftung aller Straßen im Maßstab 1:15.000 ist eine wichtige Anforderung, konnte aber mit QGIS-Werkzeugen nicht erfüllt werden. Stattdessen haben wir einen Workflow erstellt, der die deutlich besseren Ergebnisse der Maplex-Label-Engine aus der ESRI-Welt in QGIS nutzbar macht.

Auf den ersten Blick liefern das Labeling in QGIS und das in ArcMap/ArcGIS Pro die gleichen Einpassungswerkzeuge. Allerdings sind viele davon nicht mit dem Platzierungsmodus „gebogen“ kompatibel. Dieser ist jedoch für eine Straßenbeschriftung essenziell. Hinzu kommt, dass QGIS die erlaubten Einpassungsmethoden (z.B. Abkürzungen) immer nutzt, also auch wenn an einer bestimmten Stelle noch genügen Platz für den ausgeschriebenen Straßennamen wäre. Die Maplex-Label-Engine aus der ESRI-Welt dagegen nutzt diese nur bei Bedarf an engen Stellen. Abkürzungen, Zeilenumbrüche, Schriftverkleinerungen, etc. stellen aber immer einen Kompromiss in Bezug auf Ästhetik, Lesbarkeit und Eindeutigkeit dar. Für das QGIS-Projekt, das der RVR seinen Mitgliedskommunen inkl. relevanter Daten zur Verfügung stellt, damit diese mit geringem Aufwand eigene gedruckte Stadtpläne erstellen können, waren die Ergebnisse der automatischen Beschriftungsplatzierung nicht ausreichend. Eine vollständig händische Platzierung ist zu aufwendig. Stattdessen wurde ein Workflow entwickelt, der die Platzierung der Schriften mit Hilfe der Maplex-Label-Engine vornimmt und in QGIS nutzbar macht. Dazu werden die Beschriftungen in Annotationen umgewandelt, welche sich als Polygone exportieren lassen. Da QGIS Polygone aber nicht ausfüllend beschriften kann, werden die Polygone mit Hilfe von Python und Postgres/PostGIS in Beschriftungslinien umgerechnet. Die ungewöhnliche Form mancher Annotationspolygone stellte dabei eine besondere Herausforderung dar.

about this event: https://pretalx.com/fossgis2023/talk/EZJYVL/

Die wichtigsten zwischen Juli 2022 und März 2023 entwickelten Features für die Feldapplikation QField werden vorgestellt. Dazu gehören das Release der iOS-Version, die Möglichkeit QR-Codes einzulesen oder neue Aussteck- und Navigationswerkzeuge.

Die mobile Anwendung QField basiert auf QGIS und erlaubt es, basierend auf QGIS-Projekten, offline oder online, Feldarbeit effizient durchzuführen. Seit der Version Coordinated Capybara (2.2.0): Die in den letzten Monaten erfolgten Weiterentwicklungen haben der Anwendung zusätzliche für die Feldarbeit nützliche Funktionen hinzugefügt. Anhand von Beispielen werden die wichtigsten neuen Features vorgestellt. Dazu gehören die Möglichkeit, bestimmte Destinationen auszustecken, neue Messtools, ein QR-Reader im Attributformular und im Suchfeld, das Release der offiziellen iOS-Version sowie die Option, ein Höhenprofil darzustellen.

about this event: https://pretalx.com/fossgis2023/talk/SMWNLZ/

Volltextsuche in mehr als 140 Mio. Namen, Notizen und Beschreibungen von Tags in

OpenStreetMap nach Wörtern, Teilstrings, Phrasen, regulären Ausdrücken oder bester Übereinstimmung.

Schnell und flexibel nach OpenStreetMap Objekten suchen mit der "BBBike tag name search" Suchmaschine. Die Suche dauert meist nicht mehr als 5-20 Millisekunden. Gesucht werden kann nach Wörtern, Teilstrings, Phrasen, regulären Ausdrücken oder bester Übereinstimmung in den Tags  "name", "description", "inscription ", und "note". Die Suche kann auf Regionen (Deutschland, Österreich, Brandenburg etc.)  beschränkt werden. Bei der Eingabe bietet das System eine Autovervollständigung (autocomplete) an.

Beispiele:

- Suche nach exakten Tippfehlern: "mann"

- Suche nach ähnlichen Wörtern: Slavenburg => Slawenburg

- Suche nach exakten Phrasen: "karl marx" (mit Leerzeichen), "karl-marx" (mit Bindestrich)

- Zählen, wie oft ein Wort/Phrase vorkommt: Apotheken deren Name mit "L" anfängt, und das Wort Apotheke enthalten: "^L.*Apotheke" 418 (weltweit), 54 (Berlin/Brandenburg)

- Suche mit exakter Gross/Kleinschreibung: "rosenthal"

- Suche mit regulären Ausdrücken: karl-marx-[^sp] ("karl-marx-*, aber nicht Karl-Marx-Straße und nicht Karl-Marx-Platz)

Zielgruppe der Suchmaschine  sind Mapper, die die Daten in OpenStreetMap verbessern wollen.

about this event: https://pretalx.com/fossgis2023/talk/CEBVNZ/

Einführung in das System QWC2 und die bestehenden Services. Aufbau einer Demoinstanz während der Session.

Der QGIS Webclient 2 (QWC2) ist ein moderner Kartenclient, der auf die Publikation von Karten mit QGIS Server spezialisiert ist. Dank des Einsatzes von Micro-Services ist er sowohl für die Erstellung einfacher In-House Clients, als auch für umfangreiche Lösungen in Enterprise-Infrastrukturen geeignet.

In der Demo-Session wird Schritt für Schritt von Grund auf eine QWC2 und qwc-services Instanz beispielhaft aufgebaut.

about this event: https://pretalx.com/fossgis2023/talk/UUFELA/

Im Vortrag wird vorgestellt, wie die bisherige Lösung durch OpenSource-Software (QGIS, PostGIS) und OpenDaten (OpenStreetMap) abgelöst wird. Dabei galt es nicht nur eine technische Lösung zu finden, die es ermöglicht die Kartenbasis aus OSM-Daten zu bestücken und mit den Daten der BVG (Liniennetz, Haltestellen etc.) in einer gemeinsamen Datenbank zu kombinieren. Es mussten auch die hohen Ansprüche an die kartografische Gestaltung berücksichtigt werden.

Der Vortrag stellt die Lösung vor, die in enger Zusammenarbeit zwischen der BVG und der WhereGroup entwickelt wurde und wirft insbesondere Schlaglichter auf die automatisierte Weiterverarbeitung der verschiedenen Datenimporte und die ebenfalls automatisierten Generalisierungsprozesse in der der PostGIS-Datenbank. Darüber hinaus wird vorgestellt wie mit umfangreichen Beschriftungs- und anderen Regeln innerhalb von QGIS aus den Rohdaten eine gute Stadt-Karte mit dem Schwerpunkt auf dem ÖPNV entsteht.

about this event: https://pretalx.com/fossgis2023/talk/L9MW9M/

Die Open-Source Software KomMonitor ermöglicht ein GIS-basiertes, raum-zeitliches Monitoring von Geodaten und Statistiken. Die Software wurde für Kommunalverwaltungen als webbasiertes Planungswerkzeug entwickelt, um aktuelle Fragen der Stadtentwicklung beantworten zu können.

Kommunale Planungsaufgaben erfordern die Einbindung und Auswertung verschiedener räumlicher und raum-zeitlicher Daten, um sie für Planungs- und Entwicklungsprozesse mit größeren Zeithorizonten nutzbar zu machen. Innovative Monitoringsystem bieten dabei eine effektive Entscheidungsunterstützung. Diesen Bedarf adressiert die webbasierte Open Source Software KomMonitor, indem sie ein integriertes GIS-basiertes, raum-zeitliches Monitoring von Geodaten und Statistiken ermöglicht.

KomMonitor ist frei verfügbar und wurde im Rahmen der Förderrichtlinie »Kommunen Innovativ« (difu 2021) gemeinsam durch die Hochschule Bochum, dem Geographischen Institut der Ruhr Universität Bochum und den Praxispartnern Stadt Essen und Mülheim an der Ruhr entwickelt. Anhand aussagekräftiger Daten zur Raumentwicklung lassen sich mit ihm soziale und städtebauliche Problemlagen im Sinne eines Frühwarnsystems identifizieren. Das Monitoringsystem dient damit als ressortübergreifende Planungsgrundlage der Steuerung und Koordinierung städtischer Maßnahmen und der Ressourcenverteilung.

KomMonitor implementiert im Sinne einer Geodateninfrastruktur ein zusammenhängendes System aus modularen technischen Bausteinen. Generische und konfigurierbare Funktionalitäten dieser Softwarearchitektur ermöglichen dabei eine Übertragbarkeit auf beliebige Kommunen sowie auf weitere Anwendungsfelder und Maßstabsebenen. KomMonitor bietet zudem verschiedene Möglichkeiten, Geodaten und Statistiken interaktiv in Karten und Diagrammen zu visualisieren und Analysen durchzuführen. Dazu zählen Zeitreihenanalysen, räumliche oder inhaltliche Vergleiche sowie Erreichbarkeitsanalysen. Darüber hinaus ist KomMonitor in der Lage, bereits integrierte statistische Merkmale sowie Geodaten zu verwenden, um weitere Indikatoren-Zeitreihen mit Hilfe von Berechnungsvorschriften automatisch fortzuführen.

Dieser Vortrag stellt die wesentlichen Ziele und Funktionalitäten des GIS-basierten Monitoringsystem KomMonitor vor. Zudem wird anhand von praktischen Anwendungsbeispielen aufgezeigt, welches Potenzial das Planungswerkzeug für eine optimierte Stadtentwicklungsplanung in digitalisierten Kommunen hat.

about this event: https://pretalx.com/fossgis2023/talk/TVJA7H/

Was passiert, wenn sich mehrere große Forschungseinrichtungen auf eine Plattform für das Forschungsdatenmanagement einigen und gemeinsam neue Features entwickeln (lassen)?

Das OSGeo Projekt GeoNode wird seit einiger Zeit als Datenmanagementplattform in diversen Forschungsinstitutionen eingesetzt. Im letzten Jahr hat sich hierbei* eine kleine Gruppe aktiver Personen zusammengefunden, die synergistisch die Plattform weiterentwickeln. Der Vortrag wird die aktive Gruppe vorstellen, die bisher in den upstream gebrachten Features aufzeigen und mit den Neuigkeiten aus dem Gesamtprojekt verknüpfen. Zum Abschluss werden einige kurze Lessons Learned bezüglich des Zusammenarbeitens mit der internationalen Community und den Ausschreibungsverfahren in der öffentlichen Verwaltung zusammengefasst.

* u.A. als Ergebnis der Vorträge auf der FOSSGIS 2022 ;-)

about this event: https://pretalx.com/fossgis2023/talk/SE8PZN/

Das zentrale Datenelement in OpenStreetMap sind Ways, und nützlich sind diese nur mit Koordinaten. Das heutige Datenmodell erlaubt es zwar, die Koordinaten eines aktuellen Ways zweifelsfrei aus den Koordinaten der referenzierten aktuellen Nodes zu gewinnen, aber bei der Rekonstruktion historischer Daten sieht das anders aus. Praktisch relevant ist das für das Sichten von Änderungen.

Das zentrale Datenelement in OpenStreetMap sind Ways, und nützlich sind diese nur mit Koordinaten. Das heutige Datenmodell erlaubt es zwar, die Koordinaten eines aktuellen Ways zweifelsfrei aus den Koordinaten der referenzierten aktuellen Nodes zu gewinnen, aber bei der Rekonstruktion historischer Daten sieht das anders aus. Praktisch relevant ist das für das Sichten von Änderungen.

Es werden verschiedene Ansätze vor- und dem tatsächlichen Inhalt der Datenbank gegenübergestellt. Daran soll versucht werden zu rekonstruieren, was der Mapper an Geometrie gesehen und gewollt hat. Daran sollte sich dann hoffentlich ermitteln lassen, wie eine besser verständliche Änderungsanzeige aussieht.

about this event: https://pretalx.com/fossgis2023/talk/AY9NHZ/