📎 GestaltungsrichtlinienWebBLW.pdf

Logo-CH

BLW-Logo hoch

BLW-Logo quer

Inbound-Schnittstellen:​

• Ackerkulturenliste (XLSX)​

• Pflanzenschutzmittelverzeichnis (XML & XSD)​

• Düngerliste (csv)

• API von swisstopo, die für die Kartendarstellung verwendet werden kann: Web Map Service - Bundes Geodaten-Infrastruktur (admin.ch)​​

Outbound-Schnittstellen:​

• API ArcGIS online: Import data | ArcGIS API for Python

Wireframes

• Miro

Das Experimentieren mit natürlicher Sprache für API-Queries ermöglicht es uns, synthetischen Inhalt via OpenAI zu erstellen, der schliesslich zum Trainieren des eigenen Modells verwendet werden kann.

Der Bedarf besteht darin, ein Sprach-Modell zu erstellen, das Anfragen über die Inhalte der EAK-Website beantworten kann. Für interne Zwecke.

Wenn das Modell erfolgreich trainiert ist können Mitarbeitende, und langfristig auch Versicherte, damit schnell und effizient Fragen zur 1. Säule beantworten. Der Unterschied zu ChatGPT liegt darin, dass die EAK Einfluss auf die zugrundeliegenden Inhalte und somit auf das Modell und die Antwortqualität hat.

Das Modell steht abschliessend automatisch via API zur Verfügung und kann zum Beispiel in WhatsApp, M365 oder die Webseite der EAK implementiert werden.

Organisation: EAK Eidgenössische Ausgleichskasse, Bern

Challenge statement

Slide presentation

(French below)

With the Climate Ticker project, Climate Alliance Switzerland and Digital Alliance want to evaluate the climate policies of Swiss cantons and municipalities. This will enable citizens concerned about the climate to put forward specific demands. For this we need data, and data on mobility is hard to find. Can you help us?

Goal: Develop an API to quantify the mobility situation of a municipality or canton, with the following data:

1. Kilometers of roads with cycle tracks of acceptable quality, as a % of total road kilometrers, per municipality. Acceptable quality means a dedicated space for cyclists, not just a painted line in the middle of the road.
2. Total subsidies to public transport companies, per year and per municipality + per canton
3. Public transport trend per municipality + per canton: change in the total number of public transport passengers compared to the previous year
4. Road traffic trend per municipality: change in average daily traffic compared to the previous year, on all cantonal roads passing through the municipality
5. Motorway traffic trend by canton: change in average daily traffic compared with the previous year, on each motorway junction within the canton

Organisation: Klima-Allianz Schweiz

Avec le projet Climate Ticker, l'Alliance Climatique Suisse et l'Alliance digitale veulent évaluer les politiques climatiques des cantons et communes suisses. Cela permettra ensuite aux citoyen-ne-s concerné-e-s par le climat de mettre en avant des revendications précises. Pour cela nous avons besoin de données, et celles sur la mobilité sont difficiles à trouver. Pouvez-vous nous aider ?

But: "Disposer d'un API permettant de quantifier la situation de la mobilité d'une commune ou d'un canton, avec les données suivantes:

1. Kilomètres de routes avec des pistes cyclables de qualité acceptable, en % du kilomètres de routes total, par commune. Par “qualité acceptable”, on entend un espace dédié pour les cyclistes, pas seulement un trait peint au milieu de la route."
2. Total des subventions versées aux compagnies de transport public, par année et par commune + par canton
3. Tendance des transports publics par commune + par canton : variation du nombre de passagers total en transport public par rapport à l’année précédente
4. Tendance du trafic routier par commune : variation du trafic moyen journalier par rapport à l’année précédente, sur toutes les routes cantonales traversant la commune
5. Tendance du trafic autoroutier par canton : variation du trafic moyen journalier par rapport à l’année précédente, sur chaque jonction d’autoroute sur le territoire du canton

Organisation: Alliance Climatique Suisse

Resultat:

