wiki.openmod-initiative.org - User contributions [en]

SciGRID power

2020-09-13T17:55:58Z

SciGRID:

{{Model
|Full_Model_Name=Scientific Grid Model of European Transmission Networks
|Acronym=SciGRID
|author_institution=DLR Institute of Networked Energy Systems
|authors=Wided Medjroubi, Carsten Matke
|contact_persons=Wided Medjroubi, Carsten Matke
|contact_email=developers(at)scigrid.de, carstenmatke@gmail.com
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|logo=SciGRID Logo.jpg
|text_description=SciGRID is an open source model of the European transmission network. On the 15.06.2015 the first version (release V0.1) of SciGRID was released and the second version (release V0.2) was made available on the 20.11.2015. The third release of SciGRID (release 0.3) was made available on the 1st of August 2016 and includes a European and German dataset.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=Yes
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|GUI=No
|model_class=Transmission Network Model
|sectors=Electricity Sector
|Storage (Gas)=No
|Storage (Heat)=No
|georegions=Europe and Germany (any other EU country also possible)
|georesolution=nodal resolution
|network_coverage=transmission
|math_modeltype=Simulation
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set V of vertices and a set L of nonempty subsets of V called links.
|is_suited_for_many_scenarios=No
|montecarlo=No
|citation_references=C. Matke, et al., Paper: (2017) Structure Analysis of the German Transmission Network Using the Open Source Model SciGRID. In: Bertsch V., Fichtner W., Heuveline V., Leibfried T. (eds) Advances in Energy System Optimization. Trends in Mathematics. Birkhäuser, Cham. https://doi.org/10.1007/978-3-319-51795-7_11
|report_references=M. Rohden, et al., Paper: "Cascading Failures in AC Electricity Grids." arXiv preprint
D. Jung and S. Kettemann, Paper: "Long-Range Response in AC Electricity Grids." Phys. Rev. E. 94, 012307(2016).
|Model input file format=No
|Model file format=No
|Model output file format=No
}}

SciGRID power

2020-09-13T17:47:54Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=DLR Institute of Networked Energy Systems
|authors=Wided Medjroubi, Carsten Matke
|contact_persons=Wided Medjroubi, Carsten Matke
|contact_email=developers(at)scigrid.de, scigrid(at)next-energy.de
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|logo=SciGRID Logo.jpg
|text_description=SciGRID is an open source model of the European transmission network. On the 15.06.2015 the first version (release V0.1) of SciGRID was released and the second version (release V0.2) was made available on the 20.11.2015. The third release of SciGRID (release 0.3) was made available on the 1st of August 2016 and includes a European and German dataset.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=Yes
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|GUI=No
|model_class=Transmission Network Model and Data (input and output)
|sectors=Electricity Sector, Mathematical models of networks, network
|Storage (Gas)=No
|Storage (Heat)=No
|georegions=Europe and Germany (any other EU country also possible)
|georesolution=nodal resolution (all nodes are included)
|network_coverage=transmission
|math_modeltype=Simulation
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set V of vertices and a set L of nonempty subsets of V called links.
|is_suited_for_many_scenarios=No
|montecarlo=No
|citation_references=C. Matke, et al., Paper: (2017) Structure Analysis of the German Transmission Network Using the Open Source Model SciGRID. In: Bertsch V., Fichtner W., Heuveline V., Leibfried T. (eds) Advances in Energy System Optimization. Trends in Mathematics. Birkhäuser, Cham. https://doi.org/10.1007/978-3-319-51795-7_11
|report_references=M. Rohden, et al., Paper: "Cascading Failures in AC Electricity Grids." arXiv preprint
D. Jung and S. Kettemann, Paper: "Long-Range Response in AC Electricity Grids." Phys. Rev. E. 94, 012307(2016).
|Model input file format=No
|Model file format=No
|Model output file format=No
}}

SciGRID power

2020-09-13T17:46:01Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=DLR Institute of Networked Energy Systems
|authors=Wided Medjroubi, Carsten Matke
|contact_persons=Wided Medjroubi, Carsten Matke
|contact_email=developers(at)scigrid.de, scigrid(at)next-energy.de
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|logo=SciGRID Logo.jpg
|text_description=SciGRID is an open source model of the European transmission network. On the 15.06.2015 the first version (release V0.1) of SciGRID was released and the second version (release V0.2) was made available on the 20.11.2015. The third release of SciGRID (release 0.3) was made available on the 1st of August 2016 and includes a European and German dataset.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=Yes
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|GUI=No
|model_class=Transmission Network Model and Data (input and output)
|sectors=Electricity Sector, Mathematical models of networks, network
|Storage (Gas)=No
|Storage (Heat)=No
|georegions=Europe and Germany (any other EU country also possible)
|georesolution=nodal resolution (all nodes are included)
|network_coverage=transmission
|math_modeltype=Simulation
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set V of vertices and a set L of nonempty subsets of V called links.
|is_suited_for_many_scenarios=No
|montecarlo=No
|citation_references=C. Matke C, et al., Paper: (2017) Structure Analysis of the German Transmission Network Using the Open Source Model SciGRID. In: Bertsch V., Fichtner W., Heuveline V., Leibfried T. (eds) Advances in Energy System Optimization. Trends in Mathematics. Birkhäuser, Cham. https://doi.org/10.1007/978-3-319-51795-7_11
|report_references=M. Rohden, et al., Paper: "Cascading Failures in AC Electricity Grids." arXiv preprint
D. Jung and S. Kettemann, Paper: "Long-Range Response in AC Electricity Grids." Phys. Rev. E. 94, 012307(2016).
|Model input file format=No
|Model file format=No
|Model output file format=No
}}

Open Energy Modelling Workshop - London 2015

2020-09-13T10:14:10Z

SciGRID: /* Participants */

Welcome to the wiki page of the upcoming '''Third Workshop of the [http://openmod-initiative.org/ Open Energy Modelling Initiative]''', a grass-root organization of modellers from various European research institutes and universities. After two workshops in Berlin, we will be guest at Imperial College's [http://www.imperial.ac.uk/grantham Grantham Institute]. The workshop takes place September 10/11. As always, there is no registration fee. 

It will be a ''work''-shop in the sense of the word, with only little time devoted to plenary presentation and most time to hands-on parallel sessions (break-out groups). This is a wiki page that will be updated frequently, and all participants are invited to contribute.

'''See [https://www.youtube.com/channel/UC1KZW5drgvf22j8EqHxKLzw live-stream], and watch recordings of previous workshops.'''

== Background  ==

Energy models are widely used for policy advice and research. They serve to answer questions on energy policy, decarbonization, and transitions towards renewable energy sources. Yet, most energy models are black boxes – even to fellow researchers. This is what we want to change. We are a group of modellers from various universities and research institutes who want to promote open energy modelling. We believe that Open Source models and Open Data will advance knowledge and lead to better energy policies. Our mission is to enable Open Source energy modelling by providing a platform for collaboration as well as tools along the full value chain of energy economics and energy system models. That is why we founded the Open Energy Modelling Initiative (openmod initiative) just a year ago. You are welcome to join us for our next workshop!

After two extremely fruitful and encouraging workshops in Berlin ([[Founding workshop|Sept 2014]], [[2nd Open Energy Modelling Workshop|April 2015]]), we will have our next workshop in London with an even more international focus. The aim is to give researchers a chance to present their own contributions to the field of open energy modelling and data, as well as to provide a forum to exchange ideas and work on concrete projects of the openmod initiative and more generally in the field of open energy modelling and data.

 

 

== Practical information ==

