oeplatform
oeplatform copied to clipboard
Missing Schema Description
We needed the schema description for some more schemas, which are not listed within the wiki. (https://wiki.openmod-initiative.org/wiki/Database_schema)
- emission
- openstreetmap
According to the related Redmine ticket @han-f can contribute to this.
She's not available right now. I added the description in the wiki.
Should I still do something here? I can review the descriptions on toep?
Should I still do something here? I can review the descriptions on toep?
Yes, in my opinion the descriptions need some work, but this is not essential for the release of v0.6.0
OK, I can work on all of them at some point. Should I simply make suggestions here in this issue? That would be easiest for me as I can then take one by one when I have some time in between also.
suggestion for scenario: scenario data in the broadest sense. Includes input and output data from models that project scenarios into the future. Example inputs: assumptions made about future developments of key parameters such as energy prices and GDP. Example outputs: projected electricity transmission, projected greenhouse gas emissions. Note that inputs to one model could be an output of another model and the other way around.
suggestion for economy: data related to economic activities. Examples: sectoral value added, sectoral inputs and outputs, GDP, prices of commodities etc.
suggestion for emission: data on emissions. Examples: total greenhouse gas emissions, CO2-emissions, energy-related CO2-emissions, methane emissions etc.
suggestion for model_draft: unfinished data of any kind. Note: there is no version control and data is still volatile.
suggestion for society: demographic data such as population statistics and projections, fertility, mortality etc.
suggestion for policy data on policies and measures. This could, for example, include a list of renewable energy policies per European Member State. It could also be a list of climate related policies and measures in a specific country.
suggestion for boundaries: data that depicts boundaries, such as geographic, administrative or political boundaries. Such data comes as polygons.
suggestion for climate: data related to climate and weather. This includes, for example, precipitation, temperature, cloud cover and atmospheric conditions.
suggestion for demand: data on demand. Demand can relate to commodities but also to services.
suggestion for supply: data on supply. Supply can relate to commodities but also to services.
Writing these suggestions here I think many of the current schemas may have overlaps and could include the same things. Demand and supply for example could also be seen as inputs and outputs to economic sectors if viewed from an economic angle. And I also think the type of model data that the OEP is open to spans also beyond a very strict definition of energy system model.
@l-emele done for the moment. I think these sugestions are far from perfect, but they may give a better sense to the user what could be put or find where.
Looks good. Just one minor suggestions for changes:
suggestion for emission: data on emissions. Examples: total greenhouse gas emissions, CO2-emissions, energy-related CO2-emissions, methane emissions, air pollutants etc.
@han-f Are those descriptions reads to be transfered?
From my point of view yes - we can still make them prettier in a future release, correct?
Yes, of course.
And some more suggestions, for the missing updates:
environment: data that has to do with the environment in the broadest sense. This could relate, for example, to mapping of environmental resources, land cover, protected areas etc.
grid: data that relates to infrastructure, such as power lines, pipelines etc.
grid: data that relates to infrastructure, such as power lines, pipelines etc.
I think this does not necessarily only relate to energy infrastructure. Some models may make use of other infrastructure such as railways, roads etc. This could also fall under grid? Or would that be a net? Or would a better term for grid be net?
reference: data that serves as reference, such as literature, data sources, etc.
reference: data that serves as reference, such as literature, data sources, etc.
@l-emele @wingechr: may this instead be the current target schema for our conversion and GWP tables? While writing the definition I thought that these actually are some kind of reference. If you agree, then I would rephrase the definition to:
reference: data that serves as reference, such as literature, data sources, but also converters and lists of abbreviations etc.
reference: data that serves as reference, such as literature, data sources, etc.
@l-emele @wingechr: may this instead be the current target schema for our conversion and GWP tables? While writing the definition I thought that these actually are some kind of reference. If you agree, then I would rephrase the definition to:
reference: data that serves as reference, such as literature, data sources, but also converters and lists of abbreviations etc.
My understanding is that the reference scheme only contains tables that are related to the abandoned literature collection. So it is not the place for converters and lists of abbreviations.
Is this issue still relevant or has it been addressed?