Video-Demo: https://m.youtube.com/watch?v=CqWPeen9j1c&feature=youtu.be&cbrd=1

Challenge:

Das Ziel dieser Challenge ist es, ein Dashboard zur Überwachung des Stromverbrauchs und Konsums bei Elektrofahrzeug-Ladestationen in der Schweiz zu entwickeln. Die Überwachung soll in Echtzeit erfolgen, um eine effiziente und effektive Verwendung der Ladestationen zu gewährleisten und die Energienutzung in einer Strommangellage zu monitoren.!

Stromnetzbetreiber, Behörden und Stromanbieter benötigen eine einfache Möglichkeit, den Stromverbrauch und Konsum von Elektroautos bei Ladestationen zu überwachen. Eine Überwachung in Echtzeit ermöglicht es ihnen, Netzauslastung effizienter zu planen und so mögliche Mangellagen zu vermeiden.

Das Ziel des Hackathons ist es, ein benutzerfreundliches und intuitives Dashboard zu entwickeln, das die Überwachung des Stromverbrauchs und Konsums bei Ladestationen für Elektroautos ermöglicht. Das Dashboard soll einfach zu verwenden sein und eine klare Übersicht über den aktuellen Stromverbrauch und Konsum bieten…. Und selber wiederum ein API / Schnittstelle anbieten.

Und das Beste daran: Die Daten sind bereits open verfügbar und zeigen die Verfügbarkeit von Ladestellen für Elektrofahrzeuge in Echtzeit an! Es handelt sich dabei um die Daten von www.ich-tanke-strom.ch:

• JSON with static data about the charging points (EVSEData), updated continuously: https://data.geo.admin.ch/ch.bfe.ladestellen-elektromobilitaet/data/ch.bfe.ladestellen-elektromobilitaet.json

• JSON with availability data about the charging points (EVSEStatus), updated continuously: https://data.geo.admin.ch/ch.bfe.ladestellen-elektromobilitaet/status/ch.bfe.ladestellen-elektromobilitaet.json

• GeoJSON (charging points are aggregated into locations): https://data.geo.admin.ch/ch.bfe.ladestellen-elektromobilitaet/data/ch.bfe.ladestellen-elektromobilitaet_de.json

Du findest die Dokumentation der Daten und der Schnittstelle in folgendem github-Repo: https://github.com/SFOE/ichtankestrom_Documentation

Inspiration für Datenvisualisierungen: https://100.datavizproject.com

Die Arbeiten an dieser Challenge finden in folgendem github-Repo statt: https://github.com/SFOE-Hackathons/GovTechHackathon2023-DashboardLadestationenElektroautos

Bundesamt für Energie und Bundesamt für Landestopografie

📎 89-DashboardLadestationen.pptx.pdf

https://vimeo.com/811301026

Aus 2 Challenges mach1:

Effektive Einsatzplanung für Vermisstensuche

Beschreibung

📎 Certaid_Vermisstensuche und Lagebild.pdf

📎~~~~Harvest ad-hoc data for crisis mitigation.pdf

Ursprünglich zwei getrennte Challenges:

https://hack.opendata.ch/project/938

https://hack.opendata.ch/project/956

Grund für Zusammenschluss: ähnliche Bedürfnisse und Rettungsthemen im Einsatz für die Bevölkerung. Eliminieren von Silos.

Heute

Die Frist Responder und die Milizorganisationen wie NGO oder Nachbarschaftshilfen sind in sich organisiert. Im Milizbereich funktioniert ein Ablauf auf bekannten Netzwerken und individuellen Tools. Die Zeit könnte noch effektiver genutzt werden.

Bedürfnis: * Zeit gewinnen durch Bündeln und Synchronisieren von Ressourcen und Tools
* End2End-Prozess von kurzfristiger orientierten First Respondern die Unterstütung der NPO's und der Bevölkerung bei Bedarf aktivieren
* Skalierbar von Einzelevent bis zu Grossereignissen und Katastrophen
* Silos abbauen

