Giter Club home page Giter Club logo

global-power-plant-database's Introduction

Global Power Plant Database

This project is not currently maintained by WRI. There are no planned updates as of this time (early 2022). The last version of this database is version 1.3.0. If we learn of active forks or maintained versions of the code and database we will attempt to provide links in the future.

This project aims to build an open database of all the power plants in the world. It is the result of a large collaboration involving many partners, coordinated by the World Resources Institute and Google Earth Outreach. If you would like to get involved, please email the team or fork the repo and code! To learn more about how to contribute to this repository, read the CONTRIBUTING document.

The latest database release (v1.3.0) is available in CSV format here under a Creative Commons-Attribution 4.0 (CC BY 4.0) license. A bleeding-edge version is in the output_database directory of this repo.

All Python source code is available under a MIT license.

This work is made possible and supported by Google, among other organizations.

Database description

The Global Power Plant Database is built in several steps.

  • The first step involves gathering and processing country-level data. In some cases, these data are read automatically from offical government websites; the code to implement this is in the build_databases directory.
  • In other cases we gather country-level data manually. These data are saved in raw_source_files/WRI and processed with the build_database_WRI.py script in the build_database directory.
  • The second step is to integrate data from different sources, particularly for geolocation of power plants and annual total electricity generation. Some of these different sources are multi-national databases. For this step, we rely on offline work to match records; the concordance table mapping record IDs across databases is saved in resources/master_plant_concordance.csv.

Throughout the processing, we represent power plants as instances of the PowerPlant class, defined in powerplant_database.py. The final database is in a flat-file CSV format.

Key attributes of the database

The database includes the following indicators:

  • Plant name
  • Fuel type(s)
  • Generation capacity
  • Country
  • Ownership
  • Latitude/longitude of plant
  • Data source & URL
  • Data source year
  • Annual generation

We will expand this list in the future as we extend the database.

Fuel Type Aggregation

We define the "Fuel Type" attribute of our database based on common fuel categories. In order to parse the different fuel types used in our various data sources, we map fuel name synonyms to our fuel categories here. We plan to expand the database in the future to report more disaggregated fuel types.

Combining Multiple Data Sources

A major challenge for this project is that data come from a variety of sources, including government ministries, utility companies, equipment manufacturers, crowd-sourced databases, financial reports, and more. The reliability of the data varies, and in many cases there are conflicting values for the same attribute of the same power plant from different data sources. To handle this, we match and de-duplicate records and then develop rules for which data sources to report for each indicator. We provide a clear data lineage for each datum in the database. We plan to ultimately allow users to choose alternative rules for which data sources to draw on.

To the maximum extent possible, we read data automatically from trusted sources, and integrate it into the database. Our current strategy involves these steps:

  • Automate data collection from machine-readable national data sources where possible.
  • For countries where machine-readable data are not available, gather and curate power plant data by hand, and then match these power plants to plants in other databases, including GEO and CARMA (see below) to determine their geolocation.
  • For a limited number of countries with small total power-generation capacity, use data directly from Global Energy Observatory (GEO).

A table describing the data source(s) for each country is listed below.

Finally, we are examining ways to automatically incorporate data from the following supra-national data sources:

ID numbers

We assign a unique ID to each line of data that we read from each source. In some cases, these represent plant-level data, while in other cases they represent unit-level data. In the case of unit-level data, we commonly perform an aggregation step and assign a new, unique plant-level ID to the result. For plants drawn from machine-readable national data sources, the reference ID is formed by a three-letter country code ISO 3166-1 alpha-3 and a seven-digit number. For plants drawn from other database (including the manually-maintained dataset by WRI), the reference ID is formed by a variable-size prefix code and a seven-digit number.

Power plant matching

In many cases our data sources do not include power plant geolocation information. To address this, we attempt to match these plants with the GEO and CARMA databases, in order to use that geolocation data. We use an elastic search matching technique developed by Enipedia to perform the matching based on plant name, country, capacity, location, with confirmed matches stored in a concordance file. This matching procedure is complex and the algorithm we employ can sometimes wrongly match two power plants or fail to match two entries for the same power plant. We are investigating using the Duke framework for matching, which allows us to do the matching offline.

Build Instructions

