NSDisplay 2013 - FMI Salamat

Aloittaja weatherc, lauantai, 23.02.2013, 17:26

« edellinen - seuraava »

0 Jäsenet ja 2 Vieraat katselee tätä aihetta.

Zalama

Olisikohan jossain vaiheessa mahdollista saada asetus, että kartalla näytetään vain "correlated strikes" ? Tahtoo tulla ihan liikaa roiskeita kartalle kun kaikki näytetään. Nextormissa tuon vaihtoehdon voi laittaa päälle, tuleeko tieto ipc:stä ulos, en tiedä.

weatherc

#21
Lainaus käyttäjältä: Zalama - lauantai, 08.06.2013, 17:11
Olisikohan jossain vaiheessa mahdollista saada asetus, että kartalla näytetään vain "correlated strikes" ? Tahtoo tulla ihan liikaa roiskeita kartalle kun kaikki näytetään. Nextormissa tuon vaihtoehdon voi laittaa päälle, tuleeko tieto ipc:stä ulos, en tiedä.

Hyvä idea kyllä.
En tiedä löytyykö kyseinen data IPC:stä mutta yksi ongelmahan tuossa tutkakuvassa noin yleisesti on, kun paljon iskuja niin roiskeiden lisäksi se menee aika raskaaksi. FMI-datassa laitoin jo 800 iskun katon jonka jälkeen se siivoaa ulos vanhemmasta päästä. Tuloshan tahtoo vaan olla se että kun paljon aktiviteettiä niin näytetyt iskut ovat kaikki tyyliin < 10 min vanhoja.
Se miten se vaikuttaa toimivuuteen riippuu taas selaimesta mutta yleisesti ottaen IE on surkein tässä hommassa.

Toisaalta jos "correlated" data löytyy ja sen tekee NSBackendissä niin kartta on tyjhä kunnes ilmestyy solu joten se pitäisi tehdä NSD.ssä jotta pytsyisi seuraamaan myös pientä aktiviteettiä jossa ei ole soluja.

EDIT: Correlated-data löytyy IPC-datasta :)

weatherc

Päivitetty zippi kehissä :)

NSBackend
- Toivottavasti vähemmän .NET-erroreita
- Nopeutettu iskujen kysely, nyt 2 ms välein. Tänään napannut jopa 15 enemmän iskua mitä NS, samlla noiset olleet samat. Max/min hitusen alle NS mutta se voi johtua myös laskutavasta.
- Iskujen listaus ikkunassa poistettu käytöstä
- Vähemmän SQLite-kyselyjä

NSD
- Correlated strikes-täppi - kannattanee käyttää varsinkin jos paljon iskuja
- NSBackendin "max iskuja"-asetus otetaan huomioon "Iskut viime X min"-luvussa, jos lukema sama mitä sallittu max-lukema lisätään lukemaan plus-merkki, esim 800+
- WRF sadeennustelayeri oletuksena pois käytöstä

jamo

Lainaus käyttäjältä: weatherc - lauantai, 08.06.2013, 21:48
NSBackend
NSD

Voiko NSBackendin päivittää lennosta, ilman että joutuu/tarvitsee päivittään noita web -palikoita? Ja mitkä on ne muuttuneet tiedostot tuossa web -kansiossa?

jamo

weatherc

Lainaus käyttäjältä: jamo - sunnuntai, 09.06.2013, 21:43
Voiko NSBackendin päivittää lennosta, ilman että joutuu/tarvitsee päivittään noita web -palikoita?

Voi. Se on täysin standalone-palikka. Mahdolliset lisäykset datafiluihin, kuten correlated-data nytten, lisäsin datan loppuun joten se ei vaikuta vanhaan NSD:hen mitenkään

Lainaus käyttäjältä: jamo - sunnuntai, 09.06.2013, 21:43
Ja mitkä on ne muuttuneet tiedostot tuossa web -kansiossa?