Challenge Use Case:

verwendete Elemente:

API / Portal: * API zu Karte adming https://map.geo.admin.ch/
* API Swiss Meteo: wichtige Einsatzinformationen
* API Naturgefahren alert.swiss
* API Helfer-Pool

Die grundlegenden Settings liegen bereits vor:
- digitales Kartenmaterial
- registrierte Helfer
- lose Bezugsgruppen-Kontakte
- individuelle Ablaufplanungen und Workflows für Einsätze
- Funkgeräte zur Kommunikation zwischen den Einsatzleitungen
- Reporting und Archivierung
* *

Alarmmeldung

10:30 - Alarm via Polizeimeldung - weitergeleitet an den Einsatzleiter der Alarmstation:

Lageanalyse und Lageplanung

• Suchregion / Sektorendefinition
• verfügbare Helfer aus den Helferregister
• hinzufügen von Helfern zu der Einsatzplanung und der App
• Links für Einsatzkräfte
• Links für Öffentlichkeit
• Monitoring
• verfolgen der GPS-Koordinaten der Suche im Live-Reporting
• Rerouting bei gesperrten Strassen z.B.

• Reporting Gesamteinsatz

• Mitarbeiter verbringen im Schnitt 2St pro Tag mit der Suche nach relevanten Informationen, viele von diesen Suche enden ohne Erfolg

• Auch die Koordination von Teammitgliedern ist eine aufwendige Aufgabe

• Beim Lebensretten spielen schon Sekunden eine wichtige Rolle

Vorteile der Lösung aus der umgesetzten Challenge

• Karte wird um wichtige geographische Merkmale angereichert -> es kann schneller definiert werden, welche Teams eingesetzt werden müssen, Gebiete können je nach Einsatztyp aufgeteilt werden (Kletterausrüstung, Hunde, Gewässer…),

• Alle benötigten Helfer werden unverzüglich über das Ereignis informiert, Erhalt der selben vollständigen Information wird sichergestellt

• schnelles und einfaches Incident Handling

• integrated certified ressources

• remote live view of engagements at site

• transparent information at every moment

• coordination for internal use and external communication

• record management and archive of histary and end2end indicident

• later on use for training and onboarding of new staff based on experiences and learnings stated in the final report

Pitch Präsentation

Ausgangslage:

Das Bundesamt für Energie hat rund 100 OGD Produkte und erst kürzlich ein Energie-Dashboard veröffentlicht mit Energiedaten von hohem öffentlichen Interesse.

Fragestellung:

Wie kann das BFE Energiedaten nützlicher und zugänglicher für Anwendungen machen, um die digitale Innovation zu fördern?

Ziel:

Verschiedenen Möglichkeiten für API auszutesten (je nach Zusammenstellung, Vorlieben und Know-How des Teams): 🎯 Aus CSVs auf opendata.swiss API zu bauen und dabei verschiedene Möglichkeiten testen (z.B Graphql) 🎯 Bestehende API aus dem Energiedashboard dokumentieren und via Swagger Tool einfach verfügbar machen. (Bsp. ENTSO-E) 🎯 Wrapper erstellen, um aus bestehenden SPARQL Endpoints API zu erstellen.

Fragen?

Einfach an lucas.tochtermann@bfe.admin.ch schreiben

Organisation: BFE Bundesamt für Energie

Github Repository: EnablingEnergyDataforApplications

📦 File: BFE_Challenge.pdf

Project

Our great project team

Corinne Straub - Gabriel Wyss - Helmut Recher - Roby Radica - Lucas Tochtermann - Peter Janes - Daniele Scopece

What are today's pains?

Tons of cvs files...

In the current environment, developers are faced with a growing number of data sources, csv data files and APIs - it is increasingly painful to find the relevant data and understand its interpretation. Full files must first be downloaded, which can cause storage and handling issues.

What would we like to see?

Developers would love to see all the available information in one place, both the «column heading» structure information and the actual data.

Animated video

How does it work?

