Chaos Computer Club - archive feed

Das FOSSGIS-Jeopardy bietet wieder spannende Fragen zu (mehr oder weniger) wissenswerten Fakten und vor allem viel Spaß für jung und alt, alt und neu.

Das FOSSGIS-Jeopardy bietet wieder spannende Fragen zu (mehr oder weniger) wissenswerten Fakten und vor allem viel Spaß für jung und alt, alt und neu.

Wir spielen 1-2 Runden mit jeweils maximal vier Teilnehmer/-innen. Alle anderen können sich nach einem Konferenztag zurücklehnen und den Tag mit etwas Entertainment ausklingen lassen. Diesmal nicht digital, sondern mit Menschen und Technik vor Ort.

Informationen zum Ablauf, zu den Preisen und zur Anmeldung gibt es beizeiten auf der Konferenzwebseite oder in Hannes's Blog.

Es wird garantiert lustig, chaotisch, lehrreich, amüsant und für alle Beteiligten ein Heidenspaß. Nur keine Hemmungen! Welche Kartenprojektion ist nochmal die, wo Grönland so groß wie Afrika dargestellt wird? Was macht dieses Icon in QGIS? Was für ein Datenformat ist {"type": "Point", "coordinates": [10, 20]}? Welches Logo ist das?

Wir freuen uns über Einreichungen von Fragen/Aufgaben und Sponsoring von Preisen, bitte per Mail an fossgis-jeopardy ät johanneskroeger pünktchen de melden. Danke!

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

Haskell claims to be a declarative language, where you just write down some equations, and suddenly the variables contain the solution to these equations. This works even with recursive equations, but only in some cases: defining recursive functions, of course, but also cyclic data structures. One can even apply so-called knot-tying tricks, where a lazy data structure is filled with values that refer to that data structure! For example, one can very elegantly calculate the reachable nodes in a graph.

…until the graph is cyclic, and suddenly our nice elegant Haskell program silently runs in circles and will not produce an answer.

This is unfortunate: The involved equations, although recursive, do nicely declaratively describe the solution we want! So let’s make it happen!

We’ll see types (Booleans, Sets) that seem to behave just like the normal ones, but recursive definitions somehow magically produce the expected result. And all that in pure code, no monads anywhere! We’ll see a few use cases that can suddenly be solved much more elegantly.

Then we’ll look under the hood of this (arguably) safe API, won’t be deterred by unsafePerformIO, and find some very imperative, monad-infested, concurrency-worried code that implements a form of “propagator”. We’ll notice that there is plenty we can do to improve their performance, but won’t actually go there. Instead, we’ll turn back to the “pure” interface and discuss together if that is still really “pure”.

about this event: https://bobkonf.de/2023/breitner.html

You want to go beyond roughly meeting guidelines but actually create products that cater a large audience and their needs? To not only fulfil requirements but actually create mindful content & empathic code? Anybody working in tech has the responsibility to provide an inclusive, accessible experience. Let’s dive into web accessibility best practices, testing & auditing strategies and well-guarded WCAG secrets to take your project to the next level.

about this event: https://bobkonf.de/2023/josefine.html

Vor 16 Jahren gab es schon einmal eine FOSSGIS in Berlin-Adlershof. Und dort habe ich meinen ersten Vortrag über OpenStreetMap gehalten, der erste OSM-Vortrag auf einer FOSSGIS überhaupt. Und der Beginn einer wunderbaren Freundschaft zwischen FOSSGIS und OSM. Anlass genug in den DeLorean zu steigen, zu schauen was damals war, was heute ist und was dazwischen passierte.

Die FOSSGIS-Konferenz und der FOSSGIS-Verein haben die noch junge OpenStreetMap-Community mit offenen Armen aufgenommen und integriert. In dem Vortrag will ich eine bischen darüber erzählen, wie sich OSM über die

Jahre entwickelt hat und was der (und die) FOSSGIS damit zu tun hat.

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

In systems whose state consists of a non-trivial number of separate

but related pieces, updating this state in a way that keeps everything

coherent requires some discipline. In extensible systems, where the

different pieces may not even be aware of each other, this becomes

