⁉️ Fragen, Feedback, etc.
rphl opened this issue · 241 comments
- Für Fragen zur Konfiguration siehe auch Readme: https://github.com/rphl/corona-widget/blob/master/README.md#konfiguration
- Bei Fehlern bitte am besten direkt die WidgetParameter oder groben Standort posten. Sonst lässt sich das Problem evtl. nicht/nur schwer lösen.
‼️ ⁉️ Vor Fragen zur (LIVE)-Inzidenz, siehe "Quelle/Datenbasis" in der README!
Hallo rphl,
tolle Arbeit, die du hier leistest. Wirklich prima. Ich frage mich, ob du irgendwelche Entwickler-Tools nutzt, bei denen man links den Code und rechts die Ausgabe sieht. Wie ist da deine Arbeitsweise.
Dann habe ich noch eine Frage. Bei mir passt der Inhalt ständig nicht komplett in die Medium-Widgets. Die sind immer abgeschnitten. Woran liegt das?
Beste Grüße,
Andi
tolle Arbeit, die du hier leistest. Wirklich prima. Ich frage mich, ob du irgendwelche Entwickler-Tools nutzt, bei denen man links den Code und rechts die Ausgabe sieht. Wie ist da deine Arbeitsweise.
Danke. Arbeite am Mac+VSCode und synce die Änderungen instant via iCloud auf die Geräte. Da sehe ich direkt die Änderungen / Logs. Muss aber noch schauen wie sich das evtl. optimieren lässt.
Das alte Widget hat leider noch viele feste breiten. Dies ändert sich im Update, da wird es deutlich flexibler.
Hast du auch evtl. den Anzeigezoom an? Was für ein Gerät ist es?
Ah, danke für die Antwort.
Ich habe das iPhone Se (1st Gen.) Wo finde ich denn den Anzeigezoom?
@WillyWallace Müsste Anzeige & Helligkeit > Anzeigezoom sein
@WillyWallace Müsste
Anzeige & Helligkeit>Anzeigezoomsein
Dachte ich auch, aber da ist nichts. Hab iOS 14.1
Das gibt‘s glaub nur bei Geräten mit größerem Display...
Das iPhone 5/5S/SE hat ja nur ein 4“ Display - evtl liegt‘s daran 🤔
Habe mal ein Update online gestellt. Gerne testen. Das ist jetzt etwas flexibler.
...wäre es eine Option das widget ein wenig umzustellen und so den Inzidenzwert für Deutschland noch unterzubringen....????
...noch eine optische Kleinigkeit ist mir aufgefallen...denke es sähe noch etwas perfekter aus wenn der „Einzug“/Ausrichtung siehe Pic „gleich“ wäre....??? (iPad Pro 12,9 Zoll (2018))
Den Einzug werde ich beim nächsten mal anpassen, aber Wahrscheinlich nur den Kasten ausrichten.
Denke da es so Stimmiger ist. Werde aber auch mal etwas rumprobieren ;-)
Wie hier im Medium Widget (linke Angabe) zu sehen sind die beiden ineinanderliegenden Box scheinbar nicht immer korrekt ausgerichtet.
Mal eine praktische Frage, ich bin ja bei GitHub und ghist hub ein Neuling und habe die nur, um die tollen Widgets zu nutzen.
Hier bei GitHub in der iOS App ist das kopieren von Code relativ umständlich, ich kann nur die 40 sichtbaren Zeilen markieren, dann warten bis das iPad das in die Zwischenablage kopiert hat und dann scrollen, das die nächsten 40 Zeilen weiter von mir markiert werden können, bei ghisthub hat die #eite weitergescrollt, wenn ich mit dem markieren unten am Boden war, aber hier in der App geht das nicht.
Gibt es einen cleveren Weg, den Code zu kopieren?
In dem Betten Script, hat der Autor das elegant gelöst, er hat einen Zweizeiler geschrieben, der das Haupt Script aufruft. Dort brauche ich also nicht copy und Paste machen, sondern habe immer den aktuellsten Code im Script.
Wegen der automatischen Installation hatte ich mal meine Idee mit der "Kurzbefehle" gepostet: Zum Problem bei Punkt 4. hatte jemand schon eine Lösung gespostet, weiss aber nicht mehr wo 🤷♂️ Original post Noch mal hier reinkopiert:
Idee wie mal Scriptable "fast" automatisch updaten könnte:
Kurzbefehle Aktion anlegen:
- RAW URL kopieren
- Neuen Shortcut in Kurzbefehle App anlegen
4. Hier müssten man noch rausfinden wie die Datei überschrieben werden kann. Aktuell erstellt er einen neuen Eintrag
Wenn also einer Zeit hat das mal zu checken wäre super
Versuch es einfach mal über den Safari Browser direkt, ohne App. Eventuell noch auf Raw oben klicken...
Wie hier im Medium Widget (linke Angabe) zu sehen sind die beiden ineinanderliegenden Box scheinbar nicht immer korrekt ausgerichtet.
@tooomm Das müsste aber schon längst gefixed sein 🤔
Ich finde die Idee von @dennerforen irgendwie recht praktisch. 😉
Mich nervt es auch ein wenig, nich den ganzen Quellcode kopieren zu können. Ich benutze am iPhone entweder die GitHub App oder Microsoft Edge und in beiden gibt beim markieren die Option "Alles" nicht.
Hier ist das Intensivbettenwidget, das den eigentlichen Code erst beim Aufruf oder aktualisieren lädt:
https://github.com/Keyes/its-beds-widget
Vielleicht wäre das ja auch ne Option.
Ich finde die Idee von @dennerforen irgendwie recht praktisch. 😉
Mich nervt es auch ein wenig, nich den ganzen Quellcode kopieren zu können. Ich benutze am iPhone entweder die GitHub App oder Microsoft Edge und in beiden gibt beim markieren die Option "Alles" nicht.
Hier ist das Intensivbettenwidget, das den eigentlichen Code erst beim Aufruf oder aktualisieren lädt:
https://github.com/Keyes/its-beds-widgetVielleicht wäre das ja auch ne Option.
Beim Nachladen sehe ich spontan zwei Probleme:
- Nutzer, die den Code anpassen möchten haben es schwerer
- Code nachzuladen öffnet eine gewissen Sicherheitslücke
Ansonsten ist das natürlich eine coole Möglichkeit.
Ich finde die Idee von @dennerforen irgendwie recht praktisch. 😉
Mich nervt es auch ein wenig, nich den ganzen Quellcode kopieren zu können. Ich benutze am iPhone entweder die GitHub App oder Microsoft Edge und in beiden gibt beim markieren die Option "Alles" nicht.
Hier ist das Intensivbettenwidget, das den eigentlichen Code erst beim Aufruf oder aktualisieren lädt:
Vielleicht wäre das ja auch ne Option.
Beim Nachladen sehe ich spontan zwei Probleme:
Nutzer, die den Code anpassen möchten haben es schwerer
Code nachzuladen öffnet eine gewissen Sicherheitslücke
Ansonsten ist das natürlich eine coole Möglichkeit.
Bei beiden Punkten bin ich absolut bei dir.
Keyes lässt den Leuten aber die Wahl. Die faulen können den Zweizeiler nehmen und wer will kann den original Code verwenden.
Beim Nachladen hast Du natürlich vollkommen recht aber ich behaupte mal, 90% prüfen auch jetzt nicht was der Code so treibt, den sie per copy & paste benutzen. ;)
Ich kann mit beiden Varianten leben. 😃
Versuch es einfach mal über den Safari Browser direkt,
Danke, auch ne Idee. Gebe Feedback
Nachtrag:
Sieht in Safari auch wieder anders aus, aber ich habe den Code gefunden und dort geht es mit scrollmarkierung. Danke für den Tipp
Dass du das jetzt hier umgestellt hast, ist an mir vorbeigegangen, daher habe ich die letzten 4-5 Tage die Updates nicht mitbekommen.
Eine Frage habe ich: Ich verstehe die Balkendarstellung noch nicht wirklich.
Wachsen die Balken jetzt quasi nach unten? oder was soll die Darstellung verdeutlichen?
Die Diagramme zeigen weiterhin die Inzidenz der letzten 7 Tage.
Es ist aber ein Update in Vorbereitung das im Diagramm die reinen neuen Fälle der letzten 7Tage anzeigen soll. Siehe hier: #22
Wachsen die Balken jetzt quasi nach unten? oder was soll die Darstellung verdeutlichen?
Ist ein reine optische Entscheidung. Die Zahlen sind also nicht negativ. Der Trend entspricht also weiterhin den Inzidenz-Daten (Siehe aber auch #22)
Ok verstehe. Jetzt bin ich aber wieder up to Date und verfolge die Entwicklung jetzt weiterhin
Ich finde die Idee von @dennerforen irgendwie recht praktisch. 😉
Mich nervt es auch ein wenig, nich den ganzen Quellcode kopieren zu können. Ich benutze am iPhone entweder die GitHub App oder Microsoft Edge und in beiden gibt beim markieren die Option "Alles" nicht.
Alternativ könntest du https://scriptdu.de nutzen. Das ist eine Art Paket-Manager, den ich für Scriptable gebaut habe.
Der Charm dabei: Sämtliche Logik bleibt in dem Scriptable-Script selbst. Du kannst manuell updaten - musst aber nicht. Und es funktioniert mit jedem bestehenden Widget.
@kevinkub Saucool, zumindest das installieren ist so ein Traum. Wie läuft das aktualisieren ab? Einfach das ScriptDude Script aufrufen?
Danke Kevin, habe es mal getestet, sieht vielversprechend aus.
@kevinkub Saucool, zumindest das installieren ist so ein Traum. Wie läuft das aktualisieren ab? Einfach das ScriptDude Script aufrufen?
Exakt. Script starten und wenn es Updates gibt erscheinen die oben.
Das Skript kann seit heute Morgen nicht mehr geladen werden. Noch jemand das Problem?
Liegt an der Datenquelle
Hat wohl noch niemand bemerkt, weil in den Nachrichten der Fokus auf die US Wahl liegt... von Corona habe ich heute bisher nichts gehört 🙈
Ja leider -.-
Unabhängig von den nicht aktuellen Daten, scheint es generell Probleme mit der Api zu geben (Gegeben zu haben)
Siehe auch hier: #28
Mich hätte interessiert welche Elemente in dem Widget welche Werte Wiederspiegeln.
Kann dann auch ein PR stellen um die README anzupassen. Habe versucht mir aus dem Code das Ganze selbst zu beantworten, aber bin nicht schlauer geworden. Im gist stand auch nichts.
Heute Abend/Morgen Vormittag gibt es ein Update zum Widget. Versuche dann direkt die Readme Upzudaten :-)
@moritzdietz siehe #23 und ganz besonders #22 (comment)
So Update ist online. Was es neues gibt steht hier: README und Changelog
Gerne testen (JSON backup zuvor erstellen :-)). Und Feedback geben
Konnte die Version ohne iCloud nicht ausgiebig testen. Gerne auch hier Feedback an mich
Mich hätte interessiert welche Elemente in dem Widget welche Werte Wiederspiegeln.
Kann dann auch ein PR stellen um die README anzupassen. Habe versucht mir aus dem Code das Ganze selbst zu beantworten, aber bin nicht schlauer geworden. Im gist stand auch nichts.
@moritzdietz Habe die readme aktualisiert.
@moritzdietz siehe #23 und ganz besonders #22 (comment)
@tooomm Ist gefixed :-)
Wollte gerne 28 Tage im Diagramm anzeigen lassen. Das klappt aber leider nicht. Meinst du, du bekommst das hin?
Danke für die super Arbeit
Sieht super aus.
Kannst du die Zahl oben rechts noch bündig machen, siehe Linie.
Und unten den Abstand etwas verringern, damit die Graphen auch gut lesbar sind, wenn hier 21 Tage oder mehr angezeigt werden.
Wollte gerne 28 Tage im Diagramm anzeigen lassen. Das klappt aber leider nicht. Meinst du, du bekommst das hin?
Danke für die super Arbeit
@TheSpirit Im Script die Config für Caching/Diagram auf 28 stellen und warten. Dann werden im Diagramm max 28 Tage dargestellt
Ob das platztechnisch dann noch gut aussieht steht, sei mal dahingestellt. Denke 14 tage ist schon ein guter Wert, der noch schön darzustellen ist.
Hab beides auf 28 gestellt, dann wird aber gar kein Diagramm mehr angezeigt. Platz wäre ja aber noch denke ich
@rphl sieht top aus. Danke für das Update.
@TheSpirit ich denke nicht, das das Sinn macht. Die covid App zeigt die letzten 14 Tage an, weil du dann durch bist. Wenn der Trend der letzten 14 Tage sichtbar ist, ändert sich ja nicht viel.
Oh, Du hast die Erläuterung mit einem Screenshot gemacht. Noch viel besser als ich es mir vorgestellt hatte. Sehr hilfreich. Herzlichen Dank!
@TheSpirit ich denke nicht, das das Sinn macht. Die covid App zeigt die letzten 14 Tage an, weil du dann durch bist. Wenn der Trend der letzten 14 Tage sichtbar ist, ändert sich ja nicht viel.
stimmt, daran hatte ich garnicht gedacht
Würde es nicht Sinn machen den R-Wert auch immer mit zwei Nachkommastellen anzugeben?
Ah sehe ich gerade auch, zeigt nur eine 1 an. Da hat das RKI sich wohl die Nachkommostellen gesparrt.
Du könntest ja trotzdem immer zwei anzeigen.
bei ner älteren Version (glaub vom 01.11.) von deinem Widget wird noch 1,02 angezeigt ... nur bei der aktuellen Version wird auf 1 gerundet (?)
Dann sollte es ja eigentlich nicht an den Daten vom RKI liegen oder wird der Faktor jetzt woanders hergeholt?
1,02 ist aus Richtig 🤔 habe mal ein update online gestellt. Das wieder auf die Feldnamen in der RKI CSV geht.
Hier scheint es sich doch mal öfter zu verschieben 🤷♂️
hat geklappt, danke dir.
Vielleicht hab ich das die letzten Tage verschlafen, deshalb frag ich einfach mal.
Warum benutzen wir nen eigenen geschätzten R-Wert und nicht den offiziellen vom RKI?
Offiziell ist heute ca. 0,8 und wir nehmen 1,02.
Warum benutzen wir nen eigenen geschätzten R-Wert und nicht den offiziellen vom RKI?
Offiziell ist heute ca. 0,8 und wir nehmen 1,02.
Selbst geschätzt wird der R-Wert nicht, sondern tatsächlich der Wert vom RKI genommen. Aber das RKI berechnet da selbst zwei verschiedene Werte: Die ca. 0,8 scheint der R-Wert in Bezug auf die letzten 4 Tage (?) zu sein, das Script benutzt aber den R-Wert der letzten 7 Tage. Dieser Wert fehlt für heute aber in der CSV Datei vom RKI noch, deswegen wird sicherlich noch der Wert von gestern angezeigt
Hier ist die CSV Datei, die ausgelesen wird: https://www.rki.de/DE/Content/InfAZ/N/Neuartiges_Coronavirus/Projekte_RKI/Nowcasting_Zahlen_csv.csv?__blob=publicationFile
So Update ist online. Was es neues gibt steht hier: README und Changelog
Gerne testen (JSON backup zuvor erstellen :-)). Und Feedback geben
Konnte die Version ohne iCloud nicht ausgiebig testen. Gerne auch hier Feedback an mich
Mich hätte interessiert welche Elemente in dem Widget welche Werte Wiederspiegeln.
Kann dann auch ein PR stellen um die README anzupassen. Habe versucht mir aus dem Code das Ganze selbst zu beantworten, aber bin nicht schlauer geworden. Im gist stand auch nichts.@moritzdietz Habe die readme aktualisiert.
@moritzdietz siehe #23 und ganz besonders #22 (comment)
@tooomm Ist gefixed :-)
Ist jetzt sehr gut geworden!
Auch das Bild mit der Inhaltsbeschreibung erklärt jetzt alles.
Vorschlag:
Antippen des Widget öffnet Screen mit Erklärung.
Weiter so!
LG
Uwe Loyal
Könnte man bei der addLabelTo-function noch label.minimumScaleFactor = 0.8 einfügen?
Damit würde die Schriftgröße auf kleineren Geräten automatisch angepasst werden und man müsste den R-Wert nicht runden, ich muss das bei jeder Änderung neu einfügen 😊
@AlScho88 Danke für den Tipp.
Hatte es mal drinnen. Aber irgendwie ist es abhanden gekommen 🤷♂️ Gerne bei sowas einen PR erstellen :-)
Werde es versuchen heute aber einzubauen...
...könntest Du evtl. noch einen Trendpfeil beim R-Wert für D mit einbauen....Berechnung analog den anderen Trendpfeilen..??? ....evtl. auch farbig mit dem bekannten Farbmuster...? ...würde ich mit Farbe auch bei den anderen vorhandenen Trendpfeilen bevorzugen, da man es einfach optisch schneller erfassen kann...ist ja doch je nach Gerät ziemlich klein dargestellt..... ????????
Hi, erst mal danke für das coole Widget!
Bei den diagrammen / historie scheint es ein Problem zu geben die zeigen bei mir keine Werte an?
Hi, erst mal danke für das coole Widget!
Bei den diagrammen / historie scheint es ein Problem zu geben die zeigen bei mir keine Werte an?
Hi, wenn du es frisch installiert hast und keine json Datei im iCloud Speicher hast, kann da auch noch nichts angezeigt werden. Du musst die das Skript jetzt ein paar Tage gespeichert lassen und damit sammelst du dann die historischen Daten.
Hi, auch von mir vielen Dank für dein Widget, sieht super aus. Ich hab selbst mit ein paar Vorlagen versucht mir sowas zusammenzubasteln. Dank dir konnte ich nun aufhören mit verzweifeln😅
Sag mal könntest du in dein Widget eine Option einbauen, dass man wahlweise statt der Inzidenz des Bundeslandes die Inzidenz für Deutschland angezeigt bekommt? Oder vielleicht auch beides gleichzeitig wenn genug Platz ist.
@AlScho88 Danke für den Tipp.
Hatte es mal drinnen. Aber irgendwie ist es abhanden gekommen 🤷♂️ Gerne bei sowas einen PR erstellen :-)
Werde es versuchen heute aber einzubauen...
Habe gesehen dass es jetzt integriert ist, vielen Dank!
Aber müsste es nicht heißen minScale = 0.8, also auf alle Fälle kleiner 1? So hat es ja keine Wirkung ... ? 😊
Habe gesehen dass es jetzt integriert ist, vielen Dank!
Aber müsste es nicht heißen minScale = 0.8, also auf alle Fälle kleiner 1? So hat es ja keine Wirkung ... ? 😊
Es ist noch nicht aktiv weil es noch einen Nebeneffekt gibt. Die minScale werde ich nur für bestimmte Elemente runtersetzen (wollen)
Hallo Raphael,
wenn ich den Code richtig verstehe, holt sich das Widget 1x pro Stunde die aktuellen Daten. Ist das korrekt? Spricht deinerseits was dagegen das Intervall zB auf 6 Stunden hochzusetzen um den Akkuverbrauch etwas zu reduzieren? Hab das Gefühl, dass das Widget mir den Akku deutlich schneller leer saugt.
Hi. Kann es mit dem Akku nicht wirklich reproduzieren.
Aber ja, das Intervall kann man mittlerweile hochstehen. Das RKI aktualisiert ja leider nicht mehr so oft. Außer bei Pannen -.-
6 Stunden klingt gut.
Eigentlich reicht doch sogar ein 12 Stunden Intervall oder?
RKI aktualisiert selbst die Daten doch nur einmal nachts, oder nicht?
Lass doch bitte das Aktualisierungsintervall wie es ist oder mach es konfigurierbar für diejenigen, die glauben ein Akkuproblem zu haben. Kann das nicht nachvollziehen weil man ganz einfach nachschauen kann wieviel Akku welche App zieht.
Gerade in letzter Zeit gab es öfter Probleme beim RKI und wenn es dann früh um z.B. 6:00 keine aktuellen Daten gibt, dann würde das Widget erst wieder um 18:00 aktualisieren und man hat den ganzen Tag falsche Werte, gleiches gilt für 6 Stunden.
Bzgl dem Intervall brauchst nix an deinem Code ändern, ich mach das bei mir lokal... wer Bedarf hat kann es ja selbst modifizieren... wollt nur deine Meinung hören ;)
Ich finde die Diskussion ganz interessant - für die "nicht-code-Lesenden" wie mich, an welcher Stelle kann ich denn den Intervall anpassen?
such mal im Code die folgende Zeile:
list.refreshAfterDate = new Date(Date.now() + 60 * 60 * 1000 ...
Ok hab's, Einheit ist wahrscheinlich Millisekunden?
@rphl
Danke auch von meiner Seite für die tolle Arbeit.
Seit deiner Anpassung von gestern (LK, SK, usw.), passt bei mir z.B. der Alb-Donau-Kreis nicht mehr ganz ins Widget und wird abgeschnitten.
Müsste doch code-technisch machbar sein, die Schriftgrösse anzupassen bevor etwas angeschnitten wird. Wäre ne super Verbesserung finde ich.
Danke schon mal.
@cl4udiu5 Wenn du im Skript CONFIG_SHOW_AREA_ICONauf false stellst kannst du das Kürzel ausblenden.
Das mit den skalierbaren Schriftgrößen in schon eingeplant.
@cl4udiu5 Wenn du im Skript
CONFIG_SHOW_AREA_ICONauf false stellst kannst du das Kürzel ausblenden.Das mit den skalierbaren Schriftgrößen in schon eingeplant.
@rphl
Danke für den Tipp. Ich kann aber damit leben bis ein Update mit skalierten Schriften kommt.
Eine Sache ist mir aber aber gestern und heute auch wieder aufgefallen.
Und zwar rechts oben die Gesamtzahl in DE.
Die Zahl stimmt. Was aber nicht stimmt, ist der Pfeil daneben. Der soll doch die Veränderung im Vergleich zum Vortag anzeigen. Gestern und auch heute zeigt der Pfeil aber senkrecht nach oben. Gestern und heute ist die Zahl der Neuinfektionen aber immer deutlich gesunken.
Mal eine Idee für die viel diskutierten Pfeile:
Man vergleicht nicht mit dem Vortag, sondern mit dem gleichen Wochentag in der Vorwoche, so kann man den Wochenendeffekt (geringe Zahl gemeldeter Fälle) herausrechnen. Man vergleich also den jetzigen Sonntag mit dem vorherigen Sonntag. Ich finde dies spiegelt die Entwicklung der Infektionszahlen besser wieder.
Um den Vergleich noch etwas robuster zu machen, könnte man die Summe von gestern (und den 1-2 vorherigen Tagen) mit der Summe der gleichen Wochentage der Vorwoche vergleichen
Das Script zeigt doch alle relevanten Werte
7. Tage Rwert
14 Tage Grafik neuinfektionen
Inzidenz Wert
Trendpfeil d1-d2 <> d2-d3
N'Abend, für den OfflineModus wird ja eine CacheID benötigt. Leider sind die json Dateien nicht aufzufinden wenn diese lokal auf dem iPhone liegen (iCloud ist deaktiviert). Gibt es eine Möglichkeit die CacheID zB beim Skriptaufruf temporär anzeigen zu lassen?
Hier zwischen einfügen:
Zeile 608: function saveData(dataId, newData) {
Zeile 609: console.log(dataId) // <<<< Einfügen
Zeile 610: let path = fm.joinPath(fmConfigDirectory, 'coronaWidget' + dataId + '.json')
Wenn man dann auf Play drückt sollte diese auf der Konsole sichtbar sein.
Vielen Dank. Prinzipiell funktioniert die Anzeige der Cache-ID. Nur beim MediumWidget (nutze Stadt und LK) wird nur die CacheID vom 1. Eintrag (GPS Standort) angezeigt. Bräuchte noch die ID vom 2. Eintrag.
Beispiel: 0,51.1244,6.7353,Work,01511;1,51.1433,6.7345,Home,?????
Edit: Vielleicht könnte man auch über ein kleines eigenständiges Programm den localStorage von Scriptable auslesen, müsste ja gar nicht zwingend ins Widget integriert werden.
Das macht keinen Sinn, denn die Pandemie ist nicht Wochentag getrieben! Nur weil Montag ein Problem darstellt macht man dann sehr wahrscheinlich den Rest der Woche zum Problemfall. Bei fallendem Verlauf wird dann der Vergleich der restlichen Woche Tage zum Problemfall (zu groß dargestellter Verlauf).
Die Pandemie ist indirekt schon von Wochentagen beeinflusst. Das tatsächliche Geschehen natürlich nicht, aber die erfassten Daten schon, da die Gesundheitsämter am Wochenende nicht vollständig arbeiten. So bekommt man eine Wellenbewegung im Wochentakt.
Es macht daher keinen Sinn Daten vom Wochenende mit Daten von Werktagen zu vergleichen. Anfang der Woche werden die Daten vom Wochenende nachgeliefert. Das verzerrt das Bild noch weiter.
Somit ist sinnvoll die Wochentage der Vorwoche heranzuziehen.
Vielen Dank. Prinzipiell funktioniert die Anzeige der Cache-ID. Nur beim MediumWidget (nutze Stadt und LK) wird nur die CacheID vom 1. Eintrag (GPS Standort) angezeigt. Bräuchte noch die ID vom 2. Eintrag.
Beispiel: 0,51.1244,6.7353,Work,01511;1,51.1433,6.7345,Home,?????
Edit: Vielleicht könnte man auch über ein kleines eigenständiges Programm den localStorage von Scriptable auslesen, müsste ja gar nicht zwingend ins Widget integriert werden.
@youmakemyday Problem ist wahrscheinlich hier, das die WidgetParameter nur beim echten Widget Aufruf gesetzt werden. Habe mal schnell ein Skript zusammengebastelt: Check das mal: Listet alle Dateien im cache auf. ID müssten du da selbst rausziehen können.
var fm = FileManager.local()
let fmConfigDirectory = fm.joinPath(fm.documentsDirectory(), '/coronaWidget')
if (fm.isDirectory(fmConfigDirectory)) {
fm.listContents(fmConfigDirectory).forEach(name => {
console.log(name);
})
}
Damit ändert man aber wegen einem Tag (max. 3 Tage) die restlichen Tage. Macht das Sinn? Korrektur dieser problematischen Tage ja, für die restlichen Tage fände ich das falsch.
(#)
Ja, das ist sinnvoll, da mehr als 3 Tage betroffen sind.
Vergleicht man immer mit dem Vortag und geht davon aus, dass die Werte für Sa, So und Mo nicht korrekt (bzw. verzerrt) sind, sind an den 4 Tagen Sa, So, Mo und Di die Vergleiche mit dem Vortag nicht aussagekräftig. Aussagekräftig sind die 3 Tage Mi, Do und Fr. Die Mehrheit der Vortagesvergleiche ist also verzerrt und irreführend.
Rechnerisch sind die Pfeile natürlich OK. Das Pandemiegeschehen bilden sie aber nicht tagesgenau ab.
Vielen Dank. Prinzipiell funktioniert die Anzeige der Cache-ID. Nur beim MediumWidget (nutze Stadt und LK) wird nur die CacheID vom 1. Eintrag (GPS Standort) angezeigt. Bräuchte noch die ID vom 2. Eintrag.
Beispiel: 0,51.1244,6.7353,Work,01511;1,51.1433,6.7345,Home,?????
Edit: Vielleicht könnte man auch über ein kleines eigenständiges Programm den localStorage von Scriptable auslesen, müsste ja gar nicht zwingend ins Widget integriert werden.
@youmakemyday Problem ist wahrscheinlich hier, das die WidgetParameter nur beim echten Widget Aufruf gesetzt werden. Habe mal schnell ein Skript zusammengebastelt: Check das mal: Listet alle Dateien im cache auf. ID müssten du da selbst rausziehen können.
var fm = FileManager.local() let fmConfigDirectory = fm.joinPath(fm.documentsDirectory(), '/coronaWidget') if (fm.isDirectory(fmConfigDirectory)) { fm.listContents(fmConfigDirectory).forEach(name => { console.log(name); }) }
perfekt, hat geklappt. Vielen lieben Dank 👍
Is leider bissl blöd, dass man so schwer an die JSON kommt wenn man iCloud deaktiviert hat.
Wie bekomme ich denn die Darkmode-Version auf nicht-Darkmode-Phone angezeigt? Ich finde nicht, wo die entsprechenden Farben, Switches o.Ä. definiert sind.
Der Darkmode wird automatisch von iOS geregelt. Es gibt keinen Switch dafür.
Hätte es dennoch besser gefunden, wenn man die Farben für Hell- und Darkmode als Konstanten definiert und verwendet hätte. Und wenn halt keine definiert wären, dann wie vorher leer und mit iOS-Standard. Derzeit wurde halt gar keine Farbe, z.B. für globalen Hintergrund gesetzt (daher hatte ich auch nichts gefunden). Habe mir es aber nun lokal auf schwarz mit weißer Schrift gemacht. Dann geht es auch ohne Darkmode im Phone.
Aber bitte nicht als böse Kritik verstehen. Das Ding ist top. Die, wie ich, was anderes wollen, sollen es sich halt selbst so machen, wie sie wollen.
Gibt es eine Möglichkeit den Inzidenz-Wert von ganz Deutschland noch anzuzeigen mit Trendpfeil?
Habe bisher leider keine brauchbare api dafür gefunden um das abzufragen.
Erstmal Hammer Arbeit.
Paar Dinge die mir fehlen:
- wenn ich den Ort Wechsel, zu einem Ort an dem ich noch nicht war, ist das Widget quasi nutzlos. Hier wäre es schön, wenn das Widget für die eingestellte Cache Zeit, die Daten lädt anstatt nur für den aktuellen Tag. Ich weiß nicht, ob es eine api dafür gibt.
- ohne eingestellte Parameter sehe ich sehr oft die Fehlermeldung. Mein Vorschlag wäre ein standardmäßig deaktivierter „Location Cache“, der - wenn aktiviert - eine Datei anlegt, die die cacheid, der letzten erfolgreichen Abfrage zwischenspeichert, und dann, wenn kein gps vorhanden ist, erst versucht auf diese datei und dann auf die verknüpfe cacheid Datei zuzugreifen, um das Widget zu erzeugen.
- Edit: Hab mal das Location caching eingebaut. Funktioniert soweit ganz gut.
- Edit 2: Jetzt wird die dataID nur für eine abfrage gecached, die keine parameter im Widget definiert hat. Wenn also kein Widget ohne Parameter eingerichtet ist, wird auch nichts gecached. incidence.zip
Ich könnte auch meine eigene Implementierung versuchen, bin aber kein JavaScript pro, und am iPhone editieren macht mich kaputt. Was für ne ide nutzt ihr denn, und wie holt ihr euch die autocompletion / documentation für scriptable.
Beim RKI gibt's ne neue Farbe. Bei 500-1000 gibt's pink. Wollen wir einfach hoffen, dass es bei dem einen pinken LK bleibt und die Farbe weglassen? ;)
@rphl
Danke für das coole Update.
Skalierte Schriften wären noch super. Bei mir z.B. wird der Name eines LK abgeschnitten, obwohl rechts noch genug Platz wäre um ihn auszuschreiben. Das wolltest du doch auch in ein Update reinpacken.
Und dann noch eine Frage zum Autoupdate.
Wann wird nach Updates für das Skript gesucht?
Habe z.B. die Abkürzungen für 2 Bundesländer geändert. Innerhalb kürzester Zeit wird das Skript überschrieben und meine Änderungen sind quasi sofort wieder weg.
Idee... Überlege auch bei 2-Stelligen Inzidenzwerten auf die Nackomme zu verzichten... und diese erst bei < 10 anzuzeigen.
Denke ob wir 88,4 -> 88, oder 88,6 -> 89 anzeigen macht den Kohl auch nicht Fett. Sieht zudem Übersichtlicher aus...
Oder mit einem Parameter in der CFG? Ich denke da wird es unterschiedliche Meinungen geben ...
Skalierte Schriften wären noch super. Bei mir z.B. wird der Name eines LK abgeschnitten, obwohl rechts noch genug Platz wäre um ihn auszuschreiben. Das wolltest du doch auch in ein Update reinpacken.
@cl4udiu5 In dem Update ist bereits an vielen Stellen die min. skalierung auf 0.75-9. Es liegt leider auch etwas dem Positionierung/Layousystem von Scriptable. Wenn jemand dafür ein Fix hat damit mehr Platz für die Bezeichnung zur verfügung steht, gerne herdamit :-)
Und dann noch eine Frage zum Autoupdate.
Wann wird nach Updates für das Skript gesucht?
Habe z.B. die Abkürzungen für 2 Bundesländer geändert. Innerhalb kürzester Zeit wird das Skript überschrieben und meine Änderungen sind quasi sofort wieder weg.
Sobald die API aktualisiert wird (1,5h) läuft der check parallel im Hintergrund. Wenn du die Bezeichnungen bearbeiten möchtest, hilft es erstmal nur die autoupdate Funktion abzustellen. Idee wäre es die CFG / ENV auch importieren zu können. So das die Standards überschrieben werden.
Für ein Update muss ich „scriptSelfUpdate: false“ einfach nur auf true setzen?
Für ein Update muss ich „scriptSelfUpdate: false“ einfach nur auf true setzen?
Und dann einmal ausführen ;)
Was ist denn jetzt der Unterschied zwischen incidence.js und incidence_icloud_old.js?
Ich bekomme einen Fehler in Zeile 170 mit der neuen js.
@cl4udiu5 Die neue incidence.js braucht kein caching und zeigt sofort 21 Tage im Diagramm/Trend an, uvm. Siehe readme.
incidence_icloud_old.js ist die alte version die noch Tag für Tag erst cachen muss. Und somit erst die Diagramme/Trends Tag für Tag aufbaut.
Ich bekomme einen Fehler in Zeile 170 mit der neuen js.
Poste mal bitte deine Widgetparamter / groben Standort. Dann könnte ich es prüfen.
@rphl
Bekomme den Fehler erst, wenn ich openUrl: true setzte. Am Anfang bei false wie du es vorgibst, passt noch alles.
Brauche ich dann die ganzen json Daten in iCloud gar nicht mehr?
Parameter z.B. 0,48.40,9.98;1,48.39,10.01
Bekomme den Fehler erst, wenn ich openUrl: true setzte. Am Anfang bei false wie du es vorgibst, passt noch alles.
Brauche ich dann die ganzen json Daten in iCloud gar nicht mehr?
Die alten cachedateien kann man löschen wenn du das Widget nicht mehr verwendest. Das neue Skript verwendet zwar auch welche, diese werden aber immer wieder neu angelegt. Könnte man aber auch löschen.
Kann deinen Fehler nicht reproduzieren. Verwendest du die neuste Version?
Achso... Option müsste folgendermaßen lauten:
openUrl: "https://experience.arcgis.com/experience/478220a4c454480e823b17327b2bf1d4",
@rphl
Ja, ich verwende die neueste Version.
Setz doch bitte ganz oben mal openUrl auf „true“.
Habe die Standortfreigabe für Scriptable komplett deaktiviert.
Benutz mal bitte auch noch diesen Parameter 0,48.41,9.91;1,48.70,9.65
Da werden einige Buchstaben abgeschnitten obwohl noch Platz auf der rechten Seite ist.
ahh ok. "true" ist für diese Option falsch. Denn:
openUrl: false >>>> Tap auf Widget ist deaktiviert.
openUrl:"EINE URL" >>> Diese URL wir auf Tap geöffnet
ahh ok. "true" ist für diese Option falsch. Denn:
openUrl: false >>>> Tap auf Widget ist deaktiviert.
openUrl:"EINE URL" >>> Diese URL wir auf Tap geöffnet
Das ist komisch. Bisher habe ich da immer „true“ geschrieben und nie nen Fehler bekommen, sondern die RKI Seite ist aufgegangen.
Auf jeden Fall hab ich es jetzt direkt mit der URL probiert und es geht. Fehler behoben. Danke.
Kannst du es bitte noch kurz mit 0,48.41,9.91;1,48.70,9.65 probieren?
Drei Buchstaben werden abgeschnitten, obwohl rechts noch genug Platz wäre.