The core deliverable of the hackneys is a flexible aggregator with a «super-API», which collects data from various sources in one place. The data structure is documented in Open API format (swagger) for user empowerment. The aggregator is scalable and adopts flexibly to new data sources.

What are the next steps?

Our hackday result is an important first step - but there is more to come!

• A standardised schema provides unified naming to make finding relevant information much easier.
• With a «dashboard builder» toolkit, non-developers can put together the dashboard of their choice in minutes.

Supporting material

CSV Data File Analysis

Schema

«Reverse Engineering» schema from CSV files.

Online Hosting

Free Python hosting on railway > Explainer Video

Other Material

Plan E

Design Sprint Swiss Energy Data Working Group für OSTRAL Kommunikation.

• Beispiel für Datendefinition (JSON Schema)
• Kurzvideo für IEWT

Ich habe bereits ein solches API (OpenERZ) und möchte gerne die Entsorgungsdaten von möglichst vielen weiteren Gemeinden erschliessen. Diese sind zum Teil in PDFs, Excellisten oder Kalenderdateien.

Ziele: "- Neue Anwendungen die diese Daten nutzen - Nachhaltig Entsorgungsdaten aus der ganzen Schweiz erschliessen (so dass es beim nächsten Update 2024 immer noch funktioniert)."

Organisation: Statistik Stadt Zürich / Open Data Zürich

The problem Swissmedic website is complex, visitors struggle to find what they need and many end up contacting Swissmedic to get a clear answer.

• High complexity
• Information structure is hard to understand for outsiders.
• Not targeted
• The website is not aimed at specific users which drives them into time-consuming searches.
• Increase help requests
• When visitors don't find what they need, they contact support, placing an additional burden on Swissmedic.

Rechtzeitig zu wissen, ob ein Aufzug funktioniert, kann entscheidend sein: Zum Beispiel für einen Rollstuhlfahrer, der ein Amt im 3. Stock besuchen oder im unterirdischen Bahnhof des Flughafens aussteigen möchte.

In dieser Challenge sollen die technischen, rechtlichen und kommerziellen Grundlagen für eine API geschaffen werden, die die Betriebszustände von öffentlichen Aufzügen erfasst, harmonisiert und als Open Data zur Verfügung stellt. Ziel ist es herauszufinden, wie öffentliche Verwaltungen und Betreiber von öffentlichen Verkehrsmitteln auf einfache Weise Informationen über den Zustand ihrer Aufzüge zur Verfügung stellen können.

Damit wird es Anbietern von z.B. Navigations- oder Fahrplan-Apps ermöglicht, Informationen über den Betriebszustand von Aufzügen in Bahnhöfen, Verwaltungsgebäuden und anderen öffentlichen Einrichtungen in ihre Dienste zu integrieren.

Die Information, ob ein Lift gerade funktioniert, ist nicht nur für Rollstuhlfahrende nützlich, sondern auch für Menschen, die nach einem Unfall auf Krücken angewiesen sind oder mit schwerem Gepäck, einem E-Bike oder einem Kinderwagen reisen.

Für die Challenge werden kreative Köpfe gesucht, die eine praktikable Lösung entwickeln wollen, die schon bald den Alltag vieler Menschen positiv beeinflussen kann. Hacker, die sich mit Aufzugsdaten oder allgemein mit Infrastrukturdaten auskennen, einen funktionierenden Prototypen entwerfen und programmieren können oder sich mit den damit verbundenen rechtlichen Aspekten auskennen.

Deutschland macht's vor! Lese hier wie Projekt "Elevate" in Deutschland bereits umsetzt was wir auch für die Schweiz erreichen wollen