even more challenging.

A good example of such a system is a modular code editor. It involves

a number of constantly-changing pieces of state (the document,

selection, scroll position, and so on) and a lot of non-core state

intimately entangled with those (syntax highlighting, linting,

completion), and possibly with each other.

This presentation discusses the set of principles we arrived at in

designing such an editor (), and

compares it to the more traditional event-style architectures. The

editor uses persistent state values and first-class transactions, both

of them extensible by 3rd-party code, to make it straightforward by

construction to keep the zoo of interdependent data involved in a

full-featured editor coherent.

about this event: https://bobkonf.de/2023/haverbeke.html

Mathematisch betrachtet sind Neuronale Netze parametrisierte Funktionen. Optimierungsverfahren zum Trainieren neuronaler Netze sind higher-order Funktionen, die Parameter anhand von Trainingsdaten optimieren. Bei der Nutzung gängiger Deep-Learning-Frameworks verschwindet die Grenze zwischen dem mathematischen Modell und der Implementierung: Um das Optimierungsverfahren zu realisieren, ist in der Regel eine komplexe Maschinerie nötig, in der neuronale Netze state-behaftete Graphen sind, die zur Laufzeit verwaltet werden müssen. Daran ist leider einiges suboptimal. Neben praktischen Problemen ist das indirekte Programmiermodell mit Graphen schwer zu verstehen, der Fokus auf numerische Arrays verhindert Generalisierung, die Algorithmen sind kompliziert, wesentliche Funktionalität der Programmiersprache kann nicht genutzt werden.

Dank Conal Elliots Compiler-Plugin ConCat verschwindet in Haskell das Graphen-Modell genauso wie die Beschränkung auf numerische Arrays; die wesentlichen Konzepte werden sichtbar - Funktionen, Optimierung und Ableitbarkeit. Das Plugin erlaubt eine generalisierte Formulierung der Kernideen. Die Trennung der neuronalen Netze von ihrer Optimierung erlaubt es z.B., separat über diese Aspekte nachzudenken und sie unabhängig voneinander zu testen und zu verwenden. Ableitungen werden automatisch zur Kompilierzeit generiert.

Der Vortrag gibt Einblicke in Ansatz und Denkweise und enthält Erfahrungsberichte aus der Entwicklung einer Applikation für Anomaly Detection in industrieller Produktion.

about this event: https://bobkonf.de/2023/schlotterbeck.html

Die OpenOereb Community hat das Ziel, gemeinschaftliche OSS-Lösungen für den Betrieb des schweizerischen ÖREB-Katasters zu entwickeln und zu pflegen. In diesem Vortrag wird erläutert, wie sich die Community seit 2017 weiterentwickelt hat und welche Herausforderungen im produktiven Betrieb aufgetreten sind, z.B. bezüglich geometrischer Ungenauigkeiten mit Shapely / PostGIS.