NSconfig.php (Pari uutta sanaa sekä disabloin WRF-ennusteen oletuksena)
NSDisplay.php
nsdisplay.js

weatherc

Tuorein zippi uppattu.

NSB:
- Uusin versio joka toiminut moitteitta ainakin täällä.

NSD:
- Vaidettu paikkakuntalayeri tweakattuun versioon, muutettu filu nsdisplay.js.

Pby11

En vaan ymmärrä, missä vika luuraa, saan turhan paljon virheilmoja tuolla uudella NSBackend:illä.
Ei tässä varmaan muu auta kun siirtyä takaisin, siiheen vanhaan.
NET Framework on päivitetty, ja palattu takaisin, ei mitään vaikutusta.
Käyttistä vaihdettu: ei vaikutusta.
Jatkuvasti joutuu käskeen jatkamaan.  :-\

Tässä yksi esim. virhe-litaniasta:

tietoja siitä, kuinka voit
ottaa käyttöön JIT-virheenkorjauksen tämän valintaikkunan sijasta.

************** Poikkeuksen teksti **************
System.Data.SQLite.SQLiteException (0x80004005): SQL logic error or missing database
cannot start a transaction within a transaction

Server stack trace:
   kohteessa System.Data.SQLite.SQLite3.Reset(SQLiteStatement stmt)
   kohteessa System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
   kohteessa System.Data.SQLite.SQLiteDataReader.NextResult()
   kohteessa System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
   kohteessa System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
   kohteessa System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
   kohteessa System.Data.SQLite.SQLiteTransaction..ctor(SQLiteConnection connection, Boolean deferredLock)
   kohteessa System.Data.SQLite.SQLiteConnection.BeginDbTransaction(IsolationLevel isolationLevel)
   kohteessa System.Data.SQLite.SQLiteConnection.BeginTransaction()
   kohteessa NSBackend.Form1.<>c__DisplayClassf.<Run10sec>b__e()
   kohteessa System.Threading.Tasks.Task.InnerInvoke()
   kohteessa System.Threading.Tasks.Task.Execute()

Exception rethrown at

weatherc

Tiedossa on että tahtoo olla hitusen error-herkkä tapaus. Täällä se on tuolla Atomi-W7:lla toiminut liki moitteitta, siinä jos jossain odotin sen puskevansa vikailmoja jos niin tehtääkseen, purkki kun on suht nuhapumppu Atomi + 32 bittinen W7 ja sillä tehdään vaikka mitä, aina WXSIMin ennusteista ja FFMPEG-videoihin normi WD/Nexstorm-taapeltelun lisäksi...

Ainut mitä mieleen voisi tulla on RAM:in määrä, mulla sitä on 4 GB.


Pby11

Lainaus käyttäjältä: weatherc - sunnuntai, 16.06.2013, 20:57
Tiedossa on että tahtoo olla hitusen error-herkkä tapaus. Täällä se on tuolla Atomi-W7:lla toiminut liki moitteitta, siinä jos jossain odotin sen puskevansa vikailmoja jos niin tehtääkseen, purkki kun on suht nuhapumppu Atomi + 32 bittinen W7 ja sillä tehdään vaikka mitä, aina WXSIMin ennusteista ja FFMPEG-videoihin normi WD/Nexstorm-taapeltelun lisäksi...

Ainut mitä mieleen voisi tulla on RAM:in määrä, mulla sitä on 4 GB.



Se kävi minullakin mielessä, minullakin on 4GB, (emo ei pystyy enemmän käyttämään). Tilauksessa on uudet kammat, 2x2 GB, josko niissä vanhoissa olisi kuitenkin joku vika.
Katsotaan miten äijän käy  ;)

HapaK

Moi,

Onkohan tuossa NSDisplay 2013 statistiikkaosastossa (NSDisplay MONTHLY REPORT) jotakin mätää kun Maxstorms tikkaa samaa arvoa kuukauden joka päivälle?




http://jyv-weather.info