Pitch Presentation Bedarf: Auf der einen Seite der öffentliche Raum: Er wird täglich von der Bevölkerung geteilt und ist voll von Sehenswürdigkeiten, Orten, die es zu erkunden und Events, die es zu entdecken gilt, Auf der anderen Seite das Internet: Es bietet unendlich viel Wissen, informiert und lässt die Menschen am öffentlichen Leben teilhaben. QR-Codes ermöglichen es mittels Smartphone, diese beiden Welten einfach und effizient miteinander zu verbinden, "Hack your city" sollen jedem die Möglichkeit bieten, mit seiner Umgebung zu interagieren, um Orte und Daten zu verbinden.

Ziel: "Konkrete Use Cases schaffen, die den öffentlichen Raum mit für die Bevölkerung relevanten Informationen anreichern und eine einfache Interaktion mit der Umwelt und der Verwaltung ermöglichen. Hilf uns dabei unsere Städte und Gemeinden noch transparenter zu gestalten. Wir suchen Personen, die uns helfen spannende Anwendungsfälle zu identifizieren, vorzubereiten (soweit in wenigen Stunden möglich) und die nächsten Schritte zu definieren, damit neue ""Spots"" vorgeschlagen und implementiert werden können"

Organisation: Smart City Hub Switzerland

📎 pres_Metadaten Gemeinden angereichert.pdf

Szenario: 0 Datensätze gefunden

Sam Schweizer fand opendata.swiss, das zentrale OGD Portal der Schweiz. Sie sucht auf der Seite nach Daten zu ihrem Wohn- und Arbeitsort und gibt im Suchfeld "Zollikofen" ein. Leider erhält sie auf Portal keinen Treffer. Zollikofen ist aber natürlich unter anderem in der Statistik der Schweizer Städte aufgeführt. Die Erklärung: Der Begriff "Zollikofen" ist in den indexierten Metadaten nicht vorhanden, obwohl das Attribut in den Daten vorhanden ist.

Ziel: Das bringt was

Die Metadaten auf opendata.swiss sollen automatisiert angereichert werden, so dass geographische bzw. administrative Untereinheiten (z.B. Gemeinden, Kantone, Geschäftsstellen) bei der Suche in den Datasets der Obereinheiten (z.B. Schweiz, Kantone, Bundesämter) gefunden werden. Mit mehr als 8600 offene Datasets von Bund, Kantonen und Gemeinden und monatlich zwischen 20'000-25'000 eindeutigen Zugriffe werden Eure Ideen Wahrgenommen: Verbesserungen des Portals sind also Verbesserungen für die Schweiz.

Fazit: Konkret und nachhaltig

Eure Ideen bringen konkrete Verbesserungen für die Menschen, die bereits heute nach Schweizer OGD suchen. In unserer Challenge könnt ihr zudem unsere API kennenlernen und euch auf zukünftige Anfragen vorbereiten.

Ressourcen

• opendata.swiss mit ihrer API. Informationen zur Nutzung der API finden sich im Handbook sowie auf der offiziellen Dokumentation von CKAN
• Link auf den Metadaten-Standard DCAT AP-CH und die Implementation auf opendata.swiss
• github repositories: professional; hobby

Organisation: Geschäftsstelle OGD beim Bundesamt für Statistik

Für Bürger, Organisationen, wie auch die Behörden und PolitikerInnen ist es schwierig, sich schnell einen Überblick über poltische Geschäfte zu verschaffen, da es in der Schweiz keine frei zugängliche Suche von Parlamentsdaten aller föderalen Ebenen gibt. Nur wenige Parlamentsdaten sind überhaupt strukturiert als OGD verfügbar (CH, ZH, BS, TG, Bern, St. Gallen, Zürich) und teils nicht aktuell oder vollständig.

Bei Politmonitor.ch haben wir in den letzten Jahren für alle Kantone Crawlers geschaffen und möchten anregen, dass mehr Kantone und Gemeinden ihre Parlamentsdaten vollständig maschinenlesbar veröffentlichen (z.B. via OParl).

Ebenso möchten wir die Idee eines Open Politmonitor zur Diskussion stellen: https://open.politmonitor.ch/

