LBS19002082 Corona

[Winni]

Hallo jonofe ,

die alte API schein nicht mehr zu funktionieren. Wenn du in deinem Baustein statt https://corona.lmao.ninja/ immer https://corona.lmao.ninja/v2/ verwendest, kappt's erstmal wieder. Schön wären aber auch die neuen Werte.


{"updated":1587143275385,"country":"Germany","c oun tryInfo":{"_id":276,"iso2":"DE","iso3":"DEU","lat" :51,"long":9,"flag":"https://raw.githubusercontent.com/NovelCOVID/API/master/assets/flags/de.png"},"cases":138456,"todayCases":758,"deaths": 4193,"todayDeaths":141,"recovered":81800,"active": 52463,"critical":4288,"casesPerOneMillion":1653,"d eathsPerOneMillion":50,"tests":1728357,"testsPerOn eMillion":20629}

keine Ahnung ob früher auch Tests und Flagge greifbar waren

[jonofe]

Ich habe den LBS heute schon umgebaut, so dass nun automatisch Datenarchive gefüllt werden. Die Daten basieren dann auf Johns Hopkins University und schreiben die historischen Daten seit Beginn der Pandemie in Datenarchive. Diese Daten weichen teilweise signifikant den worldometer Daten ab, welche weiterhin die normalen Ausgänge des Bausteins befüllen. Der LBS ist aber noch im Test.

[jonofe]

Das Update des LBS v0.2 werde ich gleich hochladen. Vor der Verwendung bitte ein Backup (inkl. Datenarchive) machen, da der LBS Datenarchive zurücksetzt und neu befüllt. Wenn man eine falsche ID angibt, dann werden die Daten im betreffenden Datenarchive gelöscht und mit den Daten dieses LBS überschrieben. Datenarchive werden nur geschrieben, wenn der LBS an E4 getriggert wird. Ein Trigger an E2 macht nur ein Update der Ausgänge A1 - A15 und wirkt sich auf kein Datenarchiv aus. Datenarchive, die an E6-E11 verwendet werden, müssen vorher in EDOMI angelegt werden und deren ID an den Ausgängen spezifiziert werden.
Datenquelle für die Datenarchive ist Johns Hopkins University, für die Ausgänge A1-A15 WorldOMeters.

In der VISU, könnte es so aussehen:

covid19.PNG

[Winni]

Würde ihn gerne testen, aber er ist irgendwie online nicht zu finden.

[jonofe]

Hatte noch einen Fehler gefunden. Upload kommt morgen früh...

[jonofe]

v0.2 ist jetzt im Downloadporttal verfügbar.

[Winni]

Hallo jonofe,

hab' da ein Problem an folgender Stelle:

            if ($countryHistoricalJSON = file_get_contents('https://corona.lmao.ninja/v2/historical/' . $country . '?lastdays=' . $E[5]['value'])) { 

Hier ist $country (oft, nicht immer?) ein Array

2020-04-20 09:32:10	774939	7380	debug	EXE19002082 [v0.2]: File: /usr/local/edomi/www/data/liveproject/lbs/EXE19002082.php | Error: 8 | Line: 213 | Array to string conversion (3582)
2020-04-20 09:32:10	869066	7380	debug	EXE19002082 [v0.2]: File: /usr/local/edomi/www/data/liveproject/lbs/EXE19002082.php | Error: 2 | Line: 213 | file_get_contents(https://corona.lmao.ninja/v2/histori...lastdays=all): failed to open stream: HTTP request failed! HTTP/1.1 404 Not Found[CR][LF] (3582)

Magst du dir das nochmal ansehen?

Ergänzung: Scheint zu passieren, wenn die Einzeldaten und das Archiv gleichzeitig getriggert werden. Hab jetzt den Timestamp als Trigger für das Archiv, dann klappt es.

Wunsch: Könntest du einen Ausgang spendieren, wenn das Archiv aufgebaut ist. Dann könnte ich das Diagramm entsprechend triggern. Ist bei mir notwendig, weil ich die Länger die ich Anzeige beliebig auswählen kann:

2020-04-20 09_47_14-EDOMI · Visualisierung.png

[jonofe]

Magst du dir das nochmal ansehen?

Ich habe die Variable $country versehentlich in zwei unterschiedlichen Zusammenhängen verwendet. Das Problem trat nur dann auf, wenn in einem LBS Durchlauf beide Trigger Eingänge auf 1 gesetzt waren. Wird in der 0.3 behoben sein. Zusätzlichen Ausgang A16 ist auch dabei, welcher eine 1 sendet, nachdem die Datenarchive in der mySQL DB fertig geschrieben wurden.