04

Enabling Energy Data for Applications

API Design, API Documentation, API4Energy

4

⛶  Fullscreen ↓  Download

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

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.

Actual pains

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.

BFE energy dashboard

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.

Solution approach

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.

Next steps

Supporting material


CSV Data File Analysis


Schema

«Reverse Engineering» schema from CSV files.

Energy Data ERD Schema

Online Hosting

Free Python hosting on railway > Explainer Video

Other Material

Plan E

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

This is a relevant project. I hope someone will pick it up and continue with it.

1 year ago ~ wolfram

Project

Edited (version 157)

1 year ago ~ PeterJanes

Edited (version 155)

1 year ago ~ PeterJanes

Edited (version 153)

1 year ago ~ PeterJanes

Edited (version 151)

1 year ago ~ PeterJanes

Edited (version 149)

1 year ago ~ PeterJanes

Event finish

Edited (version 147)

1 year ago ~ PeterJanes

Edited (version 145)

1 year ago ~ PeterJanes

Edited (version 143)

Edited (version 141)

Edited (version 139)

Edited (version 137)

1 year ago ~ PeterJanes

Edited (version 135)

Edited (version 133)

Edited (version 131)

1 year ago ~ PeterJanes

Edited (version 129)

1 year ago ~ PeterJanes

Test-URL for API bfe-energydashboard: https://bfeprototype.sh1.hidora.com/swagger/index.html

A .NET 6 webapi - project can be found here: https://github.com/Geodata20/bfe.energiedashboard.apicollection.app

1 year ago ~ helmutrecher

Edited (version 125)

1 year ago ~ PeterJanes

Edited (version 123)

1 year ago ~ PeterJanes

Edited (version 120)

1 year ago ~ PeterJanes

Edited (version 118)

1 year ago ~ PeterJanes

Edited (version 116)

1 year ago ~ PeterJanes

Edited (version 114)

1 year ago ~ PeterJanes

Edited (version 112)

1 year ago ~ PeterJanes

Edited (version 110)

1 year ago ~ PeterJanes

Edited (version 108)

1 year ago ~ PeterJanes

Creating new API out of csvs.

1 year ago ~ JP

Joined the team

1 year ago ~ JP

Edited (version 103)

1 year ago ~ PeterJanes

Edited (version 101)

1 year ago ~ PeterJanes

Edited (version 99)

1 year ago ~ PeterJanes

Edited (version 97)

1 year ago ~ PeterJanes

Edited (version 95)

1 year ago ~ PeterJanes

Edited (version 93)

1 year ago ~ PeterJanes

Edited (version 91)

1 year ago ~ PeterJanes

Edited (version 89)

1 year ago ~ PeterJanes

Edited (version 87)

1 year ago ~ PeterJanes

Ich stelle noch die Links zu den relevanten Datensätze auf Github

Joined the team

1 year ago ~ PeterJanes

hello test

1 year ago ~ danielescopece

HelloHello

1 year ago ~ corinnestraub

Joined the team

1 year ago ~ backgammon

Start

 
Alle Teilnehmer*innen, Sponsor, Partner, Freiwilligen und Mitarbeiter*innen unseres Hackathons sind verpflichtet, dem Hack Code of Conduct zuzustimmen. Die Organisatoren werden diesen Kodex während der gesamten Veranstaltung durchsetzen. Wir erwarten die Zusammenarbeit aller Teilnehmer*innen, um eine sichere Umgebung für alle zu gewährleisten. Mehr Details befinden sich in die GovTech Hackathon Guidelines.

Tous les participant-es, sponsors, partenaires, bénévoles et collaborateurs/collaboratrices de notre hackathon sont tenus d'accepter le Hack Code of Conduct. Les organisateurs feront appliquer ce code tout au long de l'événement. Nous attendons de tous les participants qu'ils coopèrent afin de garantir un environnement sûr pour tous. Pour plus de détails, veuillez consulter les Guidelines du GovTech Hackathon.

Creative Commons LicenceDie Inhalte dieser Website stehen, sofern nicht anders angegeben, unter einer Creative Commons Attribution 4.0 International License | Le contenu de ce site web est, sauf indication contraire, sous licence Creative Commons Attribution 4.0 International.