Eikös JavaScriptissä saa tuota muutettua floatiksi? Minä en JavaScriptiptiä käyttänyt, mutta JSON-parserista sai tuo ulos ilman hipsuja. Pitäähän tuo päivämääräkin jotenkin käsitellä.
Ei vaikuttanut.
Sarjassaan taas niitä asioita mitkä on aivan liian vaikeasti löydettävissä. Ei olisi vaikea tehdä vaikka postinumerolla lämpötilojen haku joka riittäisi varmaan useimmille tarkkuudeksi.
Olisikohan tällaiselle miten suurta tarvetta? Ilmatieteenlaitoksen kautta ainakin saisi säädatan kun sen vaan toisi saavutettavaksi hieman helpommasti. Pitäisi havaintopisteet ja postinumerot jotenkin saada mäpättyä.
Pää meinaa heti räjähtää kun katsoo FMI avointa dataa. Näissä julkisissa rajaoinnoissa on se iso ongelma että niissä ei huomioida aivan yksinkertaisimpia tapauksia vaan rajapintoihin oksennetaan massiiviset määrät dataa.
<StoredQueryDescription id="fmi::forecast::harmonie::surface:oint::timevaluepair">
<Title>Harmonie Surface Point Weather Forecast as time value pairs</Title>
<Abstract> The stored query can be used to fetch Harmonie surface level weather forecast in time value pair format. The model data covers the geographical area of Scandinavia. New forecast dataset will come available every 6 hours. Location need to be specified as place or geoid or latlon query parameters. By default data will be returned 50 hours from the request time. </Abstract>
<Parameter name="starttime" type="dateTime">
<Title>Begin of time interval</Title>
<Abstract> Parameter specifies the begin of time interval in ISO 8601 format (for example 2012-02-27T00:00:00Z). </Abstract>
</Parameter>
<Parameter name="endtime" type="dateTime">
<Title>End of time interval</Title>
<Abstract> Parameter specifies the end of time interval in ISO 8601 format (for example 2012-02-27T00:00:00Z). </Abstract>
</Parameter>
<Parameter name="timestep" type="int">
<Title>The time step of data in minutes</Title>
<Abstract> The time step of data in minutes. Notice that timestep is calculated from start of the ongoing hour or day. </Abstract>
</Parameter>
<Parameter name="parameters" type="NameList">
<Title>Parameters to return</Title>
<Abstract> Comma separated list of meteorological parameters to return. </Abstract>
</Parameter>
<Parameter name="place" type="xsi:string">
<Title>The location for which to provide data</Title>
<Abstract> The location for which to provide forecast. Region can be given after location name separated by comma (for example Kumpula,Kolari). </Abstract>
</Parameter>
<Parameter name="latlon" type="gml
<Title>Location coordinates to return data.</Title>
<Abstract> Location coordinates to return data (lat,lon). For example 61.2,21 </Abstract>
</Parameter>
<Parameter name="geoid" type="int">
<Title>Geoid of the location for which to return data.</Title>
<Abstract> Geoid of the location for which to return data. (ID from geonames.org) </Abstract>
</Parameter>
<Parameter name="fmisid" type="int">
<Title>FMI observation station identifier.</Title>
<Abstract> Identifier of the observation station. </Abstract>
</Parameter>
<Parameter name="wmo" type="int">
<Title>WMO code of the location for which to return data.</Title>
<Abstract> WMO code of the location for which to return data. </Abstract>
</Parameter>
<QueryExpressionText xmlns:wfs_001="http://inspire.ec.europa.eu/schemas/omso/3.0" xsi:schemaLocation="http://inspire.ec.europa.eu/schemas/omso/3.0 https://inspire.ec.europa.eu/schemas/omso/3.0/SpecialisedObservations.xsd" returnFeatureTypes="wfs_001gc:def:queryLanguage:OGC-WFS::WFS_QueryExpression" isPrivate="true"/>
</StoredQueryDescription>
Painajaismaista. Ihan oikeasti melkoinen sotku tuokin. Ymmärrän että tieteelliseen käyttöön tarvitaan paljon dataa. Mutta en ymmärrä miksei perushakuja saa tehtyä näin:
Miten tuossa käy vastusten kanssa? Eikö suuri velka pistä vastukset päälle? Niiden totaaliesto on hiukan kyseenalaista, jos sattuu tulemaan joku häiriö kompurapuolelle.
Totta, toistaiseksi olen ajellut ilman vastuksia. Pitää keksiä jotakin muuta talvella varsinkin jos ei ole kotosalla. Thermiassa on lisälämmölle toinen integraali A2, jonka alin arvo voi olla -990 asteminuuttia. Eli aika alas voi mennä. Sitten on vielä asetus "VIIVE EVUN JÄLKEEN - Aika minuutteina. Ilmaisee kuinka monta minuuttia pitää kulua EVUn jälkeen ennen kuin lisälämmön saa aktivoida." tuon maksimiarvo on 120 minuuttia. Tuo EVU (tulee saksankielen sanasta Elektrizitätsversorgungsunternehmen) on juuri se tila, jota ohjaan.
api.spot-hinta.fi
Kai tuo voisi antaa pidemmälle ennusteen, jos sitä vaikka jotenkin haluaisi käyttää optimointiin?
Jotain perää tuossa on, koska esim. Oumanin säätimissä on tuulikompensaation käyttömahdollisuus.
Avaatko tarkemmin mikä ero noissa kahdessa on? Onko ero laskettu pelkästä pörssihinnasta vai onko mukana myös marginaali, siirtohinta ja sähkövero?
Nuo kuitenkin vaikuttavat oleellisesti laskettuun prosentuaaliseen säästöön, kun sekä halvat että kalliit tunnit kallistuvat samalla kiinteällä osuudella.
Nordpoolin sivuilta tiedon kerääminen on tosiaan kielletty ja silti sitä tehdään, tämän tuntuu kaikki ymmärtävän. Mutta myös Entso-E transparency platformin data on vain käyttäjän (api avaimen haltijan) omaan käyttöön ja sitä ei saa levittää eteenpäin. Osa Entso-E datasta on CC-BY 4.0 lisenssillä, siitä on ihan taulukko ja "syy" miksi näin on, yleensä viitaten eri direktiiveihin. Mutta spot-alueiden day-ahead hintatiedot eivät ole mukana.Ei sinänsä suuresti haittaa. Jos vaikka joku idea miten rajapintaa voisi vielä parantaa syntyy samalla
-- 0.25 hours --
27.9. 03:45 --> 27.9. 04:00
{'on': ['30 45 3 27 9 *'], 'off': ['30 59 3 27 9 *']}
24h avg: 13.59 snt/kWh 0.25h avg: 1.27 snt/kWh
-- 3.00 hours --
27.9. 02:00 --> 27.9. 05:00
{'on': ['30 0 2 27 9 *'], 'off': ['30 59 4 27 9 *']}
24h avg: 13.59 snt/kWh 3.00h avg: 1.29 snt/kWh
-- 4.00 hours --
27.9. 01:00 --> 27.9. 05:00
{'on': ['30 0 1 27 9 *'], 'off': ['30 59 4 27 9 *']}
24h avg: 13.59 snt/kWh 4.00h avg: 1.31 snt/kWh
-- 6.00 hours --
27.9. 00:00 --> 27.9. 06:00
{'on': ['30 0 0 27 9 *'], 'off': ['30 59 5 27 9 *']}
24h avg: 13.59 snt/kWh 6.00h avg: 1.43 snt/kWhJuuri näin. Eli yksi schedule joka hakee muut schedulet. Scheduleja saa olla 20 yhdessä laitteessa eli "varaa" on. Minulla on nyt tuo Shelly irti mutta laitan sen kiinni ja katson tuon scriptin valmiiksi + githubiin niin käytännössä sen voisi kuka vaan vaan copy-pasteta shellyynsä.
onhan näitä: https://www.npmjs.com/package/nordpool