The build system is as follows

  • Create a virtual environment with Python 2.7 and the third-party packages in requirements.txt
  • cd into build_databases/
  • run each build_database_*.py file for each data source or processing method that changed (when making a database update)
  • run build_global_power_plant_database.py which reads from the pickled store/sub-databases.
  • cd into ../utils
  • run database_country_summary.py to produce summary table
  • cd into ../output_database
  • copy global_power_plant_database.csv to the gppd-ai4earth-api repository. Look a the Makefile in that repo to understand where it should be located
  • build new generation estimations as needed based on plant changes and updates compared to the stored and calculated values - this is not automatic, but there are some helper scripts for making the estimates
  • run the make_gppd.py script in gppd-ai4earth-api to construct a new version of the database with the full estimation data
  • copy the new merged dataset back to this repo, increment the DATABASE_VERSION file, commit, etc...

Related repos

global-power-plant-database's People

Contributors

colinmccormick avatar loganbyers avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

global-power-plant-database's Issues

Turkey: missing coal plants

Issue Type

  • New Data Source

Countries

Turkey

Affected plant(s)

Coal and
Coal + Fuel oil

Database field(s)

all

Description

In https://www.teias.gov.tr/sites/default/files/2018-07/kurulu_guc_haziran_2018.pdf the total number of coal plants is given as 41 (30 local coal and 11 imported coal) and the total for "ÇOK YAKITLILAR KATI+SIVI" is given as 22. However the number of coal plants for Turkey in this database is much less.

Some of the missing plants may be in the source below ("ÇOK YAKITLILAR KATI+SIVI" may be "Lignite + f.oil").

Source Information

Appears to be a report produced annually by a reputable researcher.

Data Provider

(Select one or more with x between brackets)

  • [X ] Non-profit/Independent Group Data

Data Format

  • Human readable document (PDF, Word, ...)

Data Location

http://www.onderalgedik.com/wp-content/uploads/2017/11/Coal-and-Climate-Change-2017.pdf
Appendix 1

Additional Info

Although the report mentions the government (i.e. EMRA) as the source of some or all of the data I suspect not all the plants listed are in fact operational. For example it seems from press reports that Afşin-Elbistan-A is shut down for a few years for refurbishment. If you would like me to contact the author to try and find out how he compiled the list please let me know.

Add indicator field for common variants/alternatives of a power plant's name

Description

Many power plants are referred to by multiple names. Some reasons for this are (1) a plant was renamed, (2) a plant has both formal and informal names in common use, (3) a plant's name sometimes includes the owner company and/or fuel type and sometimes does not, and (4) different abbreviations or Romanizations are used for the plant name. Tracking the most common variants of a plant's name will help with cross-referencing this data set to others, and other data matching needs.

Possible Steps

Add an indicator that is a list of name variations or alternative names used to refer to each power plant.

Possible Data Sources

As information becomes available through manual confirmation or automatic matching of records, new alternative names can be added.

Challenges

Many potential variations on a name are possible, given abbreviations, etc. We can't track all of them. Need to maintain a robust but limited list.

Additional Info

keywords: identity, identifiers, cross reference, name, names, aliases,

Vattenfall reports ownership as percentage, not as entity

Describe the bug
The Denmark.csv dataset has data provided by Vattenfall that quantifies ownership as a percentage of their ownership, rather than just the name of their entity. This confuses programs that expect the owner data to be an entity name only.

To Reproduce
In the Denmark.csv file, see line 17 for this ID number: 1002299

Expected behavior
Owner name should just be Vattenfall, not 100% Vattenfall

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

  • OS: [e.g. iOS]
  • Browser [e.g. chrome, safari]
  • Version [e.g. 22]

Smartphone (please complete the following information):

  • Device: [e.g. iPhone6]
  • OS: [e.g. iOS8.1]
  • Browser [e.g. stock browser, safari]
  • Version [e.g. 22]

Additional context
Add any other context about the problem here.

Turkey: capacities and one month output of publicly owned plants

Issue Type

  • New Data Source

Countries

Turkey

Affected plant(s)

Plants owned by EUAŞ (that is most public sector plants)

Database field(s)

Capacity

Description

Capacities of publicly owned plants are not currently sourced from a government website.

Source Information

The spreadsheets show capacity of EUAŞ plants. There is a little more info on the map e.g. autoproducers and privatised hydro but it is difficult to read: if you have trouble let me know and I will ask a native speaker.

Data Provider

(Select one or more with x between brackets)

  • Official Government Data
  • Utility/Producer Data

Data Format

(Select one or more with x between brackets)

  • Machine-readable format (Excel, CSV, XML, ...)
  • Human readable document (PDF, Word, ...)