Für diesen Hackathon können wir konkret einen Export aller gesammelten politischen Daten von Bund und Kantonen zu Verfügung stellen. Hierzu suchen wir Feedback bzw. vielleicht auch ein Prototyp, wie diese gemäss State of the Art in eine API und einem einfachen Suchportal gewandelt werden können.

Organisation: Glue Software Engineering AG / Polsan AG / Schweizerischer Gemeindeverband

Keywords sind wichtig. Ohne sie gehen Inhalte in der Informationsflut des Internets unter. Am sinnvollsten ist es, wenn die passenden Schlüsselworte aus einer umfangreichen, aber vordefinierten Liste gewählt werden. Die treffenden Schlüsselworte zu finden, ist aber umständlich und zeitaufwändig.

Bislang. Denn nun gibts Txt2Key, einen effizienten Keyword-Generator. 

Txt2Key ist eine einfache API. Wird eine Beschreibung an die technische Schnittstelle geschickt, liefert sie eine Liste von Keywords zurück. Somit lässt sich Txt2Key an bestehende Datenkataloge anbinden, etwa an I14y.ch, Opendata.swiss oder Geocat.ch.

Ziel: Bessere Schlüsselworte -- ganz einfach generiert

Organisation: BFS I14Y.ch

📎 govTech_challenge.pdf

Pitch: 📎 GovHack 23.03_V1.pdf

The "Restruct Feedback" Hackathon challenge addresses a critical issue that arises during the draft legislation consultation process - unstructured text responses. Stakeholders are typically invited to provide feedback on draft legislation, which can result in an overwhelming number of responses that are disorganized and difficult to analyze. This challenge aims to streamline the process by creating a workflow that efficiently and effectively structures and categorizes feedback. This, in turn, will help the federal administration to understand and act on feedback quickly, reducing the time-consuming efforts involved in analyzing unstructured responses.

To achieve this, the proposed workflow involves using the ChatGPT API to analyze the sentiment of each response and categorize them based on the organization and summary of the main points. ChatGPT is a natural language processing tool developed by OpenAI that can understand and analyze language at an advanced level. By leveraging its capabilities, participants in the challenge can create a system that can effectively analyze and categorize unstructured text responses, making it easier for the federal administration to identify and address critical issues in the draft legislation.

Overall, the "Restruct Feedback" Hackathon challenge aims to simplify and streamline the draft legislation consultation process. By creating an efficient workflow that structures and categorizes unstructured text responses using the ChatGPT API, the federal administration can quickly understand and act on feedback, leading to more effective legislation development.

Organization: BK Federal Chancellery & Others

"More and more cities are experimenting civic participation, with open or close-source softwares. The field of civic participation (participatory participation or delibatory participation) is experimented in many swiss cities like Zurich, Lausanne, Bienne, Winterthur or the state of Geneval. In the same time numerous cities and countries around the world publish data about participation: · new york: https://catalog.data.gov/dataset/participatory-budgeting-projects · mexico: https://datos.gob.mx/busca/dataset/obras-presupuesto-participativo-de-san-pedro-garza-garcia · helsinki: https://hri.fi/data/fi/dataset/helsingin-osallistuvan-budjetoinnin-aanestystulokset/resource/f5ed16dd-e5f9-4781-9de3-a3657e49ba41 · spain: https://opendata-ajuntament.barcelona.cat/data/en/dataset/culturailleure-espaisparticipaciociutadana) · And many more (didn’t find a Swiss example).

The problem with this situation is that: little publish their results in open-data and when they do, it is hard to fill the gap between the datasets. We have so many fantastic technologies, but no one uses a well-documented data shema to export participatory data. It’s time for change"

Goal: publish through an open-source website a specification for civic participation data, with a json-ld implementation compatible with CKAN.

Organization: Octree.ch

