Vytvořit OFN Využití stanic pro nabíjení elektromobilů

[hrnciar]

Dobry den,

v ramci svojej diplomovej prace na FI MU pracujem na zverejnovani otvorenych dat mesta Zdar nad Sazavou v systeme CKAN. Momentalne sa zaoberam publikovanim dat o vyuzivani elektrostanic.
Chcel by som sa spytat, ci mate v plane vytvorit v buducnosti OFN pre takyto typ dat. Moja predstava ako by CSV vyzeralo je priblizne takato:

datum,prichod,odchod,trvani,spotreba
2017-08-31,12:19,16:59,4:40,9.023 kWh
2017-08-31,08:09,09:19,1:10,4.133 kWh

Dakujem za pomoc.
S pozdravom

Tomas Hrnciar

[jakubklimek]

@hrnciar Dobrý den, díky za zájem. Ano, je to relevantní téma pro OFN. Jelikož ale naše kapacita není neomezená, oceníme vaši pomoc. Mohl byste se podívat například na OFN Akce a v podobném duchu zkusit popsat, jaké entity jsou vaším CSV vlastně popsány, co znamenají a jak jsou propojeny?

Určitě by to mělo být alespoň Nabíjecí místo (a stojan? a jeho konkrétní výstup?) a Nabíjení (reprezentující akt připojení elektromobilu, nabití, odpojení, vyúčtování).

Měl bych následující připomínky:

1. Chybí identifikátor samotné nabíjecí stanice (místo, stojan, ID výstupu). Identifikátory by měly mít podobu IRI, aby byly jednoznačné na celém Webu a usnadnily práci s více zdroji podobných dat.
2. Začátek a konec nabíjení by musel být v souladu s ostatními OFN Časový interval ve variantě datum a čas.
3. Trvání by mělo být specifikováno standardně pomocí datového typu xsd:duration a nebo jako počet minut (nebo vteřin?)
4. Spotřeba by měla být reprezentována jako Množství, tedy odděleně hodnotu a jednotku, tj. místo 9.023 kWh odděleně 9.023 a KWH
5. Trvání je nadbytečné, když už je tam začátek a konec - dá se spočítat. Bylo by tam tedy jen pro komfort uživatele, za cenu rizika zanesení chyby.
6. CSV by pak pravěpodobně (dle návrhu entit a vazeb, které pro to jsou určující) vypadalo takto:

nabíjecí_stanice,nabíjení_interval_začátek_datum_a_čas,nabíjení_interval_konec_datum_a_čas,nabíjení_trvání,spotřeba_hodnota,spotřeba_jednotka
https://data.zdarns.cz/zdroj/nabíjecí-stanice-elektromobilů/AAA123,2020-03-16T01:00:00,2020-03-16T01:30:00,PT30M,9.023,KWH

[hrnciar]

Dobry den,

dakujem za odpoved. Mam par otazok a vopred sa opravedlnujem ak budu hlupe, ale riesim to prvy krat.

Chybí identifikátor samotné nabíjecí stanice (místo, stojan, ID výstupu). Identifikátory by měly mít podobu IRI, aby byly jednoznačné na celém Webu a usnadnily práci s více zdroji podobných dat.

IRI je iba unikatny identifikator, ale by to mala byt skutocna adresa, ktora bude odkazovat niekde na web mesta?

Trvání je nadbytečné, když už je tam začátek a konec - dá se spočítat. Bylo by tam tedy jen pro komfort uživatele, za cenu rizika zanesení chyby.

Suhlasim s tym, ze trvanie je nadbytocne a bude lepsie odstranit to.

CSV by pak pravěpodobně (dle návrhu entit a vazeb, které pro to jsou určující) vypadalo takto:

Vedeli by ste mi prosim vysvetlit tie datove modely v kontexte otvorenych dat? Pokial by som chcel zverenit dataset pre Akce, tak okrem tych dat spojenych s akciami, museli by tam byt zverejnene aj vsetky ostatne pridruzene datasety(Kontakt, Vstupne, Casova platnost atd...)

[jakubklimek]

IRI je iba unikatny identifikator, ale by to mala byt skutocna adresa, ktora bude odkazovat niekde na web mesta?

Primárně pouze unikátní identifikátor. V případě zájmu/potřeby ho lze i "zprovoznit", ale je to až sekundární.

Vedeli by ste mi prosim vysvetlit tie datove modely v kontexte otvorenych dat? Pokial by som chcel zverenit dataset pre Akce, tak okrem tych dat spojenych s akciami, museli by tam byt zverejnene aj vsetky ostatne pridruzene datasety(Kontakt, Vstupne, Casova platnost atd...)

Záměr OFN je:

1. Pokud máte data, která významově odpovídají tomu, co modelujeme, použijte tento model, ať je to všude stejně.
2. Všechny položky jsou nepovinné, tj. pokud je nemáte, tak se nic neděje.
3. Máme ale "minimalistický" příklad, kterým říkáme, že pokud v datech nemáte ani to co je tam, tak ta data asi nebudou dávat smysl a asi je nikdo nepoužije.
4. Pokud máte něco navíc, tak to tam můžete přidat libovolně + nám dejte vědět, abychom mohli zvážit, zda je to místní specialitka, nebo něco, u čeho má smysl uvažovat o zanesení do OFN pro všechny

[vlcinsky]

@hrnciar nepřímo související informace: v oblasti dopravních informací v silniční dopravě existuje Evropský standard CEN 16157 a koncem loňského roku byla otevřena nová pracovní položka Energy Infrastructure Publication, která umožňuje popis informací v této doméně (půjde o CEN 16157-10).

Jedná se jak o "statické" informace o samotných stanicích, jejich parametrech (řeší se pohonné hmoty, elektřina, plyn, vodík), jednotlivé stojany, typy kokentorů.
Součástí je i dynanická část, která umí popsat aktuální ceny, čekací doby, nabíjecí doba atp.

Seznam částí norem DATEX II nyní obsahuje 10 položek

U řady z nich je k dispozici Extrakt - cca 5-7 stran dlouhý výtah z dané části normy. Např. Publikace parkování

K části 10 - ta je v současnosti v přípravě, v praxi to znamená, že již existuje návrh modelu tříd (v Enterprise Architect) a draft textu normy, k tomu pár prezentací. Jednotlivé státy mají možnost se k návrhu textu normy vyjadřovat. Pokud by Vás toto oslovilo, můžete se mi ozvat (jsem v CEN český zástupce v pracovní skupině WG8 pro dopravní informace) - rád přivítám každého, kdo má zájem se k modelu věcně vyjádřit, posoudit jeho relevanci a případně přijít s návrhy na vhodnější řešení.