Data Location

EUAŞ gas and coal

EUAŞ hydro

EUAŞ type of hydro click the middle "indir" link opposite "Hidrolik Santraller Listesi"​

EUAŞ map

Additional Info

It seems from the above that Soma A and Çukurca have been shut down.

About 1670 plants have capacity factors above 100%

Issue Type

(mark with x between brackets)

  • Proposed Data Correction
  • New Data Source

Countries

['DZA', 'AGO', 'ARG', 'AUS', 'AUT', 'AZE', 'BEL', 'BEN', 'BRA',
'CMR', 'CAN', 'CHL', 'CHN', 'COL', 'CIV', 'DNK', 'DOM', 'ECU',
'EGY', 'FIN', 'GAB', 'DEU', 'GRC', 'HND', 'ISL', 'IND', 'IDN',
'ITA', 'JAM', 'JPN', 'JOR', 'KAZ', 'LBN', 'LBY', 'MYS', 'MEX',
'MDA', 'MNG', 'NZL', 'NER', 'PAK', 'PAN', 'POL', 'ROU', 'SVK',
'SVN', 'ZAF', 'KOR', 'ESP', 'SWE', 'TWN', 'TZA', 'THA', 'TUR',
'TKM', 'GBR', 'USA', 'UZB']

Affected plant(s)

See full list in this csv.

Database field(s)

capacity, estimated generation

Description

Firstly, thanks for curating such a fantastic dataset. It's proving extremely helpful in an (unfortunately confidential, for now) project that I'm working on.

However, I noticed during my analysis that a small percentage of plants have a mismatch between estimated generation and nameplate capacity that means they have a capacity factor of greater than 100%, i.e. they're more than 100% efficient.

I'm using the following formula to calculate it, which I've double-checked:
(estimated_generation_gwh * 1000) / (capacity_mw * 365 * 24)

Unfortunately I don't have any recommendations for fixing this, or data to correct with, but I wanted to highlight this as it may help you pinpoint a source of systematic error somewhere. Let me know if I can help with any extra info.

Source Information

None

Data Provider

(Select one or more with x between brackets)

  • Official Government Data
  • Utility/Producer Data
  • Non-profit/Independent Group Data
  • Unknown Quality

Data Format

(Select one or more with x between brackets)

  • Text on web page
  • Structured web page (table or regular format for data)
  • Machine-readable format (Excel, CSV, XML, ...)
  • Human readable document (PDF, Word, ...)

Data Location

(insert URL(s) or source of information)
N/A

Additional Info

N/A

Cross references for plant IDs of different databases

Description

Existing databases like GEODB, CARMA, PLATTS-WEPP are already being used by different research organizations. For various reasons (migration, intercomparison, ...) it would be very useful to have information that matches the primary keys across all these databases.

Possible Steps

[TODO]

Possible Data Sources

  • GEODB
  • CARMA
  • PLATTS-WEPP - location ids are being tracked as of 383d6b3
  • Enipedia

Challenges

One-to-many and many-to-one relations here. Also need to track which plants we don't know matches for versus which plants we know don't have matches. (null vs NoData).

Additional Info

keywords: identity, identifiers, cross reference, foreign key,

source_databases_csv/database_USA.csv has typo

Describe the bug
This line of data has a typo:

USA,United States of America,Kyocera America Project,USA0010720,3.8,32.8197,-117.1405,Gas,,,,2012.0000000000002,Kyocrea International Ind,U.S. Energy Information Administration,http://www.eia.gov/electricity/data/browser/,U.S. Energy Information Administration,,2017,12.186,9.46,11.44,7.846,13.018,U.S. Energy Information Administration,

To Reproduce
Notice that Kyocera is spelled "Kyocrea" in the owner field

Expected behavior
Should be Kyocera. However, I could not figure out from raw source files where the bug is coming from.

Additional context
Probably somewhere in the concordance operation you are pulling data from a source that has a typo that needs to be fixed upstream.

Plant Type field

Description

Plant Type: categorical
Possession/usage of a set of technological implementations for generating, capturing, and transforming energy into electricity.

Possible Steps

  1. Define vocabulary
    1. Acquire list of all technology terms used across open (and closed) datasets
    2. Dedup and cluster terms
    3. Define the vocabulary & thesauruses
  2. ETL

Possible Data Sources

[TODO]

Challenges

Need to define a schema or vocabulary for all possible plant types. Yet another standard syndrome.

Additional Info