Das Bundesarchiv speichert alle geschäftswichtigen Dokumente der Bundesverwaltung. Das ist wichtig für Zivilgesellschaft, Transparenz und Forschung. Der OnlineZugang ist das wichtigste Tool um in den Millionen Dokumenten etwas zu finden. Der Online-Zugang ist jedoch nicht mehr ganz Zeitgemäss ;). Stattdessen wäre es viel besser, gäbe es einen Collapsible Radial Tree (auf github) oder ein zoomable Sunburst (ebenfalls auf github, example: https://observablehq.com/@d3/zoomable-sunburst) .

Ziel: Eine Verbesserung des Onlinezugangs. Ein radial-Tree-Diagramm oder Sunburst bietet mehr Platz für eine bessere Übersicht. Es wäre auch möglich, die Kriterien was den Stamm des Baums ausmacht zu ändern. Oder die Farben könnten auch eine Bedeutung haben. Dazu verwenden wir JavaScript, genauer D3. In diesem Diagramm werden dann Datenabfragen auf unserer API von LINDAS gemacht.

Was wir geben: Das dies innert der Zeit möglich ist, wird der Code für die API-Abfrage, die des Radial-Tree-Diagramms und den für das Sunburst bereitgestellt => https://github.com/CDiGallo/GovTech-Hackathon/blob/main/radial_tree_sparql_api.html

Es gibt Bedarf an Leuten an der Planung des Baumdiagramms, der Datenbankabfrage, der Datenmanipulation der Abfrage (von .csv zu nested json) und an Codern am Java-Script, der oder die das in den html-Code integrieren kann.

Organisation: BAR Schweizerisches Bundesarchiv

Changez vous la vie en apportant une expérience (user journey) simplifiée quelle que soit l'application métier en arrière plan.

Une solution unique de gestion de la problématique de parking et ses multiples cas d'utilisation a destination de toute personne (la population, les professionnels, les touristes etc.) qui désire se parquer quelque part en Suisse ou obtenir une autorisation de moyenne et longue durée (au travers d’iGovPortal.ch ou toute autre solution) au travers d’une API standard vers toutes les applications de gestion de parking utilisées en suisse.

Détails:

Avec le projet Parking API, l’Etat de Fribourg, les membres de l’association iGovPortal.ch et les autres cantons de Suisse disposeront d’une solution qui permettra de simplifier la vie de la population. Actuellement il n’y a pas de solution qui permette aux différentes communes de suisse de regrouper tous les besoins de la population dans une solution. L’économie propose d’ores et déjà des solutions du marché (ParkingPay, Easypark, Avedris, Multipark, Gelore, …) pour le parking de courte durée avec vérification des numéros de plaque via smartphone. Mais il manque un grand nombre de cas d’utilisations pour que tout puisse être géré de manière numérique.

But : disposer d’un API ou toute autre solution (par exemple norme d’échange nationale pour le format des données) permettant de transmettre les données des différents portails (Frontend) aux différentes solutions du marché (Backend) pour les use case suivants :

1) Autorisations de stationnement

a. Commande d’une autorisation de stationnement journalière, hebdomadaire, annuelle pour les résidents, les pendulaires, les touristes et les professionnels (chantiers de construction, commerçants, entreprises, etc.) pour un véhicule ou une flotte de véhicules

b. Réservation de places de stationnement pour un déménagement en indiquant le lieu, le nombre de places, le type de véhicule, les adresses, un plan de situation et les durées.

2) Amendes

a. Avoir la possibilité de faire opposition aux amendes d’ordres

Exigences supplémentaires :

• La solution fournie doit permettre un préavis préalable de la police locale et un paiement suite au préavis.

• Lorsqu’une autorisation arrive à échéance, un rappel de renouvellement doit pouvoir être envoyé.

• Suivi des demandes en cours : la personne ayant fait une demande doit pouvoir voir en tout temps l’état de sa demande (utilité : les préavis peuvent parfois prendre du temps ou lorsqu’une action est requise de la part du demandeur)

Organisation: Etat de Fribourg

Erleichtern Sie sich das Leben und stellen Sie unabhängig von der Geschäftsanwendung im Hintergrund eine vereinfachte Benutzererfahrung (User Journey) bereit.