[[File:The Royal School of Mines building on Imperial College London's South Kensington Campus.jpg|left|x225px|Imperial College, Royal School of Mines|alt=Imperial College, Royal School of Mines|link=]] 

Venue: London, Imperial College, Royal School of Mines Building Map: [https://goo.gl/maps/zZu3T https://goo.gl/maps/zZu3T] 

10/11 September 2015 Begin: Thursday (10 September) 10.00 End: Friday (11 September) 16:00 

Sign up: register on the Wiki, and add yourself to "participants" [https://groups.google.com/forum/#!forum/openmod-initiative Join our mailing list] to receive updates 

Fee: no registration fee, but you will need to cover your own food and lodging expenses.

Accommodation option: [http://www3.imperial.ac.uk/summeraccommodation Imperial College student halls of residence] can be booked as a bed and breakfast.

 

[[File:Grantham Institute Logo.jpg|none|300px|alt=Grantham Institute Logo.jpg]] 

The workshop is hosted by the [http://www.imperial.ac.uk/grantham Grantham Institute - Climate Change and the Environment].

== Programme ==

'''Thursday morning'''

''From 9:30            Coffee/tea available''

''10.00                   Start''

10.00 – 10.05      Welcome and important information (Stefan)

10.05 – 10.15      What is open-mod (Lion)

10.15 – 10.45      Introduction (everyone)

10.45 – 11.30      Model presentations 1 (plenary)

''11:30 – 11:45      Coffee break''

11.45 – 12.30      Model presentations 2 (plenary)

12.30 – 13.00      Introducing break-out groups (plenary)                 

''12.15 – 13.15      Lunch (on Imperial College campus)''

 

'''Thursday afternoon'''

13.15 – 15.00      Break-out groups 1 (parallel)

15.00 – 15.30      Reporting back (plenary)

''15.30 – 15.45      Coffee break''

15.45 – 16.15      Introducing break-out groups (plenary)

16.15 – 17.30      Break-out groups 2 (parallel)

17.30 – 18.00      Reporting back (plenary)

''18.00                   End of day''

''18:30                   Dinner and drinks at the [https://goo.gl/maps/1wJgS Builder's Arms] pub''

 

'''Friday morning'''

''9.00                      Start''

9.00  – 9.15          Summary of first day

9.15  – 9.30          Introducing break-out groups

9.30 – 11.00         Break-out groups 3 (parallel), 

''11.00'' – ''11.30       Coffee break''

11.30 – 12.00       Reporting back (plenary)

12.00 – 13.00       TechTalk ([http://neon-energie.de/Self-archiving.pdf Self-archiving], Sharing docs, [http://d3js.org/ D3JS], [https://zenodo.org/ Zenodo], [https://www3.nd.edu/~jeff/mathprog/ GLPK in a web browser], [http://www.diw.de/documents/publikationen/73/diw_01.c.502751.de/dp1475.pdf Prices in MIPs])

''13.00 – 14.00       Lunch (on Imperial College campus)''

 

'''Friday afternoon'''

14.00 – 15.00      Wrap up, next workshop

''15.00                   End of workshop''

== Model presentations ==

The goal of this session is to get a flavor what people do: What questions are they interested in? What kind of models they apply? Which software tools do they use? How do they interact with the modelling community? This is not about presenting a research paper or discussing in-depth modelling methodology. Not more than 2-3 slides per presentation. 

#[http://nemo.ozlabs.org/ NEMO], an open source electricity modelling tool (Ben Elliston, remote) ([[:File:01 - Ben Elliston - Openmod-Elliston.pdf|slide]]) 
#The [http://www.energycommunity.org/ LEAP software system], a software tool for integrated energy planning and climate change mitigation scenario analysis (Charlie Heaps) ([[:File:06 - Charlie Heaps - Heaps, Charlie.pdf|slide)]]
#Tools for Energy Model Optimization and Analysis ([http://www.temoaproject.org/ Temoa]) (Joe DeCarolis) [[:File:02 - Joe DeCarolis - DeCarolis openmod 2015.pdf|(slide)]]
#The [http://www.scigrid.de/ SciGRID] model, a network model based on OpenStreetMap (Wided Medjroubi)[[:File:03 - wided medjroubi - Medjroubi Wided.pdf|(slide)]]
#CREST Demand Model v2.0 - An open-source high-resolution stochastic integrated thermal-electrical domestic demand simulation tool (Eoghan McKenna)[[:File:04 - Eoghan McKenna - Eoghan McKenna.pptx|(slide)]] 
#[https://github.com/tum-ens/urbs urbs] and [https://github.com/ojdo/rivus rivus], two energy system models based on Python (Johannes Dorfner) [[:File:05 - Johannes Dorfner - dorfner urbs-rivus.pdf|(slide)]]
#The European Power Market model [https://www.pik-potsdam.de/members/hirth/data/emma.pdf EMMA](Lion Hirth) ([[:File:07 - Lion Hirth - Lion - EMMA.pdf|slide]]) 
#The [http://open-power-system-data.org/ Open Power System Data] platform, a data hub for power system data (Clemens Gerbaulet) 
#Open Energy-Modelling Platform [http://www.rl-institut.de/en/research/optimised_systems/oemof oemof] (Guido Pleßmann) [[:File:09 - Guido Pleßmann - 2015 09 09 OpenEnergy Platform Guido.pptx|(slide)]] 
#UCED model based on high spatial resolution wind dataset for the UK power system (Thomas Spitz) [[:File:10 - Thomas Spitz - Thomas Spitz.pptx|(slide)]]
#[https://setis.ec.europa.eu/publications/jrc-setis-reports/dispa-set-20-unit-commitment-and-power-dispatch-model DispaSET] - Open-Source unit commitment and optimal dispatch model (Sylvain Quoilin, JRC) [[:File:11 - S Q - 150910 - OpenMod.pptx|(slide)]]

 

== Break-out-groups ==

In parallel sessions, we break out into smaller groups to get work done. On the last workshop, we started drafting an article on open modelling, re-worked the openmod-website, compiled an overview of applicable licenses, and developed recommendations for power plant identifiers, among other things.

All groups report back to the plenary and document their work.

 

=== Proposed break-out groups ===

 

Group work shall be documented. Klick on "Results" to open a Google document for documentation.

 

#Open weather data - [https://docs.google.com/document/d/188I99Euu1fQU_yplThq-mpjhBEhK-7cU6U5dA6IShpY/edit#heading=h.e1kj7nxfvoo7 Results] | [[Data|Data Wiki]]
#Renewables.ninja - [https://drive.google.com/open?id=1c2wXT8gFaWh5Mba_rFzyi6arpziJ4O1iPgJplN9ijrc Results]
#Use of models in government and industry - [https://drive.google.com/open?id=1wSVtEM3ea_xLPEbKjqfF8qlSugp4GrRl6VI-aUWiyPQ Results]
#Model [[Open Models|Factsheets]] - [https://docs.google.com/document/d/1Rg6f9iGyVcW7o4SolGi_cstwa66tZiOMVQyzmT1PRsA/edit?usp=sharing Results]
#Open model testing - [https://docs.google.com/document/d/1zBdtjd7cVUdrIbK80afjXHNKHI864M2uwC5bLRI6SVo/edit?usp=sharing Results]
#Demand side and storage - [https://docs.google.com/document/d/1Is7yTSm_b87N7qTea5NBiIHemRVA-CzW4raMPrmGyrY/edit?usp=sharing Results]
#Wind potentials - [https://docs.google.com/document/d/1Wi3rIjEU5emKm-rxGT3ED9DnSDdkEGZYD3zdYcebKFc/edit?usp=sharing Results] | [[Data|Data Wiki]]
#Hydro electricity - [https://docs.google.com/document/d/1xmZbse_Vy04i8q7Ws-fyZ1GdWlvDd3Bd58D0wOJTayI/edit?usp=sharing Results]
#The [http://open-power-system-data.org/ Open Power System Data] platform - [https://docs.google.com/document/d/1W0xZILYBypoEEPMVixA4TRti4TBZlSgpoLxiCXUwxV0/edit?usp=sharing Results]
#Pros and cons of Open Source modelling - [https://docs.google.com/document/d/11pdFDq_VP0HjeD-j7C7mC4PkqzUgbrI2mxCkCJQ2slU/edit?usp=sharing Results]
#Energy modeling for beginners
#OpenEnergy platform - [https://docs.google.com/document/d/16QY4U-DBXhZVxXnpugVkATDtp4SEMjXTgdnYX4CRKWA/edit?usp=sharing Results]
#Open Access publishing in energy modelling - [https://docs.google.com/document/d/18AAApjM9dgzdx9zmV70eAkBbAK1L98iIkj_4xKbaP5I/edit?usp=sharing Results]
#Openmod article - [https://docs.google.com/document/d/127MpVdO8SV6zvLDjWogD48jmtWMkcNN4k54bm1cdS0Q/edit?usp=sharing Results]
#Conference - [https://docs.google.com/document/d/1IGGQzKGV2BBkew47l4FPg_jEe-KvOCkJBleg0bOqInk/edit?usp=sharing Results]
#[https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Funders best practice list] - [https://docs.google.com/document/d/15cMucOXnfS1FRYqRfPJvvdwk7vwfANuW4ONtLu5JltA/edit?usp=sharing Results]
#[[Data|Data sources]] hackathon - [https://docs.google.com/document/d/1IZ8AlXLPM2NsKtKfRJkEuoTr_Pn-0yMSGJMqc81ucgc/edit?usp=sharing Results]
#[http://openmod-initiative.org/ Openmod website] - [https://docs.google.com/document/d/1D0m1cy5dAWKyhaArOZwgrlEf4V-iJm-SFbLXEhtt1KA/edit?usp=sharing Results]
#Which license fits my model? - [[Choosing a license|Wiki]]
#Consultation “Marktstammdatenregister” [http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html BNetzA] - [[Marktstammdaten|Wiki]] 
#Load-flow modelling / grids
#<span id="docs-internal-guid-c3167b5a-b7d1-d1ea-d6b1-c4ddf6b8d62b" style="font-size:14.666666666666666px; font-family:Arial; color:#000000; background-color:transparent; font-weight:400; font-style:normal; font-variant:normal; text-decoration:none; vertical-align:baseline">Python/Pyomo user group - [https://docs.google.com/document/d/16FF17l-Kw-6Ac4dZQiR2bSOazZibJBMAUsR9xHQ04BY/edit?usp=sharing Results]

 

Details are collected in this [https://docs.google.com/document/d/16Hs_JuK56fV9xUVqrWg3zAp-RepjSSA37mj5JfdCbSg/edit#heading=h.8xn9p9kiati3 Google document]. Please fill in missing spots. You are invited to add your name to the group you wish to coordinate or participate in. Expect more groups to be announced in site!

 

 

 

=== Break out groups from last workshop ===

Some of these groups may wish to continue based on the outcomes from the last workshop:

*Transparency checklist for scenarios (Felix) [[:File:Openmod-Transparency Energy Scenarios-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1iWV6HNLcuU3NaTLQnIHYFAIIWEnt-Db-FCSg-SJTTyU/edit Results]
*Model fact sheets and website (Jörn) [[:File:Openmod-Website-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1f0UFdvb4QM1VNAWYVdWpHnYIttl9n4GApNA-jITvwpI/edit Results]
*Which license fits my model? (Frauke) [[:File:Openmod whichLicenseFits-breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1x8BH1Ev53d6MY8y72cXtbw24uCLk4vaHy2JtGW_iSws/edit Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Openmod-Concrete steps for open data collaboration-Breakout.pdf]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results]
*Unique identifies for European power plants: how to we get there? (Chris) [https://docs.google.com/document/d/1CL8jKuPkGOLKijcwqxtlTz8-Y0EEN0guGPjs6Vo3OcQ/edit?usp=sharing Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results] 
*"Best practice" catalogue for funders (Lion) [[:File:Openmod-Best practice-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Results] 
*Article on benefits and challenges of open source (Eva) [[:File:Openmod-Article-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/13ZzPHsHnakOjqlDvJphw3bvEVGILYGT7unL-FI4lCmw/edit# Results]
*Weather data [https://docs.google.com/document/d/1USIAqOmEPnP7dNmECOPHIvX9ZYjTU7_ySnluHI4vZfw/edit Results]
*establish a conference on (open) energy system modeling - concrete steps (Berit)

 

== Participants ==

Registration deadline: 10th August 2015

#Stefan Pfenninger (Imperial College London) 
#Lion Hirth (neon) 
#Ingmar Schlecht (University of Basel) 
#Iain Staffell (Imperial College Business School)
#Richard Green (Imperial College Business School)
#[http://wiki.openmod-initiative.org/wiki/User:Johannes_Dorfner Johannes Dorfner] ([http://www.ens.ei.tum.de/de/staff/johannes-dorfner/ Technische Universität München])
#Clemens Gerbaulet (Technische Universität Berlin)
#Ed Sharp (University College London) 
#Catalina Spataru (University College London)
#Mark Barrett (University College London)
#Graeme Hawker ([[User:Graeme Hawker|profile]]) (University of Strathclyde)
#Warren Hicks (Reading University) 
#Alejandro Dávila (university of Groningen)
#Adrien Schwane (Forschungszentrum Jülich)
#Jörn Richstein (TU Delft, probably via remote link)
#Alice Gunn (University of Reading) 
#Abhishek Shivakumar (KTH) 
#[http://nworbmot.org/energy/publications.html Tom Brown] (from October: Frankfurt Institute of Advanced Studies) 
#Giorgio Castagneto Gissey (University College London)
#James Price (UCL)
#David Kleinhans (NEXT ENERGY)
#Wided Medjroubi (NEXT ENERGY)
#Carsten Matke (NEXT ENERGY)
#Daniel Drew (University of Reading)
#Francesco Gardumi (Politecnico di Milano)
#Daniel Crow (Imperial College) 
#Simon Tindemans (Imperial College)
#Guido Pleßmann (Reiner Lemoine Institut [someone else of the institute]) 
#Verena Viskovic (University College London)
#Daniel Huppmann (DIW Berlin) ([http://dergelbesalon.at/dh personal website])
#Martin Jahn (Europa-Universität Flensburg)
#Wolf-Dieter Bunke (Europa-Universität Flensburg)
#Joe DeCarolis (NC State University)
#Philip Sandwell (Imperial College London)
#Philip Sargent (DECC: Dept. of Energy and Climate Change)
#Frank Obermüller (ewi ER&S, Cologne)
#Koen van Dam (Imperial College London)
#Thomas Spitz (University of Edinburgh)
#Heidi Heinrichs (Forschungszentrum Jülich)
#Sheridan Few (Grantham Institute for Climate Change, Imperial College London)
#Florian Steiner (Grantham Institute for Climate Change, Imperial College London)
#Ajay Gambhir (Grantham Institute for Climate Change, Imperial College London)
#Sylvain Quoilin (Joint Research Center, EU Commission)
#Vignesh Sridharan (KTH) 
#Juan Camilo Herrera (University College London)
#Shai Hassid (University College London)
#Arnaud Koehl (University College London)
#Seán Collins (University College Cork)
#Charlie Heaps (Stockholm Environment Institute and Tufts University, Boston, MA)
#Moritz Schillinger (University of Basel)
#Rembrandt Koppelaar (Imperial College London)
#Simon Sawatzki (Technische Universität Berlin)
#Chris Davis (University of Groningen)
#Paul Deane (university College Cork)
#Ben Elliston (University of New South Wales, join via remote link)
#Maragatham (University College London)
#Grant Wilson (Sheffield)
#Angela Francis (Green Alliance) 
#Martin Glauer (OvGU Magdeburg) 
#Hannah Bloomfield (University of Reading) 
#Kaveri Iychettira (Delft University of Technology, KTH) 
#Mark Howells (KTH) 
#Fabrizio Fattori (University of Pavia) 
#Daniel Hdidouan (Arup)
#'''-- Registration is now closed; but you can add your name to the waiting list below. --'''

 Waiting list:

#...'''add your name here'''... Waiting list is open: just [[Special:RequestAccount|register with this wiki]] and click edit on this page. 

 [[Events|Back to events overview]]

2nd Open Energy Modelling Workshop

2020-09-13T10:08:41Z

SciGRID: /* Participants */

'''[http://www.openmod-initiative.org/ openmod initiative main homepage]''' 

2nd Open Energy Modelling Workshop Berlin 13/14 April 2015

[http://www.mcc-berlin.net/en/metanavigation/contact.html Mercator-Institute for Global Commons and Climate Change (MCC)] 52.481156, 13.356085; [https://goo.gl/maps/7P7PN https://goo.gl/maps/7P7PN]You take the train to S-Bahn Schöneberg, walk down Torgauer Str, enter EUREF campus and then walk towards a little brick building. Entrance to the right. Signs will guide you to the seminar room.

Monday (13 April) 10.30 - 18.30 Tuesday (14 April) 9.00 - 16.30 

=== Videos and PDF slides ===

[http://www.openmod-initiative.org/downloads/slides-openmod-2nd_workshop.zip All slides (as ZIP file)]

[https://www.youtube.com/channel/UC1KZW5drgvf22j8EqHxKLzw/feed Videos (plain, non-edited) on YouTube]

== Agenda: Monday ==

 

10:00  Coffee 

10:30  Introduction 

 

11:00 '''Talks related to openmod initiative''' (8mins each) 

*Lion (neon): The openmod initiative - who we are ([http://wiki.openmod-initiative.org/images/4/43/Lion-openmod_initiative.pdf Slides], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=0m1s Video])
*Berit (RLI), David (Next Energy): Feedback from BMWi/PTJ-Meeting ([http://wiki.openmod-initiative.org/images/a/ad/Berit-bmwi_meeting.pdf Slides], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=08m25s Video])
*Eva (PIK): Concrete Steps for going open source - what is necessary? ([http://wiki.openmod-initiative.org/images/e/ee/Eva-going_opensource.pdf Slides], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=19m18s Video])
*Discussion 

 

11:35 '''Transparency in Scenarios''' (8min each) 
<ul style="font-size: 13.6000003814697px;">
<li>Christian (KIT): Transparency requirements for energy scenarios in scientific policy advice ([http://wiki.openmod-initiative.org/images/2/26/Christian-transparency_requiremenets.pdf Slide], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=45m10s Video]) </li>
<li>Felix (DLR): Energy Scenarios Studies- A Contribution to Improved Transparency ([http://wiki.openmod-initiative.org/images/2/29/Felix-transparency.pdf Slides] [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=1h01m45s Video]) </li>
<li>Discussion</li>
</ul>

 

12:00 '''Lunch '''([http://www.bamboobay.berlin/ bam boo bay], EUREF campus)

 

13:30  Jens (Fraunhofer Fokus): govdata.de ([http://wiki.openmod-initiative.org/images/6/63/Jens-opendata_govdata.de_FraunhoferFokus.pdf Slides], [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=0m1s Video]) 

 

14:00  '''Weather Data and Energy System Modelling I''' (10mins each) 

*Beate (HZG): Re-analysis climate as an important input for energy system modeling ([http://wiki.openmod-initiative.org/images/f/fe/Beate-reanalysis_climate.pdf Slides], [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=36m51s Video])

*Clemens (ZNES): Evaluation of coastdat II wind speed data for wind feedin simulation ([http://wiki.openmod-initiative.org/images/d/da/Clemens-coastdat2_windspeed.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=56m34s Video])

*Iratxe (JRC): Meteorological data treatment into RES-E integration studies and energy/power system modelling ([http://wiki.openmod-initiative.org/images/9/9f/Iratxe-meteorological_data_treatment.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=1h14m10s Video])

*Discussion

 

14:50  '''Weather Data and Energy System Modelling II''' (10mins each) 
<ul style="font-size: 13.6000003814697px;">
</ul>

*Stefan (Imperial): Modeling wind and solar power plants at high spatial and temporal resolution world-wide ([http://wiki.openmod-initiative.org/images/7/7d/Stefan-renewables_ninja.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=1h26m50s&t=0m1s Video])
*Gorm (Aarhus): REatlas ([http://wiki.openmod-initiative.org/images/1/1d/Gorm-reatlas.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=1h40m23s Video])
*Kris (KUL/EnergyVille): Selecting representative days for energy-system planning models ([http://wiki.openmod-initiative.org/images/1/13/Kris-representative_days.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=2h00m18s Video])

*Discussion

 

15:40  Introducing and forming break-out groups 

16:00  Coffee 

16:20  '''Break-out groups I''' (in parallel)

*Open energy system data - concrete steps for collaboration (Simon S) [http://wiki.openmod-initiative.org/images/a/a2/Openmod-Concrete_steps_for_open_data_collaboration-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results] 
*"Best practice" catalogue for funders (Lion) [http://wiki.openmod-initiative.org/images/5/5d/Openmod-Best_practice-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Results] 
*Article on benefits and challenges of open source (Eva) [http://wiki.openmod-initiative.org/images/2/2b/Openmod-Article-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/13ZzPHsHnakOjqlDvJphw3bvEVGILYGT7unL-FI4lCmw/edit# Results]
*Weather data [https://docs.google.com/document/d/1USIAqOmEPnP7dNmECOPHIvX9ZYjTU7_ySnluHI4vZfw/edit Results]
*establish a conference on (open) energy system modeling - concrete steps (Berit) 
*...... 

 

18:30  Reporting back from break-out groups

19:00  Dinner ([http://wirtshaus-heuberger.de/ Heuberger], Gotenstr. 1, about 5 minute walk)

 

== Agenda: Tuesday ==

 09:00  '''Getting started''' 

*Goals for today 
*3 min Reporting back from break-out groups 

 

09:15  '''Open Models and Frameworks''' (6mins each) 

*Stefan (Imperial): Open energy modeling framework Calliope ([http://wiki.openmod-initiative.org/images/9/91/Stefan-calliope.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=4m30s Video]) 
*Uwe (RLI): Oemof - Open Energy Modeling Framework ([http://wiki.openmod-initiative.org/images/5/5b/Uwe-oemof.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=15m10s Video])
*Birgit (UCL Energy Institute): Redefining the Energy Modelling-Policy Interface: A Fully Open Source UK TIMES Model ([http://wiki.openmod-initiative.org/images/f/f0/Birgit-uk_times_model.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=27m33s Video])
*Abhishek (KTH): OSeMOSYS, an open-source energy modelling system based on Gnu MathProg  ([http://wiki.openmod-initiative.org/images/e/e2/Abhishek-osemosys.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=40m35s Video]) 
*Pierre (Fraunhofer CSP): An open-source simulation tool in python for long term forecasts of the German electricity price ([http://wiki.openmod-initiative.org/images/0/02/Pierre-meritorder_simulation.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=47m39s Video])
*Discussion

 

10:00  '''Open Grid Modeling''' (10mins each) 

*Carsten Matke (Next Energy): Update SciGRID ([http://wiki.openmod-initiative.org/images/b/b8/Carsten-scigrid.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=53m30s Video])
*Ulf (ZNES Flensburg): OLF Open Load Flow ([http://wiki.openmod-initiative.org/images/6/61/Ulf-openloadflow.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=1h09m08s Video]) 
*Discussion

 

10:30  Coffee

 

10:50  '''Tools '''(10min each) 
<ul style="font-size: 13.6000003814697px;">
<li>Tim (Younicos): Reproducibility with Project Jupyter  ([http://wiki.openmod-initiative.org/images/8/84/Tim_reproducibility_with_jupyter.pdf Slides], [https://www.youtube.com/watch?v=KwyL_9ZpJ8A&t=1s Video])</li>
<li>Chris (University of Groningen): Development of tools for collecting, cleaning, processing & visualizing energy data sourced from diverse online sources ([http://wiki.openmod-initiative.org/images/2/24/Chris-enipedia.pdf Slides], [https://www.youtube.com/watch?v=KwyL_9ZpJ8A&t=16m50s Video])</li>
<li>Matthias (DLR): Authorea, a open-source editor for collaborative paper writing ([https://www.youtube.com/watch?v=KwyL_9ZpJ8A&t=37m45s Video])</li>
<li>Discussion</li>
</ul>

 

11:30  Introducing and forming break-out groups 

 

11:40  '''Poster session''' 

 

12:00  '''Lunch ''' ([http://wirtshaus-heuberger.de/ Heuberger], Gotenstr. 1, about 5 minute walk)</span

 13:30  '''Break-out groups II'''

*Transparency checklist for scenarios (Felix) [http://wiki.openmod-initiative.org/images/5/52/Openmod-Transparency_Energy_Scenarios-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1iWV6HNLcuU3NaTLQnIHYFAIIWEnt-Db-FCSg-SJTTyU/edit Results]
*Model fact sheets and website (Jörn) [http://wiki.openmod-initiative.org/images/4/43/Openmod-Website-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1f0UFdvb4QM1VNAWYVdWpHnYIttl9n4GApNA-jITvwpI/edit Results]
*Which license fits my model? (Frauke) [http://wiki.openmod-initiative.org/images/7/7a/Openmod_whichLicenseFits-breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1x8BH1Ev53d6MY8y72cXtbw24uCLk4vaHy2JtGW_iSws/edit Results]
*Open energy system data - concrete steps for collaboration (Simon S) [http://wiki.openmod-initiative.org/Media:Openmod-Concrete_steps_for_open_data_collaboration-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results]
*Unique identifies for European power plants: how to we get there? (Chris) [https://docs.google.com/document/d/1CL8jKuPkGOLKijcwqxtlTz8-Y0EEN0guGPjs6Vo3OcQ/edit?usp=sharing Results]

 

15:00  '''Reporting back from break-out groups'''

*How to proceed / next steps 
*Responsibilities 
*Also for yesterday's groups

 

15:30  Wrap-up / Next Steps / Next Workshop

 

16:15 Feedback

 

*international
*break-out group: good idea, productive, works well 
*right timing, right people
*momentum
*looking forward for next workshop
*super happy
*like mix of formats (sit back and listen; do work together)
*inspiring to see we are all here and willing to contribute
*after years of feeling lonely, glad to have found if not family, then friends
*very intense 
*good overview of what is happening
*could have gone deeper in a few topics
*good (and go further): increase share of "work" and reduce presentations / introduction
*interesting, insights, inspiring
*more time for discussion after presentations

 

 

16:30  End of Workshop

 

 

== Participants ==

#Paul Nahmmacher (PIK)
#Frauke Wiese (Uni Flensburg)
#Lion Hirth (neon) 
#Ingmar Schlecht (Uni Basel)
#Christian Dieckhoff (KIT) [Monday only]
#Jörn Richstein (TU Delft)
#Iratxe Gonzalez-Aparicio (JRC)
#Stefan Pfenninger (Imperial College London)
#Matthias Reeg (DLR)
#Clemens Gerbaulet (TU Berlin)
#Eva Schmid (PIK)
#Guido Pleßmann (RLI)
#Berit Müller (RLI)
#Cord Kaldemeyer (ZNES Flensburg)
#Simon Hilpert (ZNES Flensburg)
#Tim Tröndle (Younicos)
#David Kleinhans (Next Energy) 
#Carsten Matke (Next Energy)
#Jens Klessmann (Fraunhofer Fokus) [Monday only]
#Beate Geyer (HZG) [Monday only] 
#Simon Sawatzki (Ea Energy Analyses) 
#János Hethey (Ea Energy Analyses)
#Felix Cebulla (DLR)
#Birgit Fais (UCL Energy Institute)
#Gorm Andresen (Aarhus University) 
#Sabine Auer (PIK)
#Kris Poncelet (KUL/EnergyVille)
#Clemens Wingenbach (ZNES Flensburg)
#Uwe Krien (RLI, Berlin)
#Sebastian Rauner (UFZ, Leipzig)
#Abhishek Shivakumar (KTH)
#Chris Davis (University of Groningen)
#Ben Elliston (University of New South Wales) [mit Skype und bis mittagessen!]
#Nawfal Saadi (IRENA)
#Pierre Laurenz (Fraunhofer CSP)
#Ulf Philipp Müller (FH Flensburg) 

(registration closed)

[http://wiki.openmod-initiative.org/Events Back to events overview] __NOTOC__

2nd Open Energy Modelling Workshop

2020-09-13T10:07:52Z

SciGRID: /* Agenda: Tuesday */

'''[http://www.openmod-initiative.org/ openmod initiative main homepage]''' 

2nd Open Energy Modelling Workshop Berlin 13/14 April 2015

[http://www.mcc-berlin.net/en/metanavigation/contact.html Mercator-Institute for Global Commons and Climate Change (MCC)] 52.481156, 13.356085; [https://goo.gl/maps/7P7PN https://goo.gl/maps/7P7PN]You take the train to S-Bahn Schöneberg, walk down Torgauer Str, enter EUREF campus and then walk towards a little brick building. Entrance to the right. Signs will guide you to the seminar room.

Monday (13 April) 10.30 - 18.30 Tuesday (14 April) 9.00 - 16.30 

=== Videos and PDF slides ===

[http://www.openmod-initiative.org/downloads/slides-openmod-2nd_workshop.zip All slides (as ZIP file)]

[https://www.youtube.com/channel/UC1KZW5drgvf22j8EqHxKLzw/feed Videos (plain, non-edited) on YouTube]

== Agenda: Monday ==

 

10:00  Coffee 

10:30  Introduction 

 

11:00 '''Talks related to openmod initiative''' (8mins each) 

*Lion (neon): The openmod initiative - who we are ([http://wiki.openmod-initiative.org/images/4/43/Lion-openmod_initiative.pdf Slides], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=0m1s Video])
*Berit (RLI), David (Next Energy): Feedback from BMWi/PTJ-Meeting ([http://wiki.openmod-initiative.org/images/a/ad/Berit-bmwi_meeting.pdf Slides], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=08m25s Video])
*Eva (PIK): Concrete Steps for going open source - what is necessary? ([http://wiki.openmod-initiative.org/images/e/ee/Eva-going_opensource.pdf Slides], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=19m18s Video])
*Discussion 

 

11:35 '''Transparency in Scenarios''' (8min each) 
<ul style="font-size: 13.6000003814697px;">
<li>Christian (KIT): Transparency requirements for energy scenarios in scientific policy advice ([http://wiki.openmod-initiative.org/images/2/26/Christian-transparency_requiremenets.pdf Slide], [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=45m10s Video]) </li>
<li>Felix (DLR): Energy Scenarios Studies- A Contribution to Improved Transparency ([http://wiki.openmod-initiative.org/images/2/29/Felix-transparency.pdf Slides] [https://www.youtube.com/watch?v=fRKSGNNWOF0&t=1h01m45s Video]) </li>
<li>Discussion</li>
</ul>

 

12:00 '''Lunch '''([http://www.bamboobay.berlin/ bam boo bay], EUREF campus)

 

13:30  Jens (Fraunhofer Fokus): govdata.de ([http://wiki.openmod-initiative.org/images/6/63/Jens-opendata_govdata.de_FraunhoferFokus.pdf Slides], [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=0m1s Video]) 

 

14:00  '''Weather Data and Energy System Modelling I''' (10mins each) 

*Beate (HZG): Re-analysis climate as an important input for energy system modeling ([http://wiki.openmod-initiative.org/images/f/fe/Beate-reanalysis_climate.pdf Slides], [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=36m51s Video])

*Clemens (ZNES): Evaluation of coastdat II wind speed data for wind feedin simulation ([http://wiki.openmod-initiative.org/images/d/da/Clemens-coastdat2_windspeed.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=56m34s Video])

*Iratxe (JRC): Meteorological data treatment into RES-E integration studies and energy/power system modelling ([http://wiki.openmod-initiative.org/images/9/9f/Iratxe-meteorological_data_treatment.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=1h14m10s Video])

*Discussion

 

14:50  '''Weather Data and Energy System Modelling II''' (10mins each) 
<ul style="font-size: 13.6000003814697px;">
</ul>

*Stefan (Imperial): Modeling wind and solar power plants at high spatial and temporal resolution world-wide ([http://wiki.openmod-initiative.org/images/7/7d/Stefan-renewables_ninja.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=1h26m50s&t=0m1s Video])
*Gorm (Aarhus): REatlas ([http://wiki.openmod-initiative.org/images/1/1d/Gorm-reatlas.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=1h40m23s Video])
*Kris (KUL/EnergyVille): Selecting representative days for energy-system planning models ([http://wiki.openmod-initiative.org/images/1/13/Kris-representative_days.pdf Slides] [https://www.youtube.com/watch?v=UNjxkiUwMwE&t=2h00m18s Video])

*Discussion

 

15:40  Introducing and forming break-out groups 

16:00  Coffee 

16:20  '''Break-out groups I''' (in parallel)

*Open energy system data - concrete steps for collaboration (Simon S) [http://wiki.openmod-initiative.org/images/a/a2/Openmod-Concrete_steps_for_open_data_collaboration-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results] 
*"Best practice" catalogue for funders (Lion) [http://wiki.openmod-initiative.org/images/5/5d/Openmod-Best_practice-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Results] 
*Article on benefits and challenges of open source (Eva) [http://wiki.openmod-initiative.org/images/2/2b/Openmod-Article-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/13ZzPHsHnakOjqlDvJphw3bvEVGILYGT7unL-FI4lCmw/edit# Results]
*Weather data [https://docs.google.com/document/d/1USIAqOmEPnP7dNmECOPHIvX9ZYjTU7_ySnluHI4vZfw/edit Results]
*establish a conference on (open) energy system modeling - concrete steps (Berit) 
*...... 

 

18:30  Reporting back from break-out groups

19:00  Dinner ([http://wirtshaus-heuberger.de/ Heuberger], Gotenstr. 1, about 5 minute walk)

 

== Agenda: Tuesday ==

 09:00  '''Getting started''' 

*Goals for today 
*3 min Reporting back from break-out groups 

 

09:15  '''Open Models and Frameworks''' (6mins each) 

*Stefan (Imperial): Open energy modeling framework Calliope ([http://wiki.openmod-initiative.org/images/9/91/Stefan-calliope.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=4m30s Video]) 
*Uwe (RLI): Oemof - Open Energy Modeling Framework ([http://wiki.openmod-initiative.org/images/5/5b/Uwe-oemof.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=15m10s Video])
*Birgit (UCL Energy Institute): Redefining the Energy Modelling-Policy Interface: A Fully Open Source UK TIMES Model ([http://wiki.openmod-initiative.org/images/f/f0/Birgit-uk_times_model.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=27m33s Video])
*Abhishek (KTH): OSeMOSYS, an open-source energy modelling system based on Gnu MathProg  ([http://wiki.openmod-initiative.org/images/e/e2/Abhishek-osemosys.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=40m35s Video]) 
*Pierre (Fraunhofer CSP): An open-source simulation tool in python for long term forecasts of the German electricity price ([http://wiki.openmod-initiative.org/images/0/02/Pierre-meritorder_simulation.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=47m39s Video])
*Discussion

 

10:00  '''Open Grid Modeling''' (10mins each) 

*Carsten Matke (Next Energy): Update SciGRID ([http://wiki.openmod-initiative.org/images/b/b8/Carsten-scigrid.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=53m30s Video])
*Ulf (ZNES Flensburg): OLF Open Load Flow ([http://wiki.openmod-initiative.org/images/6/61/Ulf-openloadflow.pdf Slides], [https://www.youtube.com/watch?v=0HNxZYOjA70&t=1h09m08s Video]) 
*Discussion

 

10:30  Coffee

 

10:50  '''Tools '''(10min each) 
<ul style="font-size: 13.6000003814697px;">
<li>Tim (Younicos): Reproducibility with Project Jupyter  ([http://wiki.openmod-initiative.org/images/8/84/Tim_reproducibility_with_jupyter.pdf Slides], [https://www.youtube.com/watch?v=KwyL_9ZpJ8A&t=1s Video])</li>
<li>Chris (University of Groningen): Development of tools for collecting, cleaning, processing & visualizing energy data sourced from diverse online sources ([http://wiki.openmod-initiative.org/images/2/24/Chris-enipedia.pdf Slides], [https://www.youtube.com/watch?v=KwyL_9ZpJ8A&t=16m50s Video])</li>
<li>Matthias (DLR): Authorea, a open-source editor for collaborative paper writing ([https://www.youtube.com/watch?v=KwyL_9ZpJ8A&t=37m45s Video])</li>
<li>Discussion</li>
</ul>

 

11:30  Introducing and forming break-out groups 

 

11:40  '''Poster session''' 

 

12:00  '''Lunch ''' ([http://wirtshaus-heuberger.de/ Heuberger], Gotenstr. 1, about 5 minute walk)</span

 13:30  '''Break-out groups II'''

*Transparency checklist for scenarios (Felix) [http://wiki.openmod-initiative.org/images/5/52/Openmod-Transparency_Energy_Scenarios-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1iWV6HNLcuU3NaTLQnIHYFAIIWEnt-Db-FCSg-SJTTyU/edit Results]
*Model fact sheets and website (Jörn) [http://wiki.openmod-initiative.org/images/4/43/Openmod-Website-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1f0UFdvb4QM1VNAWYVdWpHnYIttl9n4GApNA-jITvwpI/edit Results]
*Which license fits my model? (Frauke) [http://wiki.openmod-initiative.org/images/7/7a/Openmod_whichLicenseFits-breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/1x8BH1Ev53d6MY8y72cXtbw24uCLk4vaHy2JtGW_iSws/edit Results]
*Open energy system data - concrete steps for collaboration (Simon S) [http://wiki.openmod-initiative.org/Media:Openmod-Concrete_steps_for_open_data_collaboration-Breakout.pdf Kickoff slide] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results]
*Unique identifies for European power plants: how to we get there? (Chris) [https://docs.google.com/document/d/1CL8jKuPkGOLKijcwqxtlTz8-Y0EEN0guGPjs6Vo3OcQ/edit?usp=sharing Results]

 

15:00  '''Reporting back from break-out groups'''

*How to proceed / next steps 
*Responsibilities 
*Also for yesterday's groups

 

15:30  Wrap-up / Next Steps / Next Workshop

 

16:15 Feedback

 

*international
*break-out group: good idea, productive, works well 
*right timing, right people
*momentum
*looking forward for next workshop
*super happy
*like mix of formats (sit back and listen; do work together)
*inspiring to see we are all here and willing to contribute
*after years of feeling lonely, glad to have found if not family, then friends
*very intense 
*good overview of what is happening
*could have gone deeper in a few topics
*good (and go further): increase share of "work" and reduce presentations / introduction
*interesting, insights, inspiring
*more time for discussion after presentations

 

 

16:30  End of Workshop

 

 

== Participants ==

#Paul Nahmmacher (PIK)
#Frauke Wiese (Uni Flensburg)
#Lion Hirth (neon) 
#Ingmar Schlecht (Uni Basel)
#Christian Dieckhoff (KIT) [Monday only]
#Jörn Richstein (TU Delft)
#Iratxe Gonzalez-Aparicio (JRC)
#Stefan Pfenninger (Imperial College London)
#Matthias Reeg (DLR)
#Clemens Gerbaulet (TU Berlin)
#Eva Schmid (PIK)
#Guido Pleßmann (RLI)
#Berit Müller (RLI)
#Cord Kaldemeyer (ZNES Flensburg)
#Simon Hilpert (ZNES Flensburg)
#Tim Tröndle (Younicos)
#David Kleinhans (Next Energy) 
#Jens Klessmann (Fraunhofer Fokus) [Monday only]
#Beate Geyer (HZG) [Monday only] 
#Simon Sawatzki (Ea Energy Analyses) 
#János Hethey (Ea Energy Analyses)
#Felix Cebulla (DLR)
#Birgit Fais (UCL Energy Institute)
#Gorm Andresen (Aarhus University) 
#Sabine Auer (PIK)
#Kris Poncelet (KUL/EnergyVille)
#Clemens Wingenbach (ZNES Flensburg)
#Uwe Krien (RLI, Berlin)
#Sebastian Rauner (UFZ, Leipzig)
#Abhishek Shivakumar (KTH)
#Chris Davis (University of Groningen)
#Ben Elliston (University of New South Wales) [mit Skype und bis mittagessen!]
#Nawfal Saadi (IRENA)
#Pierre Laurenz (Fraunhofer CSP)
#Ulf Philipp Müller (FH Flensburg) 

(registration closed)

[http://wiki.openmod-initiative.org/Events Back to events overview] 
__NOTOC__

Marktstammdaten

2015-11-12T08:46:30Z

SciGRID:

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 

 

 

 

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier and the E-PRTR Facility ID (see Kraftwerk Schkopau [1][2]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [3].  

 

'''Specific points''' 
<div>
*There are > 1 million PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013 http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013]

[3] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

'''Subject:''' Beitrag zum 1. Meilenstein der Konsultation zum Marktstammdatenregister  

'''Message''': 

Sehr geehrte Damen und Herren,

die Open Energy Modelling Initiative ([http://openmod-initiative.org/ http://openmod-initiative.org/]) ist eine internationale Initiative zur Föderung von Transparenz in der Energiesystemmodellierung. Sie besteht aus gut 100 Forschern aus ganz Europa, weshalb der Beitrag zur Konsultation auf Englisch verfasst ist.

Mit freundlichen Grüßen

Carsten Matke

für die Open Energy Modelling Initiative 

--

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1].  

First of all, and most importantly, '''we support the idea of the Marktstammdatenregister''' (MaStR). A central register facilitates research and analysis, improving future policy and investment decisions. We believe that open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice.

We recommend to publish the register under an '''open license''', e.g. Open Database License [2] or Creative Commons 4.0 [3]. An open license reduces legal uncertainty and allows for-profit as well as not-for-profit organisations to fully utilize the information contained in the register, to the benefit of society. 

In our opinion, '''the MaStR already proposes a very good identification numbering scheme'''. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed MaStR numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the MaStR numbering scheme in other countries than Germany. The country code should only depend on the exact geographical information. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [4], EU ETS [5] and E-PRTR [6] installation identifiers) to the proposed numbering system. And finally, we recommend that exact geographical coordinates (at least more precise than postal code) are used for facilities, power plants etc. Thus, the country code is dependent on physical locations and becomes clear. 

We hope that the above mentioned suggestion for a European MaStR numbering scheme meets your aims as well. 

 

Best regards, 

Carsten Matke

for the Open Energy Modelling Initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [https://creativecommons.org/licenses/by/4.0/ https://creativecommons.org/licenses/by/4.0/] 

[4] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[5] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

[6] [http://prtr.ec.europa.eu/pgAbout.aspx http://prtr.ec.europa.eu/pgAbout.aspx]

 

 

 

 

 

 

 

== Milestone 2 (deadline: 11 November 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

'''Announcment '''of the next meeting at the Bundesnetzagentur: 25.11.2015

'''DEADLINE '''latest until 18.11.2015

[http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html;jsessionid=B7321EE9635C5DACF582096D917BAAFD http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html;jsessionid=B7321EE9635C5DACF582096D917BAAFD]

'''Consultations of Milestone 2 '''should be send by 11.11.2015 to [mailto:mastr@bnetza.de <mailto:mastr@bnetza.de mastr@bnetza.de.]

Detailed and additional information of the Milstone 1 consultation are provided:

[http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Konzept/mastr_konzept-node.html http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Konzept/mastr_konzept-node.html]
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>We support the idea of the register.</li>
<li>Data for public should be published under an open data e.g. Open Database License</li>
<li>Open data are relevant for research, to have more transparency and to make results in energy studies more comparable.</li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Include technical information e.g. turbine type (Gas turbine or Steam Turbine, back-pressure or condensing-turbine).
*For pumped storages the size of the upper reservoir (in m^3 or MWh potential energy) is also an interesting datapoint.
*For power plants with heat output the putput profile (e.g. industry or residential) and the availability of heat storages is interesting to model the behaviour of such plants.
*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
**[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
***A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

 

== Milestone 3 (deadline: 31 May 2016)
How are the data have to be delivered and spezified in detail? Which other aspects are relevant? How to verify if data are correct? 

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div>

Transmission network datasets

2015-10-23T10:06:23Z

SciGRID:

= Network datasets by region =

== Europe ==

{| cellspacing="1" cellpadding="1" border="1" style="width:100%" class="wikitable sortable"
|-
! Name
! Version
!
Year 

Published

! Represented year
! Region
! Num. Substations or Buses
! Num. Lines
! Contains
! Downloadable
! Licence
|-
| [http://scigrid.de/ SciGrid]
| 0.1
| 2015
| 2015
| Germany, but in principle whole world
| 479
| 765
| Topology, Impedances
| Yes
| Apache Licence, Version 2.0
|-
| [http://www.powerworld.com/knowledge-base/updated-and-validated-power-flow-model-of-the-main-continental-european-transmission-network Bialek European Model]
| 2
| 2013
| 2009
| Continental Europe
| 1494 buses
| 2322
| Topology, Impedances, Loads, Generators
| Yes
| Unclear
|-
| [http://www2.nationalgrid.com/UK/Industry-information/Future-of-Energy/Electricity-Ten-Year-Statement/ National Grid ETYS 2014 Model]
| 
| 2014
| 2014
| Great Britain
| 365
| 316
| Topology, Impedances, Loads, Generators 
| Yes
| Unclear
|-
| [https://www.apg.at/de/netz/anlagen/leitungsnetz Austrian Power Network Grid] 
| 
| 2015
| 2015
| Austria
| 
| ~100
| Topology, Impedances
| Yes
| Unclear
|-
| [https://www.entsoe.eu/stum/ ENTSO-E STUM]
| 
| 
| 2020?
| Continental Europe?
| 1000s
| 1000s
| Topology, Impedances
| Requires registration
| Unclear
|}

 

=== SciGrid ===

[http://scigrid.de/ SciGrid] is a project which started in 2014 and will be running for three years. The aim of SciGRID is to develop an open and free model of the European transmission network. It is carried out by [http://www.next-energy.de/ NEXT ENERGY - EWE Research Centre for Energy Technology], an independent non-profit institute at the University of Oldenburg, Germany, and funded by the [https://www.bmbf.de/ German Ministry of Education and Research],  and the initiative [http://forschung-stromnetze.info/ Zukunftsfähige Stromnetze].

 

 

=== Bialek European Model ===

The 2nd version of the [http://www.powerworld.com/knowledge-base/updated-and-validated-power-flow-model-of-the-main-continental-european-transmission-network Bialek European Model] is downloadable as an Excel file and in the format of the proprietary modelling software [http://www.powerworld.com/ PowerWorld]. The model covers voltages from 110 kV (a single line in the Balkans) up to 380 kV.

The 1st version was released in 2002-2004 and is no longer available (see [http://web.archive.org/web/20100525115039/http://www.see.ed.ac.uk/~jbialek/Europe_load_flow/ Archive mirror]). The 1st version did not contain the Balkans region.

The methodology and validation for the 1st version of the model can be found in the paper [http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=1425573 Approximate model of European interconnected system as a benchmark system to study effects of cross-border trades] by Zhou and Bialek, 2005. 

=== National Grid Model ===

[http://www2.nationalgrid.com/UK/Industry-information/Future-of-Energy/Electricity-Ten-Year-Statement/ National Grid Electricity Ten Year Statement 2014 Model]

 

=== Austrian Power Network Grid Model ===

[https://www.apg.at/de/netz/anlagen/leitungsnetz Austrian Power Network Grid] 

 

=== RTE Network Dataset for France ===

[https://clients.rte-france.com/lang/an/visiteurs/vie/indispos_caracteristiques_statiques.jsp RTE network dataset]

=== Elia Network Dataset for Belgium ===

[http://www.elia.be/en/grid-data/Grid-Technical-Data Elia network dataset]

=== TenneT NL Network Dataset for the Netherlands ===

[http://www.tennet.org/english/operational_management/transmission_services/Calculated_crossborder_cap/explanatory_documents.aspx TenneT NL]

=== TenneT DE Network Dataset for Central Germany ===

[http://www.tennettso.de/site/Transparenz/veroeffentlichungen/statisches-netzmodell/statisches-netzmodell - Tennet DE]

=== Amprion Network Dataset for Western Germany ===

[http://www.amprion.de/statisches-netzmodell Amprion]

=== TransnetBW Network Dataset for Southwest Germany ===

[https://www.transnetbw.de/de/strommarkt/engpassmanagement/standards-zukunft TransnetBW]

=== Ceps Network Dataset for Czech Republic ===

[https://www.ceps.cz/ENG/Cinnosti/Technicka-infrastruktura/Pages/Udaje-o-PS.aspx CEPS] 

=== ENTSO-E STUM ===

ENTSO-E makes available a model of the continental European system. Registration is required to download it on the [https://www.entsoe.eu/stum/ ENTSO-E STUM] page.

 

=== ENTSO-E Initial Dynamic Model of Continental Europe ===

[https://www.entsoe.eu/publications/system-operations-reports/continental-europe/Initial-Dynamic-Model/Pages/default.aspx ENTSO-E Initial Dynamic Model of Continental Europe]

Requires registration. Can model "the main frequency response of the system as well as the main inter-area oscillation modes".

 

 

== Global ==

=== OpenStreetMap ===

The global OpenStreetMap (OSM) power grid data is visible at [http://www.itoworld.com/map/4 ITO World Electricity Distribution] and [http://enipedia.tudelft.nl/ Enipedia] has [http://enipedia.tudelft.nl/OpenStreetMap/ nightly extracts of the power grid from OSM].

=== IRENA OpenStreetMap Extract ===

See [http://globalatlas.irena.org/NewsDetailPublic.aspx?id=2278 IRENA News Announcement] 

 

== Non-Region Specific ==

=== RWTH Aachen Transmission Expansion Problem Benchmark Case ===

RWTH Aachen has published [http://www.ifht.rwth-aachen.de/en/tep A Benchmark Case for Network Expansion], which is "derived from the IEEE 118 bus network and modified in accordance with European standards such as a nominal frequency of 50Hz, the use of conventional voltage levels, and conductor dimensions."

Registration is required to download the model.

The paper describing the model is [http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=7232601 A benchmark case for network expansion methods], 2015.

 

= Other lists of network datasets =

[http://enipedia.tudelft.nl/wiki/Electricity_Transmission_Network Enipedia list]

*[http://enipedia.tudelft.nl/OpenStreetMap/ Nightly extracts of the power grid from OpenStreetMap]
**See the maps at [http://www.itoworld.com/map/106 ITO World Electricity Generation] and [http://www.itoworld.com/map/4 ITO World Electricity Distribution] for a visual overview of what this covers.
**This data is fed into the [http://enipedia.tudelft.nl/Elasticsearch.html search page here] where you locate data on individual power plants.

[http://www.maths.ed.ac.uk/optenergy/data/Summary.pdf Edinburgh University list]

 

 

= Free software for power system analysis =

 

[https://github.com/rwl/PYPOWER PyPower] in Python 

[https://bitbucket.org/harald_g_svendsen/powergama/wiki/Home PowerGAMA] in Python

MATPOWER in [http://www.pserc.cornell.edu//matpower/ Matlab or Octave]

[http://sourceforge.net/projects/electricdss/ OpenDSS] in Pascal?

PSAT in [http://faraday1.ucd.ie/psat.html Matlab or Octave]

== Other lists of power system analysis software ==

 

[http://www.openelectrical.org/wiki/index.php?title=Power_Systems_Analysis_Software http://www.openelectrical.org/wiki/index.php?title=Power_Systems_Analysis_Software]

[https://nkloc.wordpress.com/2011/11/11/power-system-simulation-software-list/ https://nkloc.wordpress.com/2011/11/11/power-system-simulation-software-list/]

= Typical transmission line electrical parameters =

== European 50 Hz transmission ==

The main European alternating current (AC) electricity system is operated at 50 Hz. (Other networks, such as those for electrified trains, operate at other frequencies and some transmission lines use direct current.)

On the continent AC transmission voltages are typically 220 kV or 380 kV (sometimes quoted as 400 kV, since network operators often run their grid above nominal voltage to reduce network losses).

220 kV overhead lines are typically configured with a bundle of 2 wires per phase with wires of cross-section Al/St 240/40.

380 kV overhead lines are typically configured with a bundle of 4 wires per phase with wires of cross-section Al/St 240/40.

We now list the impedances of the transmission lines, which can be used for example in the [http://www.electrical4u.com/medium-transmission-line/ lumped pi model].

{| cellspacing="1" cellpadding="1" border="1" style="width:100%" class="wikitable sortable"
|+ Electrical properties for single circuits
|-
! scope="col" | Voltage level (kV)
! scope="col" | Type
! scope="col" | Conductors
! scope="col" | Series resistance (Ohm/km)
! scope="col" | Series inductive reactance (Ohm/km)
! scope="col" | Shunt capacitance (nF/km)
! scope="col" | Current thermal limit (A)
! scope="col" | Apparent power thermal limit (MVA)
|-
| 220
| Overhead line
| 2-wire-bundle Al/St 240/40
| 0.06
| 0.301
| 12.5
| 1290
| 492
|-
| 380
| Overhead line
| 4-wire-bundle Al/St 240/40
| 0.03
| 0.246
| 13.8
| 2580
| 1698
|}

In the table the thermal limit for the current is calculated as 645 A per wire at an outside temperature of 20 degrees Celsius.

The thermal limit for the apparent power $S$ is derived from the per-phase current limit $I$ and the line-to-line voltage $V$ by $S = \sqrt{3}VI$.

Sources for the electrical parameters:

Oeding and Oswald [http://www.springer.com/us/book/9783642192456 Elektrische Kraftwerke und Netze], 2011, Chapter 9

See also comparable parameters in:

*[http://www.dena.de/fileadmin/user_upload/Projekte/Energiesysteme/Dokumente/denaVNS_Abschlussbericht.pdf DENA Distribution Network Study], 2012, Table 5.6
*[https://www.diw.de/documents/publikationen/73/diw_01.c.440963.de/diw_datadoc_2014-072.pdf DIW Data Documentation 72], 2014, Table 15, taken from Kießling, F., Nefzger, P., Kaintzyk, U., "Freileitungen: Planung, Berechnung, Ausführung", 2001, Springer
*[https://www.zml.kit.edu/downloads/Elektrische_Energieuebertragung_Leseprobe_Kapitel_2.pdf KIT Electrical Parameters Reading Sample], 2013

 

== Combining electrical parameters for multiple circuits ==

In the table above, the impedances are quoted for a single circuit. The resistance and inductive reactance decrease proportional to the number of parallel circuits (with small modifications to the inductance due to the different geometry of the parallel circuits). Similarly the capacitance increases proportional to the number of parallel circuits (again, roughly because of changing geometry).

Transmission network datasets

2015-10-23T08:33:06Z

SciGRID:

= Network datasets by region =

== Europe ==

{| cellspacing="1" cellpadding="1" border="1" style="width:100%" class="wikitable sortable"
|-
! Name
! Version
!
Year 

Published

! Represented year
! Region
! Num. Substations or Buses
! Num. Lines
! Contains
! Downloadable
! Licence
|-
| [http://scigrid.de/ SciGrid]
| 0.1
| 2015
| 2015
| Germany, but in principle whole world
| 479
| 765
| Topology, Impedances
| Yes
| Apache Licence, Version 2.0
|-
| [http://www.powerworld.com/knowledge-base/updated-and-validated-power-flow-model-of-the-main-continental-european-transmission-network Bialek European Model]
| 2
| 2013
| 2009
| Continental Europe
| 1494 buses
| 2322
| Topology, Impedances, Loads, Generators
| Yes
| Unclear
|-
| [http://www2.nationalgrid.com/UK/Industry-information/Future-of-Energy/Electricity-Ten-Year-Statement/ National Grid ETYS 2014 Model]
| 
| 2014
| 2014
| Great Britain
| 365
| 316
| Topology, Impedances, Loads, Generators 
| Yes
| Unclear
|-
| [https://www.apg.at/de/netz/anlagen/leitungsnetz Austrian Power Network Grid] 
| 
| 2015
| 2015
| Austria
| 
| ~100
| Topology, Impedances
| Yes
| Unclear
|-
| [https://www.entsoe.eu/stum/ ENTSO-E STUM]
| 
| 
| 2020?
| Continental Europe?
| 1000s
| 1000s
| Topology, Impedances
| Requires registration
| Unclear
|}

 

=== SciGrid ===

[http://scigrid.de/ SciGrid] is a project which started in 2014 and will be running for three years. The aim of SciGRID is to develop an open and free model of the European transmission network. It is carried out by [http://www.next-energy.de/ NEXT ENERGY - EWE Research Centre for Energy Technology], an independent non-profit institute at the University of Oldenburg, Germany, and funded by the [https://www.bmbf.de/ German Ministry of Education and Research],  and the initiative [http://forschung-stromnetze.info/ Zukunftsfähige Stromnetze].

 

 

=== Bialek European Model ===

The 2nd version of the [http://www.powerworld.com/knowledge-base/updated-and-validated-power-flow-model-of-the-main-continental-european-transmission-network Bialek European Model] is downloadable as an Excel file and in the format of the proprietary modelling software [http://www.powerworld.com/ PowerWorld]. The model covers voltages from 110 kV (a single line in the Balkans) up to 380 kV.

The 1st version was released in 2002-2004 and is no longer available (see [http://web.archive.org/web/20100525115039/http://www.see.ed.ac.uk/~jbialek/Europe_load_flow/ Archive mirror]). The 1st version did not contain the Balkans region.

The methodology and validation for the 1st version of the model can be found in the paper [http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=1425573 Approximate model of European interconnected system as a benchmark system to study effects of cross-border trades] by Zhou and Bialek, 2005. 

=== National Grid Model ===

[http://www2.nationalgrid.com/UK/Industry-information/Future-of-Energy/Electricity-Ten-Year-Statement/ National Grid Electricity Ten Year Statement 2014 Model]

 

=== Austrian Power Network Grid Model ===

[https://www.apg.at/de/netz/anlagen/leitungsnetz Austrian Power Network Grid] 

 

=== RTE Network Dataset for France ===

[https://clients.rte-france.com/lang/an/visiteurs/vie/indispos_caracteristiques_statiques.jsp RTE network dataset]

=== Elia Network Dataset for Belgium ===

[http://www.elia.be/en/grid-data/Grid-Technical-Data Elia network dataset]

=== TenneT NL Network Dataset for the Netherlands ===

[http://www.tennet.org/english/operational_management/transmission_services/Calculated_crossborder_cap/explanatory_documents.aspx TenneT NL]

=== TenneT DE Network Dataset for Central Germany ===

[http://www.tennettso.de/site/Transparenz/veroeffentlichungen/statisches-netzmodell/statisches-netzmodell - Tennet DE]

=== Amprion Network Dataset for Western Germany ===

[http://www.amprion.de/statisches-netzmodell Amprion]

=== TransnetBW Network Dataset for Southwest Germany ===

[https://www.transnetbw.de/de/strommarkt/engpassmanagement/standards-zukunft TransnetBW]

=== ENTSO-E STUM ===

ENTSO-E makes available a model of the continental European system. Registration is required to download it on the [https://www.entsoe.eu/stum/ ENTSO-E STUM] page.

 

=== ENTSO-E Initial Dynamic Model of Continental Europe ===

[https://www.entsoe.eu/publications/system-operations-reports/continental-europe/Initial-Dynamic-Model/Pages/default.aspx ENTSO-E Initial Dynamic Model of Continental Europe]

Requires registration. Can model "the main frequency response of the system as well as the main inter-area oscillation modes".

 

 

== Global ==

=== OpenStreetMap ===

The global OpenStreetMap (OSM) power grid data is visible at [http://www.itoworld.com/map/4 ITO World Electricity Distribution] and [http://enipedia.tudelft.nl/ Enipedia] has [http://enipedia.tudelft.nl/OpenStreetMap/ nightly extracts of the power grid from OSM].

=== IRENA OpenStreetMap Extract ===

See [http://globalatlas.irena.org/NewsDetailPublic.aspx?id=2278 IRENA News Announcement] 

 

== Non-Region Specific ==

=== RWTH Aachen Transmission Expansion Problem Benchmark Case ===

RWTH Aachen has published [http://www.ifht.rwth-aachen.de/en/tep A Benchmark Case for Network Expansion], which is "derived from the IEEE 118 bus network and modified in accordance with European standards such as a nominal frequency of 50Hz, the use of conventional voltage levels, and conductor dimensions."

Registration is required to download the model.

The paper describing the model is [http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=7232601 A benchmark case for network expansion methods], 2015.

 

= Other lists of network datasets =

[http://enipedia.tudelft.nl/wiki/Electricity_Transmission_Network Enipedia list]

*[http://enipedia.tudelft.nl/OpenStreetMap/ Nightly extracts of the power grid from OpenStreetMap]
**See the maps at [http://www.itoworld.com/map/106 ITO World Electricity Generation] and [http://www.itoworld.com/map/4 ITO World Electricity Distribution] for a visual overview of what this covers.
**This data is fed into the [http://enipedia.tudelft.nl/Elasticsearch.html search page here] where you locate data on individual power plants.

[http://www.maths.ed.ac.uk/optenergy/data/Summary.pdf Edinburgh University list]

 

 

= Free software for power system analysis =

 

[https://github.com/rwl/PYPOWER PyPower] in Python 

[https://bitbucket.org/harald_g_svendsen/powergama/wiki/Home PowerGAMA] in Python

MATPOWER in [http://www.pserc.cornell.edu//matpower/ Matlab or Octave]

[http://sourceforge.net/projects/electricdss/ OpenDSS] in Pascal?

PSAT in [http://faraday1.ucd.ie/psat.html Matlab or Octave]

== Other lists of power system analysis software ==

 

[http://www.openelectrical.org/wiki/index.php?title=Power_Systems_Analysis_Software http://www.openelectrical.org/wiki/index.php?title=Power_Systems_Analysis_Software]

[https://nkloc.wordpress.com/2011/11/11/power-system-simulation-software-list/ https://nkloc.wordpress.com/2011/11/11/power-system-simulation-software-list/]

= Typical transmission line electrical parameters =

== European 50 Hz transmission ==

The main European alternating current (AC) electricity system is operated at 50 Hz. (Other networks, such as those for electrified trains, operate at other frequencies and some transmission lines use direct current.)

On the continent AC transmission voltages are typically 220 kV or 380 kV (sometimes quoted as 400 kV, since network operators often run their grid above nominal voltage to reduce network losses).

220 kV overhead lines are typically configured with a bundle of 2 wires per phase with wires of cross-section Al/St 240/40.

380 kV overhead lines are typically configured with a bundle of 4 wires per phase with wires of cross-section Al/St 240/40.

We now list the impedances of the transmission lines, which can be used for example in the [http://www.electrical4u.com/medium-transmission-line/ lumped pi model].

{| cellspacing="1" cellpadding="1" border="1" style="width:100%" class="wikitable sortable"
|+ Electrical properties for single circuits
|-
! scope="col" | Voltage level (kV)
! scope="col" | Type
! scope="col" | Conductors
! scope="col" | Series resistance (Ohm/km)
! scope="col" | Series inductive reactance (Ohm/km)
! scope="col" | Shunt capacitance (nF/km)
! scope="col" | Current thermal limit (A)
! scope="col" | Apparent power thermal limit (MVA)
|-
| 220
| Overhead line
| 2-wire-bundle Al/St 240/40
| 0.06
| 0.301
| 12.5
| 1290
| 492
|-
| 380
| Overhead line
| 4-wire-bundle Al/St 240/40
| 0.03
| 0.246
| 13.8
| 2580
| 1698
|}

In the table the thermal limit for the current is calculated as 645 A per wire at an outside temperature of 20 degrees Celsius.

The thermal limit for the apparent power $S$ is derived from the per-phase current limit $I$ and the line-to-line voltage $V$ by $S = \sqrt{3}VI$.

Sources for the electrical parameters:

Oeding and Oswald [http://www.springer.com/us/book/9783642192456 Elektrische Kraftwerke und Netze], 2011, Chapter 9

See also comparable parameters in:

*[http://www.dena.de/fileadmin/user_upload/Projekte/Energiesysteme/Dokumente/denaVNS_Abschlussbericht.pdf DENA Distribution Network Study], 2012, Table 5.6
*[https://www.diw.de/documents/publikationen/73/diw_01.c.440963.de/diw_datadoc_2014-072.pdf DIW Data Documentation 72], 2014, Table 15, taken from Kießling, F., Nefzger, P., Kaintzyk, U., "Freileitungen: Planung, Berechnung, Ausführung", 2001, Springer
*[https://www.zml.kit.edu/downloads/Elektrische_Energieuebertragung_Leseprobe_Kapitel_2.pdf KIT Electrical Parameters Reading Sample], 2013

 

== Combining electrical parameters for multiple circuits ==

In the table above, the impedances are quoted for a single circuit. The resistance and inductive reactance decrease proportional to the number of parallel circuits (with small modifications to the inductance due to the different geometry of the parallel circuits). Similarly the capacitance increases proportional to the number of parallel circuits (again, roughly because of changing geometry).

Marktstammdaten

2015-10-12T10:06:22Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier and the E-PRTR Facility ID (see Kraftwerk Schkopau [1][2]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [3].  

 

'''Specific points''' 
<div>
*There are > 1 million PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013 http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013]

[3] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

'''Subject:''' Beitrag zum 1. Meilenstein der Konsultation zum Marktstammdatenregister  

'''Message''': 

Sehr geehrte Damen und Herren,

die Open Energy Modelling Initiative ([http://openmod-initiative.org/ http://openmod-initiative.org/]) ist eine internationale Initiative zur Föderung von Transparenz in der Energiesystemmodellierung. Sie besteht aus gut 100 Forschern aus ganz Europa, weshalb der Beitrag zur Konsultation auf Englisch verfasst ist.

Mit freundlichen Grüßen

Carsten Matke

für die Open Energy Modelling Initiative 

--

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1].  

First of all, and most importantly, '''we support the idea of the Marktstammdatenregister''' (MaStR). A central register facilitates research and analysis, improving future policy and investment decisions. We believe that open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice.

We recommend to publish the register under an '''open license''', e.g. Open Database License [2] or Creative Commons 4.0 [3]. An open license reduces legal uncertainty and allows for-profit as well as not-for-profit organisations to fully utilize the information contained in the register, to the benefit of society. 

In our opinion, '''the MaStR already proposes a very good identification numbering scheme'''. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed MaStR numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the MaStR numbering scheme in other countries than Germany. The country code should only depend on the exact geographical information. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [4], EU ETS [5] and E-PRTR [6] installation identifiers) to the proposed numbering system. And finally, we recommend that exact geographical coordinates (at least more precise than postal code) are used for facilities, power plants etc. Thus, the country code is dependent on physical locations and becomes clear. 

We hope that the above mentioned suggestion for a European MaStR numbering scheme meets your aims as well. 

 

Best regards, 

Carsten Matke

for the Open Energy Modelling Initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [https://creativecommons.org/licenses/by/4.0/ https://creativecommons.org/licenses/by/4.0/] 

[4] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[5] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

[6] [http://prtr.ec.europa.eu/pgAbout.aspx http://prtr.ec.europa.eu/pgAbout.aspx]

 

 

 

== Milestone 2 (deadline: <s>31 Octopber 2015</s> 11 November 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

'''Update (12.10.2015):''' 

'''Announcment '''of the next meeting at the Bundesnetzagentur: 25.11.2015

[http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html;jsessionid=B7321EE9635C5DACF582096D917BAAFD http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html;jsessionid=B7321EE9635C5DACF582096D917BAAFD]

'''Consultations of Milestone 2 '''should be send by 11.11.2015 to [mailto:mastr@bnetza.de<mailto:mastr@bnetza.de mastr@bnetza.de.]

Detailed and additional information of the Milstone 1 consultation are provided:

[http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Konzept/mastr_konzept-node.html http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Konzept/mastr_konzept-node.html]
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Include technical information e.g. turbine type (Gas turbine or Steam Turbine, back-pressure or condensing-turbine).
*For pumped storages the size of the upper reservoir (in m^3 or MWh potential energy) is also an interesting datapoint.
*For power plants with heat output the putput profile (e.g. industry or residential) and the availability of heat storages is interesting to model the behaviour of such plants.
*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
**[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
***A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Transmission network datasets

2015-10-08T14:09:09Z

SciGRID: /* SciGrid */

= Network datasets by region =

== Europe ==

{| cellspacing="1" cellpadding="1" border="1" class="wikitable sortable" style="width:100%"
|-
! Name
! Version
!
Year 

Published

! Represented year
! Region
! Num. Substations or Buses
! Num. Lines
! Contains
! Downloadable
! Licence
|-
| [http://scigrid.de/ SciGrid]
| 0.1
| 2015
| 2015
| Germany, but in principle whole world
| 479
| 765
| Topology, Impedances
| Yes
| Apache Licence, Version 2.0
|-
| [http://www.powerworld.com/knowledge-base/updated-and-validated-power-flow-model-of-the-main-continental-european-transmission-network Bialek European Model]
| 2
| 2013
| 2009
| Continental Europe
| 1494 buses
| 2322
| Topology, Impedances, Loads, Generators
| Yes
| Unclear
|-
| [http://www2.nationalgrid.com/UK/Industry-information/Future-of-Energy/Electricity-Ten-Year-Statement/ National Grid ETYS 2014 Model]
| 
| 2014
| 2014
| Great Britain
| 365
| 316
| Topology, Impedances, Loads, Generators 
| Yes
| Unclear
|-
| [https://www.apg.at/de/netz/anlagen/leitungsnetz Austrian Power Network Grid] 
| 
| 2015
| 2015
| Austria
| 
| ~100
| Topology, Impedances
| Yes
| Unclear
|-
| [https://www.entsoe.eu/stum/ ENTSO-E STUM]
| 
| 
| 2020?
| Continental Europe?
| 1000s
| 1000s
| Topology, Impedances
| Requires registration
| Unclear
|}

=== SciGrid ===

[http://scigrid.de/ SciGrid] is a project which started in 2014 and will be running for three years. The aim of SciGRID is to develop an open and free model of the European transmission network. It is carried out by [http://www.next-energy.de/ NEXT ENERGY - EWE Research Centre for Energy Technology], an independent non-profit institute at the University of Oldenburg, Germany, and funded by the [https://www.bmbf.de/ German Ministry of Education and Research],  and the initiative [http://forschung-stromnetze.info/ Zukunftsfähige Stromnetze].

 

=== Bialek European Model ===

The 2nd version of the [http://www.powerworld.com/knowledge-base/updated-and-validated-power-flow-model-of-the-main-continental-european-transmission-network Bialek European Model] is downloadable as an Excel file and in the format of the proprietary modelling software [http://www.powerworld.com/ PowerWorld]. The model covers voltages from 110 kV (a single line in the Balkans) up to 380 kV.

The 1st version was released in 2002-2004 and is no longer available (see [http://web.archive.org/web/20100525115039/http://www.see.ed.ac.uk/~jbialek/Europe_load_flow/ Archive mirror]). The 1st version did not contain the Balkans region.

The methodology and validation for the 1st version of the model can be found in the paper [http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=1425573 Approximate model of European interconnected system as a benchmark system to study effects of cross-border trades] by Zhou and Bialek, 2005. 

=== National Grid Model ===

[http://www2.nationalgrid.com/UK/Industry-information/Future-of-Energy/Electricity-Ten-Year-Statement/ National Grid Electricity Ten Year Statement 2014 Model]

 

=== Austrian Power Network Grid Model ===

[https://www.apg.at/de/netz/anlagen/leitungsnetz Austrian Power Network Grid] 

 

=== ENTSO-E STUM ===

ENTSO-E makes available a model of the continental European system. Registration is required to download it on the [https://www.entsoe.eu/stum/ ENTSO-E STUM] page.

 

=== ENTSO-E Initial Dynamic Model of Continental Europe ===

[https://www.entsoe.eu/publications/system-operations-reports/continental-europe/Initial-Dynamic-Model/Pages/default.aspx ENTSO-E Initial Dynamic Model of Continental Europe]

Requires registration. Can model "the main frequency response of the system as well as the main inter-area oscillation modes".

 

 

== Global ==

=== OpenStreetMap ===

The global OpenStreetMap (OSM) power grid data is visible at [http://www.itoworld.com/map/4 ITO World Electricity Distribution] and [http://enipedia.tudelft.nl/ Enipedia] has [http://enipedia.tudelft.nl/OpenStreetMap/ nightly extracts of the power grid from OSM].

=== IRENA OpenStreetMap Extract ===

See [http://globalatlas.irena.org/NewsDetailPublic.aspx?id=2278 IRENA News Announcement] 

 

== Non-Region Specific ==

=== RWTH Aachen Transmission Expansion Problem Benchmark Case ===

RWTH Aachen has published [http://www.ifht.rwth-aachen.de/en/tep A Benchmark Case for Network Expansion], which is "derived from the IEEE 118 bus network and modified in accordance with European standards such as a nominal frequency of 50Hz, the use of conventional voltage levels, and conductor dimensions."

Registration is required to download the model.

The paper describing the model is [http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=7232601 A benchmark case for network expansion methods], 2015.

 

= Other lists of network datasets =

[http://enipedia.tudelft.nl/wiki/Electricity_Transmission_Network Enipedia list]

*[http://enipedia.tudelft.nl/OpenStreetMap/ Nightly extracts of the power grid from OpenStreetMap]
**See the maps at [http://www.itoworld.com/map/106 ITO World Electricity Generation] and [http://www.itoworld.com/map/4 ITO World Electricity Distribution] for a visual overview of what this covers.
**This data is fed into the [http://enipedia.tudelft.nl/Elasticsearch.html search page here] where you locate data on individual power plants.

[http://www.maths.ed.ac.uk/optenergy/data/Summary.pdf Edinburgh University list]

 

 

= Free software for power system analysis =

 

[https://github.com/rwl/PYPOWER PyPower] in Python 

[https://bitbucket.org/harald_g_svendsen/powergama/wiki/Home PowerGAMA] in Python

MATPOWER in Matlab or Octave

[http://sourceforge.net/projects/electricdss/ OpenDSS] in Pascal?

PSAT in Matlab or Octave

== Other lists of power system analysis software ==

 

[http://www.openelectrical.org/wiki/index.php?title=Power_Systems_Analysis_Software http://www.openelectrical.org/wiki/index.php?title=Power_Systems_Analysis_Software]

[https://nkloc.wordpress.com/2011/11/11/power-system-simulation-software-list/ https://nkloc.wordpress.com/2011/11/11/power-system-simulation-software-list/]

= Typical transmission line electrical parameters =

== European 50 Hz transmission ==

The main European alternating current (AC) electricity system is operated at 50 Hz. (Other networks, such as those for electrified trains, operate at other frequencies and some transmission lines use direct current.)

On the continent AC transmission voltages are typically 220 kV or 380 kV (sometimes quoted as 400 kV, since network operators often run their grid above nominal voltage to reduce network losses).

220 kV overhead lines are typically configured with a bundle of 2 wires per phase with wires of cross-section Al/St 240/40.

380 kV overhead lines are typically configured with a bundle of 4 wires per phase with wires of cross-section Al/St 240/40.

We now list the impedances of the transmission lines, which can be used for example in the [http://www.electrical4u.com/medium-transmission-line/ lumped pi model].

{| cellspacing="1" cellpadding="1" border="1" style="width:100%"
|+ Electrical properties for single circuits
|-
! scope="col" | Voltage level (kV)
! scope="col" | Type
! scope="col" | Conductors
! scope="col" | Series resistance (Ohm/km)
! scope="col" | Series inductive reactance (Ohm/km)
! scope="col" | Shunt capacitance (nF/km)
! scope="col" | Current limit (A)
|-
| 220
| Overhead line
| 2-wire-bundle Al/St 240/40
| 0.06
| 0.301
| 12.5
| 1290
|-
| 380
| Overhead line
| 4-wire-bundle Al/St 240/40
| 0.03
| 0.246
| 13.8
| 2580
|}

In the table the current limit is calculated as 645 A per wire at an outside temperature of 20 degrees Celsius.

Sources for the electrical parameters:

Oeding and Oswald [http://www.springer.com/us/book/9783642192456 Elektrische Kraftwerke und Netze], 2011, Chapter 9

See also comparable parameters in the [http://www.dena.de/fileadmin/user_upload/Projekte/Energiesysteme/Dokumente/denaVNS_Abschlussbericht.pdf DENA Distribution Network Study], 2012, Table 5.6 and [https://www.zml.kit.edu/downloads/Elektrische_Energieuebertragung_Leseprobe_Kapitel_2.pdf KIT Electrical Parameters Reading Sample], 2013.

 

== Combining electrical parameters for multiple circuits ==

In the table above, the impedances are quoted for a single circuit. The resistance and inductances are in series, so decrease proportional to the number of parallel circuits (roughly - the geometry changes mean the series inductances are slightly modified). Similarly the capacitance is in shunt so increases proportional to the number of parallel circuits (again, roughly because of changing geometry).

Open Energy Modelling Workshop - London 2015

2015-09-09T15:17:18Z

SciGRID: /* Proposed break-out groups */

Welcome to the wiki page of the upcoming '''Third Workshop of the [http://openmod-initiative.org/ Open Energy Modelling Initiative]''', a grass-root organization of modellers from various European research institutes and universities. After two workshops in Berlin, we will be guest at Imperial College's [http://www.imperial.ac.uk/grantham Grantham Institute]. The workshop takes place September 10/11. As always, there is no registration fee. 

It will be a ''work''-shop in the sense of the word, with only little time devoted to plenary presentation and most time to hands-on parallel sessions (break-out groups). This is a wiki page that will be updated frequently, and all participants are invited to contribute.

== Background  ==

Energy models are widely used for policy advice and research. They serve to answer questions on energy policy, decarbonization, and transitions towards renewable energy sources. Yet, most energy models are black boxes – even to fellow researchers. This is what we want to change. We are a group of modellers from various universities and research institutes who want to promote open energy modelling. We believe that Open Source models and Open Data will advance knowledge and lead to better energy policies. Our mission is to enable Open Source energy modelling by providing a platform for collaboration as well as tools along the full value chain of energy economics and energy system models. That is why we founded the Open Energy Modelling Initiative (openmod initiative) just a year ago. You are welcome to join us for our next workshop!

After two extremely fruitful and encouraging workshops in Berlin ([[Founding workshop|Sept 2014]], [[2nd Open Energy Modelling Workshop|April 2015]]), we will have our next workshop in London with an even more international focus. The aim is to give researchers a chance to present their own contributions to the field of open energy modelling and data, as well as to provide a forum to exchange ideas and work on concrete projects of the openmod initiative and more generally in the field of open energy modelling and data.

 

== Practical information ==

[[File:The Royal School of Mines building on Imperial College London's South Kensington Campus.jpg|left|x225px|Imperial College, Royal School of Mines|alt=Imperial College, Royal School of Mines|link=]] 

Venue: London, Imperial College, Royal School of Mines Building Map: [https://goo.gl/maps/zZu3T https://goo.gl/maps/zZu3T] 

10/11 September 2015 Begin: Thursday (10 September) 10.00 End: Friday (11 September) 16:00 

Sign up: register on the Wiki, and add yourself to "participants" [https://groups.google.com/forum/#!forum/openmod-initiative Join our mailing list] to receive updates 

Fee: no registration fee, but you will need to cover your own food and lodging expenses.

Accommodation option: [http://www3.imperial.ac.uk/summeraccommodation Imperial College student halls of residence] can be booked as a bed and breakfast.

 

[[File:Grantham Institute Logo.jpg|none|300px|alt=Grantham Institute Logo.jpg]] 

The workshop is hosted by the [http://www.imperial.ac.uk/grantham Grantham Institute - Climate Change and the Environment].

== Programme ==

'''Thursday morning'''

''From 9:30            Coffee/tea available''

''10.00                   Start''

10.00 – 10.05      Welcome and important information (Stefan)

10.05 – 10.15      What is open-mod (Lion)

10.15 – 10.45      Introduction (everyone)

10.45 – 12.15      Model presentations (plenary)

''12:15 – 12:30      Coffee break''

12.30 – 13.00      Introducing break-out groups (plenary)                 

''13.00 – 14.00      Lunch (on Imperial College campus)''

 

'''Thursday afternoon'''

14.00 – 15.15      Break-out groups 1 (parallel)

15.15 – 15.45      Reporting back (plenary)

''15.45 – 16.15      Coffee break''

16.15 – 17.30      Break-out groups 2 (parallel)

17.30 – 18.00      Reporting back (plenary)

''18.00                   End of day''

''18:30                   Dinner and drinks at the [https://goo.gl/maps/1wJgS Builder's Arms] pub ([https://goo.gl/maps/1wJgS directions from workshop location]) – '''IMPORTANT: you must [http://doodle.com/36hw87wfeifpfcn9 sign up for dinner in advance here]'''''.

 

'''Friday morning'''

''9.00                      Start''

9.00  – 9.15          Summary of first day

9.15  – 9.30          Introducing break-out groups

9.30 – 12.00         Break-out groups 3 (parallel), ''coffee: ongoing''

12.00 – 12.30       Reporting back (plenary)

''12.30 – 13.30       Lunch (on Imperial College campus)''

 

'''Friday afternoon'''

13.30 – 14.30      Buffer

''14.30 – 15.00      Coffee break''

15.00 – 16.00      Wrap up, next workshop

''16.00                   End of workshop'' 

 

 

 

== Model presentations ==

The goal of this session is to get a flavor what people do: What questions are they interested in? What kind of models they apply? Which software tools do they use? How do they interact with the modelling community? This is not about presenting a research paper or discussing in-depth modelling methodology. Not more than 2-3 slides per presentation. 

#[http://nemo.ozlabs.org/ NEMO], an open source electricity modelling tool (Ben Elliston, remote)
#Tools for Energy Model Optimization and Analysis ([http://www.temoaproject.org/ Temoa]) (Joe DeCarolis)
#The [http://www.scigrid.de/ SciGRID] model, a network model based on OpenStreetMap (Wided Medjroubi)
#CREST Demand Model v2.0 - An open-source high-resolution stochastic integrated thermal-electrical domestic demand simulation tool (Eoghan McKenna) 
#[https://github.com/tum-ens/urbs urbs] and [https://github.com/ojdo/rivus rivus], two energy system models based on Python (Johannes Dorfner)
#The [http://www.energycommunity.org/ LEAP software system], a software tool for integrated energy planning and climate change mitigation scenario analysis (Charlie Heaps)
#The European Power Market model [https://www.pik-potsdam.de/members/hirth/data/emma.pdf EMMA] (Lion Hirth)
#The [http://open-power-system-data.org/ Open Power System Data] platform, a data hub for power system data (Wolf-Dieter / Ingmar / Lion) 
#Open Energy-Modelling Platform [http://www.rl-institut.de/en/research/optimised_systems/oemof oemof] (Guido Pleßmann) 
#UCED model based on high spatial resolution wind dataset for the UK power system (Thomas Spitz)
#[https://setis.ec.europa.eu/publications/jrc-setis-reports/dispa-set-20-unit-commitment-and-power-dispatch-model DispaSET] - Open-Source unit commitment and optimal dispatch model (Sylvain Quoilin, JRC)
#'''[Presentation session is full -- no further talks can be considered]'''

 

 

 

== Break-out-groups ==

In parallel sessions, we break out into smaller groups to get work done. On the last workshop, we started drafting an article on open modelling, re-worked the openmod-website, compiled an overview of applicable licenses, and developed recommendations for power plant identifiers, among other things.

All groups report back to the plenary and document their work.

=== Proposed break-out groups ===

 

#Open weather data
#Renewables.ninja
#Use of models in government and industry
#Model [[Open Models|Factsheets]]
#Open model testing
#Demand side and storage
#Wind potentials
#Hydro electricity
#The [http://open-power-system-data.org/ Open Power System Data] platform
#Pros and cons of Open Source modelling
#Energy modeling for beginners
#OpenEnergy platform
#Open Access publishing in energy modelling
#Openmod article
#Conference
#[https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Funders best practice list]
#[[Data|Data sources]] hackathon
#[http://openmod-initiative.org/ Openmod website]
#Which license fits my model?
#Consultation “Marktstammdatenregister” [http://www.bundesnetzagentur.de/cln_1432/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html BNetzA] 

 

Details are collected in this [https://docs.google.com/document/d/16Hs_JuK56fV9xUVqrWg3zAp-RepjSSA37mj5JfdCbSg/edit#heading=h.8xn9p9kiati3 Google document]. Please fill in missing spots. You are invited to add your name to the group you wish to coordinate or participate in. Expect more groups to be announced in site!

=== Break out groups from last workshop ===

Some of these groups may wish to continue based on the outcomes from the last workshop:

*Transparency checklist for scenarios (Felix) [[:File:Openmod-Transparency Energy Scenarios-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1iWV6HNLcuU3NaTLQnIHYFAIIWEnt-Db-FCSg-SJTTyU/edit Results]
*Model fact sheets and website (Jörn) [[:File:Openmod-Website-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1f0UFdvb4QM1VNAWYVdWpHnYIttl9n4GApNA-jITvwpI/edit Results]
*Which license fits my model? (Frauke) [[:File:Openmod whichLicenseFits-breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1x8BH1Ev53d6MY8y72cXtbw24uCLk4vaHy2JtGW_iSws/edit Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Openmod-Concrete steps for open data collaboration-Breakout.pdf]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results]
*Unique identifies for European power plants: how to we get there? (Chris) [https://docs.google.com/document/d/1CL8jKuPkGOLKijcwqxtlTz8-Y0EEN0guGPjs6Vo3OcQ/edit?usp=sharing Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results] 
*"Best practice" catalogue for funders (Lion) [[:File:Openmod-Best practice-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Results] 
*Article on benefits and challenges of open source (Eva) [[:File:Openmod-Article-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/13ZzPHsHnakOjqlDvJphw3bvEVGILYGT7unL-FI4lCmw/edit# Results]
*Weather data [https://docs.google.com/document/d/1USIAqOmEPnP7dNmECOPHIvX9ZYjTU7_ySnluHI4vZfw/edit Results]
*establish a conference on (open) energy system modeling - concrete steps (Berit)

 

== Participants ==

Registration deadline: 10th August 2015

#Stefan Pfenninger (Imperial College London) 
#Lion Hirth (neon) 
#Ingmar Schlecht (University of Basel) 
#Iain Staffell (Imperial College Business School)
#Richard Green (Imperial College Business School)
#Johannes Dorfner (Technische Universität München)
#Clemens Gerbaulet (Technische Universität Berlin)
#Ed Sharp (University College London) 
#Catalina Spataru (University College London)
#Mark Barrett (University College London)
#Graeme Hawker ([[User:Graeme Hawker|profile]]) (University of Strathclyde)
#Warren Hicks (Reading University) 
#Alejandro Dávila (university of Groningen)
#Adrien Schwane (Forschungszentrum Jülich)
#Jörn Richstein (TU Delft, probably via remote link)
#Alice Gunn (University of Reading) 
#Abhishek Shivakumar (KTH) 
#Tom Brown (from October: Frankfurt Institute of Advanced Studies) 
#Giorgio Castagneto Gissey (University College London)
#James Price (UCL)
#David Kleinhans (NEXT ENERGY)
#Wided Medjroubi (NEXT ENERGY)
#CarstenMatke (NEXT ENERGY)
#Daniel Drew (University of Reading)
#Francesco Gardumi (Politecnico di Milano)
#Daniel Crow (Imperial College) 
#Simon Tindemans (Imperial College)
#Guido Pleßmann (Reiner Lemoine Institut [someone else of the institute]) 
#Verena Viskovic (University College London)
#Daniel Huppmann (DIW Berlin)
#Martin Jahn (Europa-Universität Flensburg)
#Wolf-Dieter Bunke (Europa-Universität Flensburg)
#Joe DeCarolis (NC State University)
#Philip Sandwell (Imperial College London)
#Philip Sargent (DECC: Dept. of Energy and Climate Change)
#Frank Obermüller (ewi ER&S, Cologne)
#Koen van Dam (Imperial College London)
#Thomas Spitz (University of Edinburgh)
#Heidi Heinrichs (Forschungszentrum Jülich)
#Sheridan Few (Grantham Institute for Climate Change, Imperial College London)
#Florian Steiner (Grantham Institute for Climate Change, Imperial College London)
#Ajay Gambhir (Grantham Institute for Climate Change, Imperial College London)
#Sylvain Quoilin (Joint Research Center, EU Commission)
#Vignesh Sridharan (KTH) 
#Juan Camilo Herrera (University College London)
#Shai Hassid (University College London)
#Arnaud Koehl (University College London)
#Seán Collins (University College Cork)
#Charlie Heaps (Stockholm Environment Institute and Tufts University, Boston, MA)
#Moritz Schillinger (University of Basel)
#Rembrandt Koppelaar (Imperial College London)
#Simon Sawatzki (Technische Universität Berlin)
#Chris Davis (University of Groningen)
#Paul Deane (university College Cork)
#Ben Elliston (University of New South Wales, join via remote link)
#Maragatham (University College London)
#Grant Wilson (Sheffield)
#Angela Francis (Green Alliance) 
#Martin Glauer (OvGU Magdeburg) 
#Hannah Bloomfield (University of Reading) 
#Kaveri Iychettira (Delft University of Technology, KTH) 
#Mark Howells (KTH) 
#Fabrizio Fattori (University of Pavia) 
#Daniel Hdidouan (Arup)
#'''-- Registration is now closed; but you can add your name to the waiting list below. --'''

 Waiting list:

#...'''add your name here'''... Waiting list is open: just [[Special:RequestAccount|register with this wiki]] and click edit on this page. 

 [[Events|Back to events overview]]

Open Energy Modelling Workshop - London 2015

2015-08-26T09:10:27Z

SciGRID: /* Participants */

Open Energy Modelling Workshop - London 2015

2015-08-26T09:09:58Z

SciGRID: /* Model presentations */

Marktstammdaten

2015-08-25T14:25:23Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier and the E-PRTR Facility ID (see Kraftwerk Schkopau [1][2]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [3].  

 

'''Specific points''' 
<div>
*There are > 1 million PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013 http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013]

[3] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

'''Subject:''' Beitrag zum 1. Meilenstein der Konsultation zum Marktstammdatenregister  

'''Message''': 

Sehr geehrte Damen und Herren,

die Open Energy Modelling Initiative ([http://openmod-initiative.org/ http://openmod-initiative.org/]) ist eine internationale Initiative zur Föderung von Transparenz in der Energiesystemmodellierung. Sie besteht aus gut 100 Forschern aus ganz Europa, weshalb der Beitrag zur Konsultation auf Englisch verfasst ist.

Mit freundlichen Grüßen

Carsten Matke

für die Open Energy Modelling Initiative 

--

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1].  

First of all, and most importantly, '''we support the idea of the Marktstammdatenregister''' (MaStR). A central register facilitates research and analysis, improving future policy and investment decisions. We believe that open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice.

We recommend to publish the register under an '''open license''', e.g. Open Database License [2] or Creative Commons 4.0 [3]. An open license reduces legal uncertainty and allows for-profit as well as not-for-profit organisations to fully utilize the information contained in the register, to the benefit of society. 

In our opinion, '''the MaStR already proposes a very good identification numbering scheme'''. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed MaStR numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the MaStR numbering scheme in other countries than Germany. The country code should only depend on the exact geographical information. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [4], EU ETS [5] and E-PRTR [6] installation identifiers) to the proposed numbering system. And finally, we recommend that exact geographical coordinates (at least more precise than postal code) are used for facilities, power plants etc. Thus, the country code is dependent on physical locations and becomes clear. 

We hope that the above mentioned suggestion for a European MaStR numbering scheme meets your aims as well. 

 

Best regards, 

Carsten Matke

for the Open Energy Modelling Initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [https://creativecommons.org/licenses/by/4.0/ https://creativecommons.org/licenses/by/4.0/] 

[4] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[5] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

[6] [http://prtr.ec.europa.eu/pgAbout.aspx http://prtr.ec.europa.eu/pgAbout.aspx]

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-25T14:21:21Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier and the E-PRTR Facility ID (see Kraftwerk Schkopau [1][2]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [3].  

 

'''Specific points''' 
<div>
*There are > 1 million PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013 http://prtr.ec.europa.eu/FacilityDetails.aspx?FacilityId=46848&ReportingYear=2013]

[3] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

'''Subject:''' Beitrag zum 1. Meilenstein der Konsultation zum Marktstammdatenregister  

'''Message''': 

Sehr geehrte Damen und Herren,

die Open Energy Modelling Initiative ([http://openmod-initiative.org/ http://openmod-initiative.org/]) ist eine internationale Initiative zur Föderung von Transparenz in der Energiesystemmodellierung. Sie besteht aus gut 100 Forschern aus ganz Europa, weshalb der Beitrag zur Konsultation auf Englisch verfasst ist.

Mit freundlichen Grüßen

Carsten Matke

für die Open Energy Modelling Initiative 

--

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1].  

First of all, and most importantly, '''we support the idea of the Marktstammdatenregister''' (MaStR). A central register facilitates research and analysis, improving future policy and investment decisions. We believe that open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice.

We recommend to publish the register under an '''open license''', e.g. Open Database License [2] or Creative Commons 4.0 [3]. An open license reduces legal uncertainty and allows for-profit as well as not-for-profit organisations to fully utilize the information contained in the register, to the benefit of society. 

In our opinion, '''the MaStR already proposes a very good identification numbering scheme'''. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed MaStR numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the MaStR numbering scheme in other countries than Germany. The country code should only depend on the exact geographical information. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [4], EU ETS [5] and E-PRTR [6] installation identifiers) to the proposed numbering system. And finally, we recommend that exact geographical coordinates (at least more precise than postal code) are used for facilities, power plants etc. Thus, the country code becomes clear. 

We hope that the above mentioned suggestion for a European MaStR numbering scheme meets your aims as well. 

 

Best regards, 

Carsten Matke

for the Open Energy Modelling Initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [https://creativecommons.org/licenses/by/4.0/ https://creativecommons.org/licenses/by/4.0/] 

[4] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[5] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

[6] [http://prtr.ec.europa.eu/pgAbout.aspx http://prtr.ec.europa.eu/pgAbout.aspx]

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-24T14:49:59Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

 

 

 

 

 

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier (see Kraftwerk Schkopau [1]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

 

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1]. 

We support the idea of the Marktstammdatenregister ('''MaStR''') and recommend to publish the register under an open license, e.g. Open Database License [2]. Open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice. 

In our opinion, the '''MaStR '''already proposes a very good numbering scheme. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed '''MaStR '''numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the '''MaStR '''numbering scheme in other countries than Germany. The country code should only depend on the exact geographical information. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [3] and EU ETS installation identifiers [4]) to the proposed numbering system. And finally, we recommend that exact geographical information (at least more precise than postal code) are used. Thus, the country code becomes clear. 

We hope that the above mentioned suggestion for a European '''MaStR '''numbering scheme meets your aims as well. 

 

Best regards, 

openmod - initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[4] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-24T14:47:56Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

 

 

 

 

 

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier (see Kraftwerk Schkopau [1]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

 

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1]. 

We support the idea of the Marktstammdatenregister ('''MaStR''') and recommend to publish the register under an open license, e.g. Open Database License [2]. Open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice. 

In our opinion, the '''MaStR '''already proposes a very good numbering scheme. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed '''MaStR '''numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the '''MaStR '''numbering scheme in other countries than Germany. The country code should only depend on the exact geographical information. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [3] and EU ETS installation identifiers [4]) to the proposed numbering system. And finally, we recommend that exact geographical information (at least more precise than postal code) are used. Thus, the country code becomes clear. 

We hope that the above mentioned suggestion for a European '''MaStR '''numbering scheme meets your aims as well. 

 

Best regards on behalf of the openmod - initiative, 

Carsten Matke 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[4] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-24T14:15:55Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

 

 

 

 

 

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier (see Kraftwerk Schkopau [1]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

 

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1]. 

We support the idea of the Marktstammdatenregister ('''MaStR''') and recommend to publish the register under an open license, e.g. Open Database License [2]. Open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice. 

In our opinion, the '''MaStR '''already proposes a very good numbering scheme. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed '''MaStR '''numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the '''MaStR '''numbering scheme in other countries than Germany. The country code should only depend on the exact geographical information. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [3] and EU ETS installation identifiers [4]) to the proposed numbering system. And finally, we recommend that exact geographical information (at least more precise than postal code) are used. Thus, the country code becomes clear. 

We hope that the above mentioned suggestion for a European '''MaStR '''numbering scheme meets your aims as well. 

 

Best Regards,

openmod - initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[4] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-24T13:59:13Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

 

 

 

 

 

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier (see Kraftwerk Schkopau [1]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

 

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1]. 

We support the idea of the Marktstammdatenregister ('''MaStR''') and recommend to publish the register under an open license, e.g. Open Database License [2]. Open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice. 

In our opinion, the '''MaStR '''already proposes a very good numbering scheme. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish the proposed '''MaStR '''numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the '''MaStR '''numbering scheme in other countries than Germany. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [3] and EU ETS installation identifiers [4]) to the proposed numbering system. 

We hope that the above mentioned suggestion for a European '''MaStR '''numbering scheme meets your aims as well. 

 

Best Regards,

openmod - initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[4] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-24T13:52:47Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

 

 

 

 

 

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier (see Kraftwerk Schkopau [1]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. (suggesting [http://opendatacommons.org/licenses/odbl/ ODbL] ?, which is used by OpenStreetMap''')''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

<<first draft of an answer>>

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear Sir or Madam, 

We are a grass root initiative of modellers from various universities and research institutes across Europe [1]. 

We support the idea of a register (Marktstammdatenregister) and recommend to publish the register under an open license, e.g. Open Database License [2]. Open models and open data will advance knowledge and lead to better energy policies. Open up energy models improves quality, transparency, and credibility, leading to better research and policy advice. 

In our opinion, the Marktstammdatenregister already proposes a very good numbering scheme. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish this new numbering scheme. However, the numbering system can be improved by adding the country code, e.g. using ISO 3166-1 alpha 2 (two letters - at the beginning). Adding these two letters as a country code at the beginning would pave the way establishing the Marktstammdatenregister numbering scheme in other countries than Germany. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [3] and EU ETS installation identifiers [4]) to the new numbering system. 

We hope that the above mentioned suggestion for a European numbering scheme meets your aims as well. 

 

Best Regards,

openmod - initiative 

 

[1] [http://www.openmod-initiative.org/ http://www.openmod-initiative.org/] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] 

[3] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[4] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-24T12:47:38Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

 

 

 

 

 

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.
*This may also include the EU ETS installation identifier (see Kraftwerk Schkopau [1]) 
*Should include exact geographical information (more precise than post code) 
*Should be published under an open license. '''(suggesting ODbL? [2])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [3].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? @JCR: possible identifiers for plant sites would make sense to mark several generators and boilers as belonging to the same plant?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings= http://ec.europa.eu/environment/ets/oha.do?form=oha&languageCode=en&account.registryCodes=DE&accountHolder=&installationIdentifier=1376&installationName=&permitIdentifier=&mainActivityType=-1&search=Search&searchType=oha&currentSortSettings=] 

[2] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[3] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

<<first draft of an answer>>

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear ..., 

<<explain who we are, why we contribute to the consultation process>> 

We support the idea of a register and recommend to publish the register under an open license. <<Name good reasons why open data improve research in the energy sectors>>

In our opinion, the Marktstammdatenregister already proposes a good numbering scheme. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish this new numbering scheme. However, the numbering system can be improved by adding the country code using ISO 3166-1 alpha 2 - two letters - at the beginning, such that the Marktstammdatenregister already thinks European and paves the way for establishing the numbering scheme in other countries than Germany. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste" [1] and EU ETS installation identifiers [2]) to the new numbering system. 

 

We hope that the above mentioned suggestion for a European numbering scheme meets your interests as well.

 

Best Regards,

openmod - initiative 

 

[1] [http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html] 

[2] [http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer http://www.eea.europa.eu/data-and-maps/data/data-viewers/emissions-trading-viewer] 

 

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector
**A good overview of the data coverage can be found in the Layout*.xlsx files for Form EIA-860.  This gives a comprehensive overview of the data properties recorded and which spreadsheets contain those.

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>
 

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px">
*...
</div></div>

Marktstammdaten

2015-08-14T15:25:06Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

<<first draft of an answer>>

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear ..., 

<<explain who we are, why we contribute to the consultation process>> 

We support the idea of a register and recommend to publish the register under an open license. <<Name good reasons why open data improve research in the energy sectors>>

In our opinion, the Marktstammdatenregister already proposes a good numbering scheme. The numbering scheme seems to be flexible to deal with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish this new numbering scheme. However, the numbering system can be improved by adding the country code using ISO 3166-1 alpha 2 - two letters - at the beginning, such that the Marktstammdatenregister already thinks European and paves the way for establishing the numbering scheme in other countries than Germany. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.

We hope that the above mentioned suggestion for a European numbering scheme meets your interests as well.

 

Best Regards,

openmod - initiative

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T15:17:45Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. Suggestion should be added to the excel spread sheet [http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Energie/Unternehmen_Institutionen/DatenaustauschUndMonitoring/MaStR/Nummernkonzept_MaStR_2teFassung.xls;jsessionid=50DC13384583318F963F3E9FC2EC1215?__blob=publicationFile&v=1 Proposed Numbering Scheme] and sended to: mastr@bnetza.de 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

'''Subject:''' Contribution to the 1. Milestone of the Marktstammdatenregister 

'''Message''': 

Dear ..., 

<<explain who we are, why we contribute to the consultation process>> 

We support the idea of a register and recommend to publish the register under an open license. <<Name good reasons why open data improve research in the energy sectors>>

In our opinion, the Marktstammdatenregister already proposes a good numbering scheme, which will be alble to scope with future changes in the energy sectors, market players, etc. without being forced to introduce a new numbering system. We strongly support the idea to establish this numbering scheme. However, the numbering system can be improved by adding the country code using ISO 3166-1 alpha 2 - two letters - at the beginning, such that the Marktstammdatenregister already thinks European and may paves the way for establishing the numbering scheme in other countries than Germany. We also support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system.

Best Regards,

openmod - initiative

 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:53:55Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2]. 

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. Which data are public, sensitive, anonymized, etc.

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:51:22Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2]. 

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. 

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector

 

 

[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:50:38Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2]. 

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers?
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. 

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 

 

 

<span style="font-family: "times new roman","serif"; font-size: 12pt; mso-fareast-font-family: calibri; mso-fareast-theme-font: minor-latin; mso-ansi-language: de; mso-fareast-language: de; mso-bidi-language: ar-sa;">[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:46:40Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. 

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*EIA documentation might help [1] 

 

 

<span style="font-family: "times new roman","serif"; font-size: 12pt; mso-fareast-font-family: calibri; mso-fareast-theme-font: minor-latin; mso-ansi-language: de; mso-fareast-language: de; mso-bidi-language: ar-sa;">[1] [http://www.eia.gov/electricity/monthly/pdf/technotes.pdf http://www.eia.gov/electricity/monthly/pdf/technotes.pdf] 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:42:26Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. 

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, adress data are OK 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 

*Why not include time-series or annual generation data? 
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:40:37Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points''' 
<div>
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. 

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
*** 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:40:00Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==

TARGET: How and which data should be represented in the Marktstammdaten register. 

It might be useful to suggest and collect use cases for the data to help ensure that what is being gathered can help to answer real research problems. 
<div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
*** 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:39:25Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & split 
</div>
 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==
TARGET: How and which data should be represented in the Marktstammdaten register. <div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
*** 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:37:22Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & splits? 
*Ability to track changes on a power plant site? A wind farm may be built in stages, generators may be decommissed, upgraded, etc.  Primary fuel used may change as well. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - Hauptbrennstoff'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

* 
*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
*** 
</div>
 It might be useful to suggest collecting use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==
TARGET: How and which data should be represented in the Marktstammdaten register. <div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div>
*Ability to track changes on a power plant site e.g., a wind farm may be built in stages, generators may be decommissed, upgraded, etc. or primary fuel used may change as well. An idea to solve the task is to provide time-stamped datasets or diff-files that provide information about changes from one point in time to another one. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - "Hauptbrennstoff"'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history 
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
*** 
</div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:29:55Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

TARGET: Determine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & splits? 
*Ability to track changes on a power plant site? A wind farm may be built in stages, generators may be decommissed, upgraded, etc.  Primary fuel used may change as well. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - Hauptbrennstoff'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

* 
*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
*** 
</div>
 It might be useful to suggest collecting use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==
TARGET: How and which data should be represented in the Marktstammdaten register. <div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div> </div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:28:23Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==
TARGET: D<span lang="en-us" style="font-family: "times new roman","serif"; font-size: 12pt; mso-fareast-font-family: calibri; mso-fareast-theme-font: minor-latin; mso-ansi-language: en-us; mso-fareast-language: de; mso-bidi-language: ar-sa;">etermine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & splits? 
*Ability to track changes on a power plant site? A wind farm may be built in stages, generators may be decommissed, upgraded, etc.  Primary fuel used may change as well. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - Hauptbrennstoff'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

* 
*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
***
</div>
 It might be useful to suggest collecting use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==
TARGET: How and which data should be represented in the Marktstammdaten register. <div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div> </div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:28:01Z

SciGRID: /* Milestone 2 (deadline: 31 October 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==
TARGET: D<span lang="en-us" style="font-family: "times new roman","serif"; font-size: 12pt; mso-fareast-font-family: calibri; mso-fareast-theme-font: minor-latin; mso-ansi-language: en-us; mso-fareast-language: de; mso-bidi-language: ar-sa;">etermine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & splits? 
*Ability to track changes on a power plant site? A wind farm may be built in stages, generators may be decommissed, upgraded, etc.  Primary fuel used may change as well. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - Hauptbrennstoff'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

* 
*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
***
</div>
 It might be useful to suggest collecting use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==
<divTARGET: How and which data should be represented in the Marktstammdaten register. </div><div> </div><div>'''General points''' </div><div><ul style="font-size: 13.6px;">
<li>Repeat the general points of milestone 1 (support idea, open license, think EU, ...) </li>
</ul>

 

'''Specific points''' 
</div><div> </div><div> </div><div></div>

== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:25:15Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==
TARGET: D<span lang="en-us" style="font-family: "times new roman","serif"; font-size: 12pt; mso-fareast-font-family: calibri; mso-fareast-theme-font: minor-latin; mso-ansi-language: en-us; mso-fareast-language: de; mso-bidi-language: ar-sa;">etermine who should be listed in the register (Marktstammdatenregister) and what numbering scheme should be used. 

'''General points''' 

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g., identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*The coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included? 
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & splits? 
*Ability to track changes on a power plant site? A wind farm may be built in stages, generators may be decommissed, upgraded, etc.  Primary fuel used may change as well. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - Hauptbrennstoff'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

* 
*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
***
</div>
 It might be useful to suggest collecting use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==
<div>'''General points''' </div><div><ul style="font-size: 13.6000003814697px;">
<li>Repeat the general points of milestone 1 (support idea, open license, ...)</li>
</ul>

 

'''Specific points'''
</div><div> </div><div> </div><div>
== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-14T14:05:47Z

SciGRID: /* Milestone 1 (deadline: 31 August 2015) */

== Context ==

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks 
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

There is a three-step consultation process with three deadlines ("milestones"). Openmod-i plans to submitt comments and recommendations in each of the steps.

 
<ul style="font-size: 13.6000003814697px;">
</ul>

== Milestone 1 (deadline: 31 August 2015) ==

'''General points'''

*We support the idea of a register 
*We support the idea to establish a new numbering system as proposed, where each identifier starts with 3 characters for the market player, power plant, transmission grid operator etc. and followed by 10 digits plus a last check digit (according to the EAN (European Article Number)) 
*We support the idea to link already existing numbering schemes (e.g. identifiers of the "Kraftwerksliste") to the new numbering system 
*Should be published under an open license. '''(suggesting ODbL? [1])''' 
*The register should “think” European by adding country code using ISO 3166-1 alpha 2 - two letters - at the beginning [2].  
*Register can be similar to ORISPL - Office of Regulatory Information System Plant Location (US) '''(TODO: Add a Link for further information)''' 

 

'''Specific points'''
<div>
*the coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants") 
*There are > 800k PV installations - will these be included?
*Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers? 
*[http://www.eia.gov/electricity/data/eia923/ Form EIA-923] & [http://www.eia.gov/electricity/data/eia860/ Form EIA-860] are excellent examples of how to manage data on the power sector 
*Are market roles and functions linked? Or would we have to deduplicate things by hand? Also, what about companies that may have a joint partnership in a power plant? Or subsidiaries? Relations that change over time? Mergers & splits? 
*Ability to track changes on a power plant site? A wind farm may be built in stages, generators may be decommissed, upgraded, etc.  Primary fuel used may change as well. 
*What format will the data be published in?  Will it be machine-readable?  The [http://www.bundesnetzagentur.de/cln_1932/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/Versorgungssicherheit/Erzeugungskapazitaeten/Kraftwerksliste/kraftwerksliste-node.html BNetzA xls database] is mostly ok in this regard, but columns like ''Spezifizierung "Mehrere Energieträger" und "Sonstige Energieträger" - Hauptbrennstoff'' are difficult to parse consistently.
**Best would be to provide data in different formats: Georeferenced database table (online accessible and downloadable dump) and Spreadsheet. To keep costs low, spreadsheet should be derived from database table. => Relational DB (related tables for plants, operators etc.) to model structure including change history
**Plants could be linked to power network (at least IDs?) to be on target for a possible future power grid database (i.e. grid conection point to medium-voltage power grid) => General question: Should we consider interfaces to other potential DBs? 

*
*e.g. "be able to sum up all CO2 emissions for all facilities owned by company X and all its subsidiaries" - for this to be answered, the data structures need to provide links both between organizations and from organizations to their facilities.  In other words, through this exercise we're mapping out what types of data should ideally be linked to what other types of data.  This isn't just about putting data in tables, it's about if we can link data spread across multiple tables. 
**Include spatial data
***Best longitude and latitude, Ok adress data 
***Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ? 
***Why not include time-series or annual generation data? 
***... 
***
</div>
 It might be useful to suggest collecting use cases for the data to help ensure that what is being gathered can help to answer real research problems. 

 

[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) 

[2] [https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2] 

 

== Milestone 2 (deadline: 31 October 2015) ==
<div>'''General points''' </div><div><ul style="font-size: 13.6000003814697px;">
<li>Repeat the general points of milestone 1 (support idea, open license, ...)</li>
</ul>

 

'''Specific points'''
</div><div> </div><div> </div><div>
== Milestone 3 (deadline: 31 May 2016) ==

'''General points'''
<ul style="font-size: 13.6000003814697px;">
<li>...</li>
</ul>

 

'''Specific points'''
<div style="font-size: 13.6000003814697px;">
*...
</div></div>

Marktstammdaten

2015-08-05T09:21:19Z

SciGRID:

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

 

The consultation process is open now until end of August 2015. This page collects issue we would like to raise in the consultation.

*we support such a register 
*the register should “think” European, be compatible with existing registers elsewhere.'''Do we have specific examples? (ORISPL - Office of Regulatory Information System Plant Location (US)'''''')''' 
*should be published under an open license. '''(suggesting ODbL? [1])''' 
*the coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants")
*...

 [1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap)

Marktstammdaten

2015-08-05T09:17:24Z

SciGRID:

Germany (BMWi, BNetzA) plans to to develop a register of power plant data that covers all plants (“starting from 0 kW”) that supersedes the current “EEG Stammdatenbank” and the “BNetzA Kraftwerksliste”.

*geographic scope: Germany
*content: capacity, technical characteristics, detailed information such as hub height of wind turbines (“master data”)
*detail: individual blocks
*go-live: early 2017
*not included: time series of any sort; yearly generation data
*license: BMWi and BNetzA has not thought about a license yet (suggesting ODbL? [1]) 

[http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html http://www.bundesnetzagentur.de/DE/Sachgebiete/ElektrizitaetundGas/Unternehmen_Institutionen/DatenaustauschundMonitoring/MaStR/Datendefinitionen/mastr_datendefinitionen-node.html] 

 

The consultation process is open now until end of August 2015. This page collects issue we would like to raise in the consultation.

*we support such a register 
*the register should “think” European, be compatible with existing registers elsewhere.'''Do we have specific examples?''' 
*should be published under an open license. '''Do we have a specific recommendation?''' 
*the coverage of the data should become clear (e.g., "X% of all capacity is included; most missing capacity is small-scale gas-fired plants")
*...

 [1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap)

Open Energy Modelling Workshop - London 2015

2015-08-03T07:01:34Z

SciGRID: /* Ideas for Presentations */

'''[http://www.openmod-initiative.org/ openmod initiative main homepage]''' 

Energy models are widely used for policy advice and research. They serve to answer questions on energy policy, decarbonization, and transitions towards renewable energy sources. Yet, most energy models are black boxes – even to fellow researchers. This is what we want to change. We are a group of modellers from various universities and research institutes who want to promote open energy modelling. We believe that Open Source models and Open Data will advance knowledge and lead to better energy policies. Our mission is to enable Open Source energy modelling by providing a platform for collaboration as well as tools along the full value chain of energy economics and energy system models. That is why we founded the Open Energy Modelling Initiative (openmod initiative) just a year ago. You are welcome to join us for our next workshop!

After two extremely fruitful and encouraging workshops in Berlin ([[Founding workshop|Sept 2014]], [[2nd Open Energy Modelling Workshop|April 2015]]), we will have our next workshop in London with an even more international focus. The aim is to give researchers a chance to present their own contributions to the field of open energy modelling and data, as well as to provide a forum to exchange ideas and work on concrete projects of the openmod initiative and more generally in the field of open energy modelling and data.

'''In order to sign up, please register on the Wiki, scroll all the way down to the participant list and add yourself. Please also feel free to add an idea for a presentation to the list below or propose break out sessions. Finally, please [https://groups.google.com/forum/#!forum/openmod-initiative join our mailing list] to receive updates.'''

 

[[File:The Royal School of Mines building on Imperial College London's South Kensington Campus.jpg|left|300px|Imperial College, Royal School of Mines|alt=Imperial College, Royal School of Mines|link=]]

'''3rd Open Energy Modelling Workshop''' London, Imperial College 10/11 September 2015 Imperial College, Royal School of Mines Building Map: [https://goo.gl/maps/zZu3T https://goo.gl/maps/zZu3T] Begin: Thursday (10 September) 10.00 End: Friday (11 September) 16:00

Registration deadline: 10th August 2015

 

Accommodation option: [http://www3.imperial.ac.uk/summeraccommodation Imperial College student halls of residence] can be booked as a bed and breakfast.

 [[File:Grantham Institute Logo.jpg|left|250px|Imperial College, Royal School of Mines|alt=Imperial College, Royal School of Mines|link=]]

The workshop is hosted by the [http://www.imperial.ac.uk/grantham Grantham Institute - Climate Change and the Environment].

 

 

== Ideas for Presentations ==

If you would like to make a presentation at the workshop, please add your name and proposed title to the list below.  All suggestions are welcome!

 

*High Quality Wind Data for Energy Systems Models: Bias Correction and EU-wide Validation (Iain Staffell) 
*Renewables.ninja - an open access platform for solar and wind simulations (live walkthrough, Q&A) (Stefan Pfenninger) 
*The DESSTINEE Model for Demand for Energy Services, Supply and Transmission of Electricity IN EuropE, a simple open-source excel model for performing EU-wide electricity market simulations (Iain Staffell) 
*Using reanalysis data to design optimal portfolios of renewable energies for Brazil  (Johannes Schmidt)
*[https://github.com/tum-ens/urbs urbs] and [https://github.com/ojdo/rivus rivus], two energy system optimisation models based on the Python/Pyomo/Pandas stack. One year of development and (new) user experiences.
*The design of NEMO, an open source electricity modelling tool (Ben Elliston, remote presentation)
*Presentation of the open source network model SciGRID: lessons learned so fat (Wided Medjroubi, NEXT ENERGY)
*'''[Add your idea here!]'''

 

 

 

 

 

 

== Ideas for break-out-groups ==

If you would like to discuss a topic at the workshop, please add your name and proposed theme to the list below.  Please feel free to add to existing topics or suggest your own - all suggestions are welcome!

 

*Next generation climate models: applying higher resolution and future simulated time series to interesting energy problems 
**What modelling groups / data sets are there?
**What can and can't be answered with these? 

 

*Establish a conference on (open) energy system modeling
**Possibility of organising an Openmod session at the 2016 London Energy Systems conference (Iain)

 

*Renewables.ninja hackathon (Stefan / Iain)
**What other simulation modules could be added to Renewables.ninja?
**What would people like to see / could they add (e.g. hydro resource, electricity demand, high resolution heat and transport demand, temperature, heating and cooling degree days, etc.)

 

*Use of models in government (ideally someone from DECC / Ofgem) 
**What are government agencies looking for?
**How to get open models into government processes - what is preventing their uptake?

 

*Use of models in industry (Catalina Spataru)

 

*Wiki model factsheet: which models are good for which task? (anybody interested in leading this?) 
**We have a growing list of models - can we create a guide on picking a model, for users that are looking to solve a specific problem?

 

*Weather data for energy modelling (Iain) 
**Bring together meteorologists who produce reanalyses and those who use this data for energy systems models 
**Brainstorm new applications or big questions that can be answered with this (perhaps with the aim of a joint paper / proposal)

 

*Modelling energy storage and demand-side response (Paul D)
**Probably the most difficult set of technologies to model and understand
**Generally modelled badly or not at all by energy system models
**DSR is ignored by many models

 

*Wind capacity potentials
**Assess different open land usage databases
**Free software (QGIS etc.) for determining suitability of sites for wind development (distance from buildings, exclusion of nature reserves, etc.)
**Predicting where wind will be built based on e.g. resource-dependent feed-in tariffs

 

*Modelling hydroelectricity
**Incorporating precipitation and snow melt weather data
**Models for run-of-river, storage dams with inflow, pumped storage and mixed variants
**Getting Scandinavian/Alpine hydro markets right

 

*Open Access Publishing in the field of energy system modeling
**Are there any good possibilities
**Sharing experiences
**Possibilities to launch an own new fully open access journal?

 

*Pushing the open energy modeling article forward 

 

*Modelling demand curves for other energy sectors: electrified heating/cooling and transport
**Open modelling of heat pump/electrical heating/air conditioning demand based on temperature data
**Modelling of transport demand

 

*'''[Add your ideas here!]''' 

 

 

 

 

== Break out groups from last workshop ==

Some of these groups may wish to continue based on the outcomes from the last workshop:

*Transparency checklist for scenarios (Felix) [[:File:Openmod-Transparency Energy Scenarios-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1iWV6HNLcuU3NaTLQnIHYFAIIWEnt-Db-FCSg-SJTTyU/edit Results]
*Model fact sheets and website (Jörn) [[:File:Openmod-Website-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1f0UFdvb4QM1VNAWYVdWpHnYIttl9n4GApNA-jITvwpI/edit Results]
*Which license fits my model? (Frauke) [[:File:Openmod whichLicenseFits-breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1x8BH1Ev53d6MY8y72cXtbw24uCLk4vaHy2JtGW_iSws/edit Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Openmod-Concrete steps for open data collaboration-Breakout.pdf]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results]
*Unique identifies for European power plants: how to we get there? (Chris) [https://docs.google.com/document/d/1CL8jKuPkGOLKijcwqxtlTz8-Y0EEN0guGPjs6Vo3OcQ/edit?usp=sharing Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results] 
*"Best practice" catalogue for funders (Lion) [[:File:Openmod-Best practice-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Results] 
*Article on benefits and challenges of open source (Eva) [[:File:Openmod-Article-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/13ZzPHsHnakOjqlDvJphw3bvEVGILYGT7unL-FI4lCmw/edit# Results]
*Weather data [https://docs.google.com/document/d/1USIAqOmEPnP7dNmECOPHIvX9ZYjTU7_ySnluHI4vZfw/edit Results]
*establish a conference on (open) energy system modeling - concrete steps (Berit) 

 

 

 

 

 

 

 

 

 

 

 

 

== Participants ==

Registration deadline: 10th August 2015

#Stefan Pfenninger (Imperial College London) 
#Lion Hirth (neon) 
#Ingmar Schlecht (University of Basel) 
#Iain Staffell (Imperial College Business School)
#Richard Green (Imperial College Business School)
#Johannes Dorfner (Technische Universität München)
#Clemens Gerbaulet (Technische Universität Berlin) (participation likely)
#Johannes Schmidt (University of Natural Resources and Life Sciences BOKU, Vienna)
#Ed Sharp (University College London)
#Catalina Spataru (University College London)
#Mark Barrett (University College London)
#Graeme Hawker ([[User:Graeme Hawker|profile]]) (University of Strathclyde)
#Warren Hicks (Reading University) 
#Alejandro Dávila (university of Groningen)
#Adrien Schwane (Forschungszentrum Jülich)
#Jörn Richstein (TU Delft, participation likely)
#Alice Gunn (University of Reading) 
#Abhishek Shivakumar (KTH) 
#Tom Brown (from October: Frankfurt Institute of Advanced Studies) 
#Paul Dodds (University College London, participation probably on only one day)
#James Price (UCL)
#David Kleinhans (NEXT ENERGY, participation likely)
#Wided Medjroubi (NEXT ENERGY)
#Carsten Matke (NEXT ENERGY)
#Daniel Drew (University of Reading)
#Francesco Gardumi (Politecnico di Milano)
#Daniel Crow (Imperial College) 
#Simon Tindemans (Imperial College)
#Guido Pleßmann (Reiner Lemoine Institut [someone else of the institute])
#'''...add your name here...''' Registration is open: just [[Special:RequestAccount|register with this wiki]] and click edit on this page. 

 

[[Events|Back to events overview]] __NOTOC__

User:SciGRID

2015-07-21T15:00:48Z

SciGRID: create user page

Open Energy Modelling Workshop - London 2015

2015-07-20T12:13:34Z

SciGRID: /* Participants */

'''[http://www.openmod-initiative.org/ openmod initiative main homepage]''' 

Energy models are widely used for policy advice and research. They serve to answer questions on energy policy, decarbonization, and transitions towards renewable energy sources. Yet, most energy models are black boxes – even to fellow researchers. This is what we want to change. We are a group of modellers from various universities and research institutes who want to promote open energy modelling. We believe that Open Source models and Open Data will advance knowledge and lead to better energy policies. Our mission is to enable Open Source energy modelling by providing a platform for collaboration as well as tools along the full value chain of energy economics and energy system models. That is why we founded the Open Energy Modelling Initiative (openmod initiative) just a year ago. You are welcome to join us for our next workshop!

After two extremely fruitful and encouraging workshops in Berlin ([[Founding workshop|Sept 2014]], [[2nd Open Energy Modelling Workshop|April 2015]]), we will have our next workshop in London with an even more international focus. The aim is to give researchers a chance to present their own contributions to the field of open energy modelling and data, as well as to provide a forum to exchange ideas and work on concrete projects of the openmod initiative and more generally in the field of open energy modelling and data.

'''In order to sign up, please register on the Wiki, scroll all the way down to the participant list and add yourself. Please also feel free to add an idea for a presentation to the list below or propose break out sessions. Finally, please [https://groups.google.com/forum/#!forum/openmod-initiative join our mailing list] to receive updates.'''

 

[[File:The Royal School of Mines building on Imperial College London's South Kensington Campus.jpg|left|300px|Imperial College, Royal School of Mines|alt=Imperial College, Royal School of Mines|link=]]

'''3rd Open Energy Modelling Workshop''' London, Imperial College 10/11 September 2015 Imperial College, Royal School of Mines Building Map: [https://goo.gl/maps/zZu3T https://goo.gl/maps/zZu3T] Begin: Thursday (10 September) 10.00 End: Friday (11 September) 16:00

Registration deadline: 10th August 2015

 

Accommodation option: [http://www3.imperial.ac.uk/summeraccommodation Imperial College student halls of residence] can be booked as a bed and breakfast.

 [[File:Grantham Institute Logo.jpg|left|250px|Imperial College, Royal School of Mines|alt=Imperial College, Royal School of Mines|link=]]

The workshop is hosted by the [http://www.imperial.ac.uk/grantham Grantham Institute - Climate Change and the Environment].

 

== Ideas for Presentations ==

*High Quality Wind Data for Energy Systems Models: Bias Correction and EU-wide Validation (Iain Staffell) 
*Renewables.ninja - an open access platform for solar and wind simulations (live walkthrough, Q&A) (Stefan Pfenninger) 
*The DESSTINEE Model for Demand for Energy Services, Supply and Transmission of Electricity IN EuropE, a simple open-source excel model for performing EU-wide electricity market simulations (Iain Staffell) 
*Using reanalysis data to design optimal portfolios of renewable energies for Brazil  (Johannes Schmidt)
*[add your idea here!]

 

 

== Ideas for break-out-groups ==

*Next generation climate models: applying higher resolution and future simulated time series to interesting energy problems 
**What modelling groups / data sets are there?
**What can and can't be answered with these?

*Establish a conference on (open) energy system modeling
**Possibility of organising an Openmod session at the 2016 London Energy Systems conference (Iain)

*Renewables.ninja hackathon (Stefan / Iain)
**What other simulation modules could be added to Renewables.ninja?
**What would people like to see / could they add (e.g. hydro resource, electricity demand, high resolution heat and transport demand, temperature, heating and cooling degree days, etc.)

*Use of models in government (ideally someone from DECC / Ofgem) 
**What are government agencies looking for?
**How to get open models into government processes - what is preventing their uptake?

*Use of models in industry (Catalina Spataru)
*Wiki model factsheet: which models are good for which task? (anybody interested in leading this?) 
**We have a growing list of models - can we create a guide on picking a model, for users that are looking to solve a specific problem?

*Weather data for energy modelling (Iain) 
**Bring together meteorologists who produce reanalyses and those who use this data for energy systems models 
**Brainstorm new applications or big questions that can be answered with this (perhaps with the aim of a joint paper / proposal)

*Modelling energy storage and demand-side response (Paul D)
**Probably the most difficult set of technologies to model and understand
**Generally modelled badly or not at all by energy system models
**DSR is ignored by many models

*'''[Add your ideas here!]''' 

 

 

== Break out groups from last workshop ==

Some of these groups may wish to continue based on the outcomes from the last workshop:

*Transparency checklist for scenarios (Felix) [[:File:Openmod-Transparency Energy Scenarios-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1iWV6HNLcuU3NaTLQnIHYFAIIWEnt-Db-FCSg-SJTTyU/edit Results]
*Model fact sheets and website (Jörn) [[:File:Openmod-Website-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1f0UFdvb4QM1VNAWYVdWpHnYIttl9n4GApNA-jITvwpI/edit Results]
*Which license fits my model? (Frauke) [[:File:Openmod whichLicenseFits-breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1x8BH1Ev53d6MY8y72cXtbw24uCLk4vaHy2JtGW_iSws/edit Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Openmod-Concrete steps for open data collaboration-Breakout.pdf]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results]
*Unique identifies for European power plants: how to we get there? (Chris) [https://docs.google.com/document/d/1CL8jKuPkGOLKijcwqxtlTz8-Y0EEN0guGPjs6Vo3OcQ/edit?usp=sharing Results]
*Open energy system data - concrete steps for collaboration (Simon S) [[:File:Openmod-Concrete steps for open data collaboration-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/179Y1f9U_FuDMWQOJu8Q_1HbUZyzkH52YGws3h4ztk_A/edit# Results] 
*"Best practice" catalogue for funders (Lion) [[:File:Openmod-Best practice-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/1CELP_XxPqxcE_002J7Qvwz6MAJBfyVvJtSt6GWgME-4/edit Results] 
*Article on benefits and challenges of open source (Eva) [[:File:Openmod-Article-Breakout.pdf|Kickoff slide]] | [https://docs.google.com/document/d/13ZzPHsHnakOjqlDvJphw3bvEVGILYGT7unL-FI4lCmw/edit# Results]
*Weather data [https://docs.google.com/document/d/1USIAqOmEPnP7dNmECOPHIvX9ZYjTU7_ySnluHI4vZfw/edit Results]
*establish a conference on (open) energy system modeling - concrete steps (Berit) 

 

 

 

 

 

 

 

== Participants ==

Registration deadline: 10th August 2015

#Stefan Pfenninger (Imperial College London) 
#Lion Hirth (neon) 
#Ingmar Schlecht (University of Basel) 
#Iain Staffell (Imperial College Business School)
#Richard Green (Imperial College Business School)
#Johannes Dorfner (Technische Universität München)
#Clemens Gerbaulet (Technische Universität Berlin) (participation likely)
#Johannes Schmidt (University of Natural Resources and Life Sciences BOKU, Vienna)
#Ed Sharp (University College London)
#Catalina Spataru (University College London)
#Mark Barrett (University College London)
#Graeme Hawker ([[User:Graeme Hawker|profile]]) (University of Strathclyde)
#Warren Hicks (Reading University) 
#Alejandro Dávila (university of Groningen)
#Adrien Schwane (Forschungszentrum Jülich)
#Jörn Richstein (TU Delft, participation likely)
#Alice Gunn (University of Reading) 
#Abhishek Shivakumar (KTH) 
#Tom Brown (from October: Frankfurt Institute of Advanced Studies) 
#Paul Dodds (University College London, participation probably on only one day)
#James Price (UCL)
#David Kleinhans (NEXT ENERGY, participation likely)
#Wided Medjroubi (NEXT ENERGY)
#Carsten Matke (NEXT ENERGY)
#'''...add your name here...''' Registration is open: just [[Special:RequestAccount|register with this wiki]] and click edit on this page. 

 

[[Events|Back to events overview]] __NOTOC__

SciGRID power

2015-06-22T13:47:57Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=Next Energy
|authors=Wided Medjroubi, Carsten Matke, David Kleinhans
|contact_email=developers(at)scigrid.de
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|text_description=SciGRID is an open source model of the European transmission network.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=Yes
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|model_class=Transmission network
|sectors=Electricity sector
|georegions=Germany (later Europe)
|network_coverage=transmission
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set V of vertices and a set L of nonempty subsets of V called links.
|is_suited_for_many_scenarios=No
}}

SciGRID power

2015-06-22T13:46:59Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=Next Energy
|authors=Wided Medjroubi, Carsten Matke, David Kleinhans
|contact_email=developers(at)scigrid.de
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|text_description=SciGRID is an open source model of the European transmission network.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=No
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|model_class=Transmission network
|sectors=Electricity sector
|georegions=Germany (later Europe)
|network_coverage=transmission
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set V of vertices and a set L of nonempty subsets of V called links.
|is_suited_for_many_scenarios=No
}}

SciGRID power

2015-06-22T13:46:32Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=Next Energy
|authors=Wided Medjroubi, Carsten Matke, David Kleinhans
|contact_email=developers(at)scigrid.de
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|text_description=SciGRID is an open source model of the European transmission network.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=No
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|model_class=Transmission network
|sectors=Electricity sector
|georegions=Germany (later Europe)
|network_coverage=transmission
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set $V$ of vertices and a set $L$ of nonempty subsets of $V$ called links.
|is_suited_for_many_scenarios=No
}}

SciGRID power

2015-06-22T13:46:10Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=Next Energy
|authors=Wided Medjroubi, Carsten Matke, David Kleinhans
|contact_email=developers(at)scigrid.de
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|text_description=SciGRID is an open source model of the European transmission network.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=No
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|model_class=Transmission network
|sectors=Electricity sector
|georegions=Germany (later Europe)
|network_coverage=transmission
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set $V$ of vertices and a set $L$ of nonempty subsets of $V$ called links. The vertices represent substations, power plants and generators and the links are abstracted Transmission lines that can be found in OpenStreetMap data.
|is_suited_for_many_scenarios=No
}}

SciGRID power

2015-06-22T13:44:53Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=Next Energy
|authors=Wided Medjroubi, Carsten Matke, David Kleinhans
|contact_email=developers(at)scigrid.de
|website=http://www.scigrid.de/
|source_download=http://www.scigrid.de/pages/downloads.html
|text_description=SciGRID is an open source model of the European transmission network.
|open_source_licensed=Yes
|license=Apache License 2.0 (Apache-2.0)
|model_source_public=Yes
|data_availability=all
|open_future=No
|modelling_software=Python, PostgreSQL
|processing_software=Python, PostgreSQL, Osmosis, osm2pgsql
|model_class=Transmission network
|sectors=Electricity sector
|georegions=Germany (later Europe)
|network_coverage=transmission
|math_modeltype_shortdesc=We consider a topological graph (V,L) as a mathematical structure that consists of a set $V$ of vertices and a set $L$ of nonempty subsets of $V$ called links. The vertices represent substations, power plants and generators that can be found in OpenStreetMap data. Thus, the links between vertices are the abstracted Transmission lines that can be found in OpenStreetMap data.
|is_suited_for_many_scenarios=No
}}

SciGRID power

2015-04-17T12:55:32Z

SciGRID:

{{Model
|Full_Model_Name=SciGRID
|author_institution=Next Energy
|authors=Wided Medjroubi, Carsten Matke, David Kleinhans
|website=http://www.scigrid.de/
|text_description=SciGRID is an open source model of the European transmission network.
|open_source_licensed=Yes
|license=Open Data Commons Open Database License (ODbL)
|model_source_public=Yes
|data_availability=all
|open_future=No
|modelling_software=OSM data
|processing_software=Python, Postgresql, Osmosis, osm2pgsql
|model_class=Transmission network
|sectors=Electricity,
|technologies=Conventional Generation
|georegions=Europe
|network_coverage=transmission
|is_suited_for_many_scenarios=No
}}

2nd Open Energy Modelling Workshop

2015-04-07T14:05:01Z

SciGRID: /* Participants */

13/14 April 2015 Berlin, Mercator-Institute for Global Commons and Climate Change (MCC) [http://www.mcc-berlin.net/en/metanavigation/contact.html [1]] Monday (13 April) 10.30 - 18.30 Tuesday (14 April) 9.00 - 16.30 '''See also our [http://www.openmod-initiative.org/ main homepage].''' 

== Mini-Posters ==

Please prepare a DIN A3 poster that summarizes your contribution - a summary PowerPoint slide is sufficient. Please send the poster to Lion by email, he will print it. 

 

== Proposed Agenda ==

'''Monday''' 

10:00  Coffee 

10:30  Introductory Round 

 

11:00 '''Talks related to openmod initiative''' (Plenary presentations 10mins each) 

*Berit (RLI), David (Next Energy): Feedback from BMWi/PTJ-Meeting
*Eva Schmid (PIK): Concrete Steps for going open source - what is necessary?

 

11:30  Questions 

 

11:35  '''Reproducibility / Transparency''' (Plenary presentations 10min each) 

*Tim Tröndle: Reproducibility with Project Jupyter 
*Christian Dieckhoff (KIT): Requirements for energy scenarios in scientific policy advice (e.g. transparency of data and model) [I can only attend on Monday] 
*Felix Cebulla (DLR): Energy Scenarios Studies- A Contribution to Improved Transparency 

12:05  Questions /Discussion 

12:20

*Chris Davis (University of Groningen) development of tools for collecting, cleaning, processing & visualizing energy data sourced from diverse online sources.

 

12:30  Lunch 

----

 

14:00  Jens Klessmann ((Fraunhofer Fokus) govdata.de information by Fraunhofer Fokus (must be Monday at 14:00) 

 

14:20  '''Weather Data and Energy System Modelling''' (10mins each) 

*Beate Geyer (HZG): Re-analysis climate as an important input for energy system modeling
**overview on climate data sets for wind and solar timeseries 
**the challenge of wind data on different heights
**handling of the license problem for coastdat II data 

*Clemens Wingenbach (ZNES): Evaluation of coastdat II wind speed data for wind feedin simulation (based on the Master Thesis by Hendrik Böhm (which unfortunately cannot attend))

*Iratxe Gonzalez-Aparicio (JRC): Meteorological data treatment into RES-E integration studies and energy/power system modelling
**Meteorological data for the Dispa-SET 2.1 model: European Unit Commitment and power dispatch model
**Critical review of different studies handling meteorological data for RES-E studies
**Considerations of the data: Horizontal and temporal resolution, model levels and size for PV and wind energy variability

*Stefan Pfenninger (Imperial): Modeling wind and solar power plants at high spatial and temporal resolution world-wide
*Gorm Andresen (Aarhus): REatlas
*Kris Poncelet (KUL/EnergyVille): Selecting representative days for energy-system planning models

15:30  Discussion: 

*How to increase understanding between meteorologists and energy modellers? 
*What to learn from climate modeling in open source / open data 

 

15:50  Formation of break-out Groups 

16:00  Coffee 

16:20  Work in break-out groups (in parallel) 

*Transparency checklist for scenarios 
*Open energy system data - concrete steps for collaboration 
*Best practice catalogue for funders 
*Which license fits my model / data ? 
*...... 

 

18:30 End of day 1 

19:00 Dinner 

 

----

 

Tuesday 09:00 

*Goals for today 
*3 min Reports from break-out Groups and Requirements (input from group/more time in group etc.) 

 

09:15  Open Models and Frameworks including Open Grid Modeling (10mins each)

*Stefan Pfenninger (Imperial): Open energy modeling framework Calliope 
*Uwe Krien (RLI): Oemof - Open Energy Modeling Framework, a framework for energy modells based on Python, Coin-OR. Using Python, Postgresql, Postgis for data processing.
*Birgit Fais (UCL Energy Institute): Redefining the Energy Modelling-Policy Interface: 
*Developing a Fully Open Source UK TIMES Model
*Abhishek Shivakumar (KTH): OSeMOSYS, an open-source energy modelling system based on Gnu MathProg  

*David Kleinhans / Wided Medjroubi / Carsten Matke (Next Energy): Update SciGRID
*Ulf Müller (ZNES Flensburg): OLF Open Load Flow 

 

10:25  Questions / Discussion

 

10:40  Coffee

 

11:00  to be determined... eventually: panel discussion?

 

12:30  Lunch

----

 14:00  Work in break-out groups

*Article on benefits and challenges of open source
*Website
*Model fact sheet
*Continuing Break-Out Groups from Monday
*....

 

15:30  Wrap-up / Next Steps / Next Workshop

 

16:30  End of Workshop

 

''Feel free to add your contribution''! 

Matthias Reeg (DLR): If desired, I can give a short introduction to Authorea, a open-source editor for collaborative paper writing based on LaTex: [https://www.authorea.com/ https://www.authorea.com/]

== Break-out groups ==

Once or twice during the workshop, we will break-out into smaller discussion groups to work on different projects. All groups report back to the plenary afterwards and present results. Group size: 3-8 persons. Time frame: about 2 hours. ''Website''

*Jörn
*Ingmar
*Lion
*...

 ''Model fact sheet''

*Jörn
*Ingmar
*...

 ''"Best practice" catalogue for funders''

*Lion
*Christian
*Matthias
*...

 ''Article on benefits and challenges of open source''

*Eva
*Frauke
*Stefan
*Chris
*...

 ''Which license fits my model?''

*...

 ''Transparency checklist for scenarios''

*Felix
*...

 ''Open energy system data - concrete steps for collaboration''

*Simon
*Ingmar
*Abhishek
*Stefan
*Chris
*...

 ''Add your idea here'' 

 

== Participants ==

#Paul Nahmmacher (PIK)
#Frauke Wiese (Uni Flensburg)
#Lion Hirth (neon)
#Ingmar Schlecht (Uni Basel) 
#Frank Seidel (GIZ) 
#Christian Dieckhoff (KIT)
#Jörn Richstein (TU Delft)
#Iratxe Gonzalez-Aparicio (JRC)
#Stefan Pfenninger (Imperial College London)
#Matthias Reeg (DLR)
#Andreas Rieder (KIT)
#Clemens Gerbaulet (TU Berlin)
#Eva Schmid (PIK)
#Guido Pleßmann (RLI)
#Berit Müller (RLI)
#Cord Kaldemeyer (ZNES Flensburg)
#Simon Hilpert (ZNES Flensburg)
#Tim Tröndle (Younicos)
#David Kleinhans (Next Energy) 
#Jens Klessmann (Fraunhofer Fokus) [Monday only]
#Claudine Chen (MCC) [Tuesday only]
#Beate Geyer (HZG) [Monday only] 
#Simon Sawatzki (Ea Energy Analyses)
#János Hethey (Ea Energy Analyses)
#Felix Cebulla (DLR)
#Birgit Fais (UCL Energy Institute)
#Gorm Andresen (Aarhus University) 
#Sabine Auer (PIK)
#Paul Schultz (PIK)
#Frank Hellmann (PIK)
#Kris Poncelet (KUL/EnergyVille)
#Clemens Wingenbach (ZNES Flensburg)
#Uwe Krien (RLI, Berlin)
#Sebastian Rauner (UFZ, Leipzig)
#Abhishek Shivakumar (KTH)
#Chris Davis (University of Groningen)
#Ben Elliston (University of New South Wales) [mit Skype und bis mittagessen!]
#Stefan Schwarzer (SSchwarzer.com)
#...'''add your name here''' (by logging in to the wiki and clicking edit on this page), registration still open!

 [[Events|Back to events overview]]

2nd Open Energy Modelling Workshop

2015-04-07T14:03:34Z

SciGRID: /* Participants */

13/14 April 2015 Berlin, Mercator-Institute for Global Commons and Climate Change (MCC) [http://www.mcc-berlin.net/en/metanavigation/contact.html [1]] Monday (13 April) 10.30 - 18.30 Tuesday (14 April) 9.00 - 16.30 '''See also our [http://www.openmod-initiative.org/ main homepage].''' 

== Mini-Posters ==

Please prepare a DIN A3 poster that summarizes your contribution - a summary PowerPoint slide is sufficient. Please send the poster to Lion by email, he will print it. 

 

== Proposed Agenda ==

'''Monday''' 

10:00  Coffee 

10:30  Introductory Round 

 

11:00 '''Talks related to openmod initiative''' (Plenary presentations 10mins each) 

*Berit (RLI), David (Next Energy): Feedback from BMWi/PTJ-Meeting
*Eva Schmid (PIK): Concrete Steps for going open source - what is necessary?

 

11:30  Questions 

 

11:35  '''Reproducibility / Transparency''' (Plenary presentations 10min each) 

*Tim Tröndle: Reproducibility with Project Jupyter 
*Christian Dieckhoff (KIT): Requirements for energy scenarios in scientific policy advice (e.g. transparency of data and model) [I can only attend on Monday] 
*Felix Cebulla (DLR): Energy Scenarios Studies- A Contribution to Improved Transparency 

12:05  Questions /Discussion 

12:20

*Chris Davis (University of Groningen) development of tools for collecting, cleaning, processing & visualizing energy data sourced from diverse online sources.

 

12:30  Lunch 

----

 

14:00  Jens Klessmann ((Fraunhofer Fokus) govdata.de information by Fraunhofer Fokus (must be Monday at 14:00) 

 

14:20  '''Weather Data and Energy System Modelling''' (10mins each) 

*Beate Geyer (HZG): Re-analysis climate as an important input for energy system modeling
**overview on climate data sets for wind and solar timeseries 
**the challenge of wind data on different heights
**handling of the license problem for coastdat II data 

*Clemens Wingenbach (ZNES): Evaluation of coastdat II wind speed data for wind feedin simulation (based on the Master Thesis by Hendrik Böhm (which unfortunately cannot attend))

*Iratxe Gonzalez-Aparicio (JRC): Meteorological data treatment into RES-E integration studies and energy/power system modelling
**Meteorological data for the Dispa-SET 2.1 model: European Unit Commitment and power dispatch model
**Critical review of different studies handling meteorological data for RES-E studies
**Considerations of the data: Horizontal and temporal resolution, model levels and size for PV and wind energy variability

*Stefan Pfenninger (Imperial): Modeling wind and solar power plants at high spatial and temporal resolution world-wide
*Gorm Andresen (Aarhus): REatlas
*Kris Poncelet (KUL/EnergyVille): Selecting representative days for energy-system planning models

15:30  Discussion: 

*How to increase understanding between meteorologists and energy modellers? 
*What to learn from climate modeling in open source / open data 

 

15:50  Formation of break-out Groups 

16:00  Coffee 

16:20  Work in break-out groups (in parallel) 

*Transparency checklist for scenarios 
*Open energy system data - concrete steps for collaboration 
*Best practice catalogue for funders 
*Which license fits my model / data ? 
*...... 

 

18:30 End of day 1 

19:00 Dinner 

 

----

 

Tuesday 09:00 

*Goals for today 
*3 min Reports from break-out Groups and Requirements (input from group/more time in group etc.) 

 

09:15  Open Models and Frameworks including Open Grid Modeling (10mins each)

*Stefan Pfenninger (Imperial): Open energy modeling framework Calliope 
*Uwe Krien (RLI): Oemof - Open Energy Modeling Framework, a framework for energy modells based on Python, Coin-OR. Using Python, Postgresql, Postgis for data processing.
*Birgit Fais (UCL Energy Institute): Redefining the Energy Modelling-Policy Interface: 
*Developing a Fully Open Source UK TIMES Model
*Abhishek Shivakumar (KTH): OSeMOSYS, an open-source energy modelling system based on Gnu MathProg  

*David Kleinhans / Wided Medjroubi / Carsten Matke (Next Energy): Update SciGRID
*Ulf Müller (ZNES Flensburg): OLF Open Load Flow 

 

10:25  Questions / Discussion

 

10:40  Coffee

 

11:00  to be determined... eventually: panel discussion?

 

12:30  Lunch

----

 14:00  Work in break-out groups

*Article on benefits and challenges of open source
*Website
*Model fact sheet
*Continuing Break-Out Groups from Monday
*....

 

15:30  Wrap-up / Next Steps / Next Workshop

 

16:30  End of Workshop

 

''Feel free to add your contribution''! 

Matthias Reeg (DLR): If desired, I can give a short introduction to Authorea, a open-source editor for collaborative paper writing based on LaTex: [https://www.authorea.com/ https://www.authorea.com/]

== Break-out groups ==

Once or twice during the workshop, we will break-out into smaller discussion groups to work on different projects. All groups report back to the plenary afterwards and present results. Group size: 3-8 persons. Time frame: about 2 hours. ''Website''

*Jörn
*Ingmar
*Lion
*...

 ''Model fact sheet''

*Jörn
*Ingmar
*...

 ''"Best practice" catalogue for funders''

*Lion
*Christian
*Matthias
*...

 ''Article on benefits and challenges of open source''

*Eva
*Frauke
*Stefan
*Chris
*...

 ''Which license fits my model?''

*...

 ''Transparency checklist for scenarios''

*Felix
*...

 ''Open energy system data - concrete steps for collaboration''

*Simon
*Ingmar
*Abhishek
*Stefan
*Chris
*...

 ''Add your idea here'' 

 

== Participants ==

#Paul Nahmmacher (PIK)
#Frauke Wiese (Uni Flensburg)
#Lion Hirth (neon)
#Ingmar Schlecht (Uni Basel) 
#Frank Seidel (GIZ) 
#Christian Dieckhoff (KIT)
#Jörn Richstein (TU Delft)
#Iratxe Gonzalez-Aparicio (JRC)
#Stefan Pfenninger (Imperial College London)
#Matthias Reeg (DLR)
#Andreas Rieder (KIT)
#Clemens Gerbaulet (TU Berlin)
#Eva Schmid (PIK)
#Guido Pleßmann (RLI)
#Berit Müller (RLI)
#Cord Kaldemeyer (ZNES Flensburg)
#Simon Hilpert (ZNES Flensburg)
#Tim Tröndle (Younicos) 
#Jens Klessmann (Fraunhofer Fokus) [Monday only]
#Claudine Chen (MCC) [Tuesday only]
#Beate Geyer (HZG) [Monday only] 
#Simon Sawatzki (Ea Energy Analyses)
#János Hethey (Ea Energy Analyses)
#Felix Cebulla (DLR)
#Birgit Fais (UCL Energy Institute)
#Gorm Andresen (Aarhus University) 
#Sabine Auer (PIK)
#Paul Schultz (PIK)
#Frank Hellmann (PIK)
#Kris Poncelet (KUL/EnergyVille)
#Clemens Wingenbach (ZNES Flensburg)
#Uwe Krien (RLI, Berlin)
#Sebastian Rauner (UFZ, Leipzig)
#Abhishek Shivakumar (KTH)
#Chris Davis (University of Groningen)
#Ben Elliston (University of New South Wales) [mit Skype und bis mittagessen!]
#Stefan Schwarzer (SSchwarzer.com)
#...'''add your name here''' (by logging in to the wiki and clicking edit on this page), registration still open!

 [[Events|Back to events overview]]