keywords: tech, technology

Emission Control Technologies field for thermal plants

Description

Emission Control Technology: categorical
Technological implementations used to regulate gaseous and particulate emissions. Relevant to most emission species in #1; in particular, control technology fields will be required for estimation of these species.

Possible Steps to Acquisition

  1. Define vocabulary
  2. Acquire data sources
  3. ETL

Possible Data Sources

[TODO]

Vocabulary

[TODO]

Challenges

Many technologies can exist for same power plant. Need generation unit disaggregation to be most accurate.

Additional Info

keywords: emissions, scrubbers, air quality, capture, pollution

Include non-operational plants in database

Description

Currently the database only contains plants that are believed to be operational.
Adding plants that are in planning, under construction, or shutdown would add an improved understanding of where the power sector was and where it is going.

Possible Steps to Acquisition

  1. Need to add an "Operational Status" field to the database
  2. Need to compile historic data if shutdown plants are to be included

Possible Data Sources

[TODO]

Challenges

At the plant-level aggregation, it will be challenging to demonstrate that there is some shutdown capacity, operational capacity, and planned capacity. Will probably need to have disaggregation to the unit level to handle this attribute.

Additional Info

keywords: future, planning, construction, operation, status, mothballed

Turkey: provinces

Issue Type

  • New Data Source

Countries

Turkey

Affected plant(s)

Perhaps all which have applied for licences.

Database field(s)

Definitely Location and possibly Municipality and others

Description

Some plants in global-power-plant-database/raw_source_files/WRI/Turkey.csv have "location" blank.

Source Information

Some power plants in Turkey have to apply for licences (number starts EÜ... and they are long term) or preliminary licences ("Önlisans" number starts ÖN... and they are short term).

Data Provider

(Select one or more with x between brackets)

  • Official Government Data

Data Format

  • Machine-readable format (Excel, CSV, XML, ...)

Data Location

Applications for Preliminary licences

Applications for licences

Additional Info

I think "Lisans Durumu" of "Yürülükte" means the licence is valid.

"İl" means "province" so should definitely go in the location column but I am not sure whether "ilçe" meaning "district" should also go in the location column or the municipality column.

I don't understand the data under the magnifying glass under "Koordinat".

The 'estimated_generation_gwh' column suggests that the largest power plant in the dataset is in Puerto Rico but that can not be correct.

Describe the bug

The 'estimated_generation_gwh' column suggests that the largest power plant in the dataset is in Puerto Rico but that can not be correct.

To Reproduce

  1. Download the .CSV file from http://datasets.wri.org/dataset/globalpowerplantdatabase
  2. Open the .CSV file using Google Sheets
  3. Sort the dataset according to the column 'estimated_generation_gwh'
  4. Note that the largest power plant in the dataset is an outlier
  5. Note that its GPS coordinates put it on the island of Puerto Rico
  6. See attached screenshot and https://i.imgur.com/KxUBpaG.png

Expected behavior

I would expect the A.E.S power plant to have a 'estimated_generation_gwh' value that is at least ten times smaller.
Screen Shot 2020-02-14 at 12 39 56 PM

Owner data doesn't join well with Legal Entity Identifier database (GLEIF)