Das schweizerische ÖREB-Kataster ist das offizielle Informationssystem für die wichtigsten öffentlich-rechtlichen Eigentumsbeschränkungen (siehe https://www.cadastre.ch). Der Bund definiert die fachlichen und technischen Anforderungen (Themen, Datenformat, API) an das ÖREB-Kataster, die jeder Kanton umsetzen und betreiben muss. Bei der Technologiewahl gibt es keine Vorgaben, so dass manche Kantone individuelle Lösungen entwickelt haben und andere Kantone eine gemeinsame Lösung anstreben.

Das Community Open-Source Projekt zur Umsetzung des ÖREB-Katasters wurde ursprünglich im FOSSGIS 2018 vorgestellt (Titel: “pyramid_oereb – Eine OpenSource-Lösung zur Bereitstellung des Schweizer ÖREB-Katasters”). Dort wurde erklärt, wie das Projekt organisatorisch aufgestellt wurde, welche OSS für die Umsetzung verwendet wird und welche Architektur gewählt wurde, damit die gemeinsame Lösung zugleich den Besonderheiten der verschiedenen Kantonen gerecht werden kann.

Im vorliegenden Beitrag werden wir nun erläutern, wie sich die Community https://github.com/openoereb seit der ursprünglichen Einführung entwickelt hat, und eine Auswahl von technischen Herausforderungen präsentieren, die sich im produktiven Betrieb ergeben haben, wie etwa der Umgang mit geometrischen Ungenauigkeiten via Shapely und PostGIS oder die PDF/A Compliance mit OSS.

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

OGC-client ist eine einfach zu verwendende und leichte Bibliothek, die für die Interaktion mit OGC-Diensten konzipiert wurde. Unterstützungen für neue Protokolle werden laufend implementiert, um mit Neuentwicklungen der OGC-API Schritt zu halten!

OGC-client ist eine einfach zu verwendende und leichte Bibliothek, die für die Interaktion mit OGC-Diensten konzipiert wurde. Sie ist einfach zu benutzen und ist eine strukturierte Möglichkeit OGC-Protokolle zu bedienen.

Unterstützungen für neue Protokolle werden laufend implementiert, um mit Neuentwicklungen der OGC-API Schritt zu halten!

Wenn Sie eine Webanwendung erstellen, die OGC-Dienste jeglicher Art (Karten, Daten, Sensoren usw.) abfragen soll, könnte diese Bibliothek genau das Richtige für Sie sein! Kommen Sie zu diesem Lightning Talk, um mehr zu erfahren.

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

Der Beitrag beschreibt die Architektur und Aufbau eines auf Smartphone-Sensoren basierenden Indoor Positionierungsansatzes.

In den vergangenen Jahren wurden diverse Indoor-Positionierungsansätze aufbauend auf externer Hardware und Arbeitsaufwand-intensiven Datenerfassungskampagnen vorgestellt. Dazu gehören unter anderem absolute Positionierungsverfahren wie mitunter Fingerprinting und/oder Received Signal Strength Indication mittels WLAN-Ortung und Bluetooth Low Energy Beacons.

Einen alternativen Ansatz bieten relative Positionierungsverfahren aufbauend auf einem Koppelnavigationsansatz (Pedestrian Dead Reckoning, PDR). Solche Verfahren bauen auf Smartphone-internen Sensoren (u.a. Gyroskop, Akzelerometer, Barometer) auf und benötigen keine aufwendige Trainingsdatenerfassung sowie externe Hardware. Mithilfe von Map Matching Verfahren und eindeutig erkennbaren Orten (Landmarks) werden akkumulierte Positionierungsfehler korrigiert.

Dieser Vortrag soll einen Überblick über ein solches infrastrukturfreies, Cross Plattform fähiges und auf Open Source Software aufbauendes PDR-System geben. Die Mobile App wird mit React Native entwickelt.

Diese Anwendung wird aktuell im Rahmen einer Master Abschlussarbeit an der Universität Osnabrück entwickelt und soll Anwendung im CampusGIS2 Projekt der Universität zu Köln finden.

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

Zum rasanten Wachstum des OpenStreetMap-Projekts wird es ja Pläne und genug Geld geben, das weiterzuentwickeln. Wirklich?

Mehrere Versuche, eine Strategie zu definieren, sind eingeschlafen, während unverbindliche Wunschlisten gerne aufgestellt werden und es für das eine oder andere Feature Ungeduld gibt. An alles wesentliche Existierende und Gewünschte soll ein ungefähres Preischild gehängt werden, um abwägen zu können, was Priorität verdienen könnte oder zumindest realisierbar ist.

Zum rasanten Wachstum des OpenStreetMap-Projekts wird es ja Pläne und genug Geld geben, das weiterzuentwickeln. Wirklich?

Mehrere Versuche, eine Strategie zu definieren, sind eingeschlafen, während unverbindliche Wunschlisten gerne aufgestellt werden und es für das eine oder andere Feature Ungeduld gibt. Der Vortrag wird Informationen der letzten Jahre aus anderen Vorträgen und Berichten zusammentragen, und an alles wesentliche Existierende und Gewünschte soll ein ungefähres Preischild gehängt werden, so dass das Abwägen leichter fallen sollte, was Priorität verdienen könnte oder zumindest realisierbar ist.

about this event: https://pretalx.com/fossgis2023/talk/7DEUHQ/