|
|
Line 23: |
Line 23: |
| == Milestone 1 (deadline: 31 August 2015) == | | == Milestone 1 (deadline: 31 August 2015) == |
| | | |
− | ===== General points =====
| + | '''General points''' |
| | | |
− | *we support such a register<br/> | + | *We support the idea of a register<br/> |
− | *should be published under an open license. '''(suggesting ODbL? [1])''' | + | *Should be published under an open license. '''(suggesting ODbL? [1]''' |
| + | *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)'''''') |
| | | |
| <br/> | | <br/> |
| | | |
− | ===== Specific points =====
| + | '''Specific points''' |
| | | |
| <br/> | | <br/> |
| <ul style="font-size: 13.6000003814697px;"> | | <ul style="font-size: 13.6000003814697px;"> |
− | <li>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)'''''')'''<br/></li>
| |
| <li><span style="font-size: 13.6000003814697px; line-height: 1.5em;">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")</span><br/></li> | | <li><span style="font-size: 13.6000003814697px; line-height: 1.5em;">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")</span><br/></li> |
− | <li> | + | <li>There are > 800k PV installations - will these be included?</li> |
− | *There are > 800k PV installations - will these be included?<br/>
| + | |
− | </li> | + | |
− | | + | |
− | <ul style="font-size: 13.6000003814697px;">
| + | |
| <li>Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers?<br/></li> | | <li>Does Stromerzeugungsanlagen (EAS) distinguish between generators and boilers?<br/></li> |
| <li>[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<br/></li> | | <li>[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<br/></li> |
Line 47: |
Line 43: |
| <li>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. | | <li>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.<br/>=> Relational DB (related tables for plants, operators etc.) to model structure including change history | | *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.<br/>=> 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)<br/>=> General question: Should we consider interfaces to other potential DBs?<br/> |
| </li> | | </li> |
| | | |
− | <ul style="font-size: 13.6000003814697px;">
| |
− | <li>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)<br/>=> General question: Should we consider interfaces to other potential DBs?<br/></li>
| |
− | <li>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.
| |
− | *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.<br/>
| |
− | </li>
| |
| | | |
− | <ul style="font-size: 13.6000003814697px;">
| + | 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. |
− | <li>Include spatial data
| + | |
− | *Best longitude and latitude, Ok adress data<br/>
| + | |
− | *Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ?<br/>
| + | |
− | </li>
| + | |
− | | + | |
− | <ul style="font-size: 13.6000003814697px;">
| + | |
− | <li>Why not include time-series or annual generation data?</li>
| + | |
− | </ul>
| + | |
− | <ul style="font-size: 13.6000003814697px;">
| + | |
− | <li>...<br/></li>
| + | |
− | </ul>
| + | |
| | | |
| <br/>[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) | | <br/>[1] [http://opendatacommons.org/licenses/odbl/ http://opendatacommons.org/licenses/odbl/] (also used by OpenStreetMap) |
Line 75: |
Line 56: |
| | | |
| == Milestone 2 (deadline: 31 October 2015) == | | == Milestone 2 (deadline: 31 October 2015) == |
− | <div><br/></div><div><br/></div><div> | + | <div>'''General points'''<br/></div><div><ul style="font-size: 13.6000003814697px;"> |
− | == Milestone 3 (deadline: 31 May 2016) ==
| + | <li>Repeat the general points of milestone 1 (support idea, open license, ...)</li> |
− | <br/></div><ul style="font-size: 13.6000003814697px;">
| + | |
| </ul> | | </ul> |
| | | |
| <br/> | | <br/> |
| | | |
− | *<br/>
| + | '''Specific points''' |
| + | </div><div><br/></div><div><br/></div><div> |
| + | == Milestone 3 (deadline: 31 May 2016) == |
| + | <br/></div> |
| + | <br/> |
| | | |
| <br/><br/> | | <br/><br/> |
| + | |
| + | *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.<br/> |
| + | *Include spatial data |
| + | **Best longitude and latitude, Ok adress data<br/> |
| + | **Anonymisation of very small (private) EAS => assignment to (unique) grid conection point / local grid ?<br/> |
| + | **Why not include time-series or annual generation data? |
| + | **...<br/> |
| + | **<br/> |
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”.
The consultation process is open now until end of August 2015. This page collects issue we would like to raise in the consultation.