Eine einzigartige Lösung für die Verwaltung von Parkproblemen und ihre zahlreichen Anwendungsfälle für alle Personen (Bevölkerung, Geschäftsleute, Touristinnen und Touristen usw.), die irgendwo in der Schweiz parken oder eine mittel- oder langfristige Bewilligung erhalten möchten (über iGovPortal.ch oder jede andere Lösung) über eine Standard-API zu allen Parkplatzverwaltungsapps, die in der Schweiz im Gebrauch sind.

Details:

Mit dem Projekt Parking API werden der Staat Freiburg, die Mitglieder des Vereins iGovPortal.ch und die anderen Kantone der Schweiz über eine Lösung verfügen, die das Leben der Bevölkerung vereinfachen wird. Derzeit gibt es keine Lösung, die es den verschiedenen Gemeinden der Schweiz ermöglicht, alle Bedürfnisse der Bevölkerung in einer Lösung zusammenzufassen. Die Wirtschaft bietet bereits marktübliche Lösungen (ParkingPay, Easypark, Avedris, Multipark, Gelore, ...) für das Kurzzeitparkieren mit Überprüfung der Kennzeichen über Smartphones an. Es fehlt jedoch eine grosse Anzahl an Anwendungsfällen, um alles digital verwalten zu können. Ziel: über ein API oder eine andere Lösung (z. B. nationaler Austauschstandard für das Datenformat) verfügen, das oder die es ermöglicht, die Daten an die verschiedenen Lösungen auf dem Markt (Backend) für die folgenden Use Cases weiterzuleiten:

1) Parkbewilligungen

a. Bestellung einer täglichen, wöchentlichen, jährlichen Parkbewilligung für Anwohnerinnen und Anwohner, Pendlerinnen und Pendler, Touristinnen und Touristen und Gewerbetreibende (Baustellen, Händlerinnen und Händler, Unternehmen usw.) für ein Fahrzeug oder eine Fahrzeugflotte;

b. Reservation von Parkplätzen für einen Umzug, unter Angabe des Ortes, der Anzahl der Plätze, des Fahrzeugtyps, der Adressen, eines Situationsplans und der Parkdauern.

2) Bussen

a. Über die Möglichkeit verfügen können, gegen Ordnungsbussen Einspruch zu erheben.

Zusätzliche Anforderungen:

• Die bereitgestellte Lösung muss eine vorherige Benachrichtigung durch die örtliche Polizei und eine Zahlung im Anschluss an die Benachrichtigung ermöglichen.

• Wenn eine Bewilligung abläuft, muss es möglich sein, einen Hinweis auf eine fällige Verlängerung zu senden.

• Nachverfolgung der laufenden Anträge: Die Person, die einen Antrag gestellt hat, muss jederzeit den Status ihres Antrags einsehen können (Nutzen: Bis zur Zustellung der Benachrichtig kann es manchmal lange dauern oder wenn eine Handlung der Antragstellerin oder des Antragstellers erforderlich ist).

Organisation: Staat Freiburg

"Switzerland is full of small rivers and streams that amaze for their beauty and amuse the citizen during Summer for swimming or refreshing. Some research shows that even small rivers could in principle help to produce clean energy also in locations where the standard hydro turbines cannot be installed, together with leaving the panorama and the water fauna unharmed (https://www.turbulent.be/ ). In order to help Communities, Communes and people to assess the feasibility of these projects, a precise mapping and monitoring of the river position, height, flow and jumps is necessary. Creating an API containing all of these information, together with their seasonality and the quality of the water will provide the basis for a visual representation for these and other goals. The existing projects (e.g. Digitaler Wassernetz der Schweiz) have gathered data but the availability of this information is low."

"The purpose of the hackathon would be to gather the available information from different sources in order to create a single source of data while figuring out the information missing. Eventually build an API for the download. Eventually create a list of potential sites for the installation of the turbulent turbines projects with the aim to talk to the local communities to assess its economical viability."

Organization: Fluence / Independent

Scroll down to the Log to see Data Source links