The GLEIF database (https://www.gleif.org/en/lei-data/gleif-golden-copy) maps corporate names to legal entity identifiers, which allows one to connect power plant ownership information to financial instruments such as stocks and bonds.

Examples:
PG&E Operates several power plants in California. The WRI Power Plant Database lists the owner as "Pacific Gas & Electric Co." But in the GLEIF database this company is listed as "PACIFIC GAS AND ELECTRIC COMPANY". Humans see these as the same, but matching up 30,000 ownership records is a lot of work to maintain.

A solution would be to add an LEI field for owners that have LEI data (PG&E's LEI is 1HNPXZSMMB7HMBMVBS46 as can be seen here: https://search.gleif.org/#/record/1HNPXZSMMB7HMBMVBS46). The LEI data then connects to 274 ISINs (unique financial instruments), which can then feed financial models.

The alternative is to build a mapping table from WRI owner names to LEIs as a stand-alone table that needs to be maintained separately. But if you added an LEI field, contributors could populate those fields all in one place.

LEI data has the benefit that it can also connect into the "who owns whom" hierarchy, so if people are looking to see who ultimately holds the paper for a given power plant, LEIs can be very powerful.

Turkey: crosscheck total number and capacity of grid-connected plants

Issue Type

  • [X ] New Data Source

Countries

Turkey

Affected plant(s)

all

Database field(s)

capacity

Description

From your reply to a previous issue it seems you may already be aware of these totals but I am raising this issue just in case you were not aware that the totals seem to be published monthly.

Source Information

Total (just grid connected I guess) capacity and numbers of plants by fuel type seems to be published monthly.

Data Provider

  • Official Government Data

Data Format

  • [X ] Human readable document (PDF, Word, ...)

Data Location

From https://www.teias.gov.tr/en
from the drop down reports list select "sector reports" then "Kurulu Güç"
As the name of the month is part of the file name I guess these might be published monthly or at least quarterly for example https://www.teias.gov.tr/sites/default/files/2018-07/kurulu_guc_haziran_2018.pdf gives totals as of 30th June.

Turkish government spreadsheets of additional capacity

Issue Type

  • [X ] New Data Source

Countries

Turkey

Affected plant(s)

Possibly all built since 2014 but I am not certain.

Database field(s)

Definitely: Province, licence number(this could go in the "other" field)
Possibly but not certain: Name, commissioning year, capacity, company name, fuel type, number of units

Description

Source shows additional power but unfortunately not a complete current list.

Source Information

Energy Ministry: energy investments - a spreadsheet for each year since 2014

Data Provider

(Select one or more with x between brackets)

  • Official Government Data

Data Format

(Select one or more with x between brackets)

  • [X ] Machine-readable format (Excel, CSV, XML, ...)

Data Location

Energy investments

Additional Info

You might be able to use the licence number to cross ref with the non-government source you already have and take the names and company names from that as obviously they might have changed since the capacity was added. I don't know any automated way to tell if a plant has been retired if its licence is still valid but I suspect few plants have retired since 2014.

Air emissions fields (CO2, NOx, SOx, ...) for thermal power plants

Description

Emission information is critical for uses in climate, air quality, and policy. There are several emission species with different priorities for different stakeholders.

High Need

  • CO2 - Carbon dioxide
  • NOx - Nitrogen oxides
  • SOx - Sulphur oxides
  • PM - Particulate matter

Full Emission List

  • CH4 - Methane
  • CO - Carbon Monoxide
  • N2O - Nitrous oxide
  • PFCs - Perfluorocarbons
  • CO - Carbon monoxide
  • SF6 - Sulphur hexafluoride
  • Hg - Mercury
  • O3 - Ozone

Possible Steps to Acquisition

  1. Compile map of data source -> { countries, emission species }
  2. ETL

Possible Data Sources

  • E-PRTR -- EU + ISL, LIE, NOR, SRB, CHE

  • eGRID -- USA (1996-2016)

  • NGER -- AUS (2012-2016)

  • GPED -- Global emission database tied to WEPP plants

Challenges

CO2 equivalent vs CO2

CO2e is commonly reported, and there are various accounting methods in use.

Estimated vs Measured Emissions

Time scales of accounting

Additional Info

keywords: emissions, air pollution, greenhouse gas, GHG, GHGs

Is this dead?

Is this database still being maintained and updated? It looks like there hasn't been any changes to this repo for over a year now and the last data release was over two years ago.

Whitelee wind farm error

Whitelee wind farm is only 539 MW in total, it appears as though there's double counting for the extension - i.e. GBR0002757 is already included in GBR0003981.

gppd_idnr name capacity_mw latitude longitude primary_fuel other_fuel1
24474 GBR0003489 Whitelee 322 55.6812 -4.2791 Wind nan
24475 GBR0003981 Whitelee 2 217.02 55.6772 -4.2868 Wind nan
24476 GBR0002757 Whitelee Windfarm Extension phase 2 109 55.6394 -4.3176 Wind nan

The [email protected] email address in the README cannot be sent to

Hello,

I just tried to send an email to [email protected] (which is linked to in your README) and got the following error:

2018-05-23 at 11 02 am

Here's the email I tried to send you:


I built something fun using your Global Power Plant Database.

https://global-power-plants.datasettes.com/global-power-plants-afbd345/global-power-plants

It's a UI for running faceted searches against the full set of 25,000 power plants and visualizing them on a map. It also provides a JSON API for querying the data... and you can even run your own custom SQL against it, e.g. https://global-power-plants.datasettes.com/global-power-plants-afbd345?sql=select+*+from+%5Bglobal-power-plants%5D+where+%22country_long%22+%3D+%22Brazil%22+and+%22fuel1%22+%3D+%22Biomass%22 - select * from [global-power-plants] where "country_long" = "Brazil" and "fuel1" = "Biomass"

This is all running on top of my open-source project Datasette - a toolkit for building this kind of thing against any form of structured data and then publishing it online: https://github.com/simonw/datasette

I've actually automated the process of packaging and deploying your data using Travis CI - here's my GitHub repo which runs automatically once a day
and pulls your latest CSV file, then deploys it using Datasette: https://github.com/simonw/global-power-plants-datasette

I'm REALLY impressed by the quality of your data - and it's a fantastic fit for demonstrating the software I've been building.

Cross check coal plant locations, capacity and owners with Coalswarm

I wonder if it might be a good idea to cross-check locations with the satellite photos on Coalswarm and their documentation of the capacity and owners of coal plants.

If that is not a good idea could the following be corrected manually?

WRI1018707 owner is Konya Şeker which is owned by Anadolu Birlik Holding

WRI1018721 and WRI1018715 ultimate owner is Çelikler Holding

WRI1018723 is owned by Adularya Enerji which Tasarruf Mevduatı Sigorta Fonu - TMSF - is trying to sell

WRI1018702 total capacity is 2790MW according to the owner.

WRI1018725 has a typo in the name which should include "Termik" meaning thermal.

The 2 coal plants owned by İÇDAŞ WRI1018706 and WRI1018714 have got a bit mixed up.

According to the energy page on their website (drop down Tesislerimiz) they are called
İÇDAŞ ÇELİK Akışkan Yataklı Enerji Santralleri capacity 405MW
and
İÇDAŞ ELEKTRİK Süper Kritik Enerji Santrali capacity 1200MW (this one has gas as an alternative fuel)

And according to satellite pics at Coalswarm the smaller plant is at 40.44380, 27.13067 and the larger at 40.39953, 27.04973

Turkey: plants receiving capacity payments are operational

Issue Type

  • New Data Source

Countries

Turkey

Affected plant(s)

Some larger fossil fuel plants

Database field(s)

Operational Status

Description

The operational status is currently blank. This source confirms that some plants are operational.

Source Information

If you wish I can check with a native speaker but as I understand the capacity mechanism plants only receive payments when operational. Therefore except for "CENAL TES" which did not receive a payment all the plants listed in the May source must have been operational last month.

Data Provider

(Select one or more with x between brackets)

  • Official Government Data

Data Format

  • Machine-readable format (Excel, CSV, XML, ...)

Data Location

Capacity payments in May only seems to be on the Turkish half of the website not the English half.

Presumably subsequent months will be anounced under "DUYURULAR" at TEİAŞ

Additional Info

Obviously some plants may be operational but not receiving payments.

Cooling Technology field for thermal plants

Description

Cooling Technology: categorical
Technological implementation used to regulate heat energy during electricity generation.

Possible Steps to Acquisition

  1. Define vocabulary
  2. Compile sources
  3. ETL

Possible Data Sources

[TODO]

Vocabulary (WIP)

  • Unknown
  • Dry
  • OnceThrough
  • NaturalRecirculatingTower
  • Forced RecirculatingTower
  • RecirculatingPond

Challenges

In some cases a single power plant will use multiple cooling technologies.
Disaggregating to the generating unit level would ease this edge case.

Additional Info

keywords: cooling, water, water use, tech,

Location correction for WRI1006494

Issue Type

(mark with x between brackets)

  • Proposed Data Correction
  • New Data Source

Countries

Spain

Affected plant(s)

WRI1006494

Database field(s)

Location

Description

The coordinates for this plant (Garona Verda) fall on the Santa María de Garoña Nuclear Power Plant, probably as a result of fuzzy string matching somewhere.

Source Information

The actual location appears to be colocated with a fish farm in the town of Les at latitude 42.802499, longitude 0.704113. Source: https://cincodias.elpais.com/cincodias/2002/10/22/empresas/1035293998_850215.html

Data Provider

(Select one or more with x between brackets)

  • Official Government Data
  • Utility/Producer Data
  • Non-profit/Independent Group Data
  • Unknown Quality

Data Format

(Select one or more with x between brackets)

  • Text on web page
  • Structured web page (table or regular format for data)
  • Machine-readable format (Excel, CSV, XML, ...)
  • Human readable document (PDF, Word, ...)

Data Location

(insert URL(s) or source of information)

Additional Info

(anything else?)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.