App für Belegungsdaten Supercharger

[sita]

Wenn die Ereignisse, welche das protokollieren induzieren, nicht sehr genau definiert und zufällig sind, so dürften die Protokollierungen wohl nicht wirkich unabhängig sein und damit möglicherweise bestimmte Ereignisse häufiger protokolliert werden, als es der Realität entspricht.

Ist das Auslösende Ereignis "Ich komme zum Laden an den SuC", und protokolliere in diesem Falle immer, so würde ich das als hinreichend zufällig erachten. Erlauben wir weitere Ereignisse, z.B. das Protokollieren während des Aufenthalts bei Änderungen der Belegung, so könnte dies nicht immer einheitlich erfolgen. Bei einem stark belegten SuC ist man bspw. neugierig und protokolliert weiter, bei einem leeren nicht. Dadurch würden zu viele Ereignisse von stark belegten SuC protokolliert.

Insgesamt ist die Diskussion natürlich sehr akademisch, bei so vielen Protokollanten haben wir sowieso keine wirklich guten Versuchsbedingungen. In jedem Fall sollte es für den Zweck ausreichen.

[raven]

@sita: ich denke, wir prokollieren hier keine EREIGNISSE, sondern ZUSTÄNDE. Wenn ich einen Zustand mehrfach hintereinander protokollieren ist das meiner Meinung nach überhaupt kein Problem und verfälscht den Zustand überhaupt nicht.

[sita]

Das kommt darauf an, welche Statistiken wir daraus generieren. Wenn wir nacher sagen "in 0,2% der Protokolleinträge wurde durch einen zuparkenden Verbrenner jemand am Laden gehindert", dann können wir diese Zahl nur dann sinnvoll auf die Wahrscheinlichkeit übertragen, genau solch eine Situation bei Ankunft an einem SuC vorzufinden, wenn wir versuchen unabhängige Ereignisse zu protokollieren.

[Cupra]

Im Grunde will die App ja quasi nen Echtzeit-Belege Status damit man sieht, wann welcher SuC wie start benutzt wird, oder? Von daher könnte man ja theoretisch sich mit seinem Auto direkt an die SuC setzten und nen ganzen Tag lang all 5 Minuten den Status eingeben

[Franko30]

Im Grunde will die App ja quasi nen Echtzeit-Belege Status damit man sieht, wann welcher SuC wie start benutzt wird, oder? Von daher könnte man ja theoretisch sich mit seinem Auto direkt an die SuC setzten und nen ganzen Tag lang all 5 Minuten den Status eingeben

Wenn genügend Leute Daten eingeben kommt das dann dabei Näherungsweise für jeden SuC raus.

Cheers Frank

[sita]

Im Grunde will die App ja quasi nen Echtzeit-Belege Status damit man sieht, wann welcher SuC wie start benutzt wird, oder?

Für diese Aussage ist es egal. Ich dachte aber, es ging zumindest auch darum, den Zugeparkte-SuC-Thread mit statistischen Daten zu unterfüttern, um einen möglicherweise falschen Eindruck dieses Threads zu korrigieren. Andererseits dürfte dieses Vorhaben eigentlich mittlerweile abgeschlossen sein...

[Kellergeist2]

Das bisherige Prinzip setzt ja darauf, dass neu ankommende, ladewillige Tesla-Fahrer protokollieren sollen.
Das kann aber nur "Belegt"-Situationen protokollieren.
Wenn auch "Fremde" bzw. "Nicht-lade-willige" bzw. "Nicht-lade-fähige" Teilnehmer protokollieren dürfen, würden wir auch Einträge erhalten, an denen ein SuC komplett leer ist.

[S-Men]

Aus meiner Sicht um so mehr Daten um so besser für eine Sinnvolle Auswertung. Es meldet sowieso nicht jeder Tesla Fahrer und auch nicht nach dem gleichen Schema. Der eine Meldet beim Ankommen, der nächste bei jeder Veränderung usw. komplett freie SuC Meldungen sind sowieso nur ersichtlich mit Freiwiligen (noch) nicht Teslafahrer. Finde den Ansatz daher super und sehr Dankenswert.

[UTs]

Sita hat es sehr gut auf den Punkt gebracht, danke.

[flo]

Wenn wir nacher sagen "in 0,2% der Protokolleinträge wurde durch einen zuparkenden Verbrenner jemand am Laden gehindert",

So eine Aussage geht natürlich nicht. Man muss die Prozentzahl nicht anhand der Anzahl Einträge berechnen, sondern pro Zeiteinheit.
Aber um eine wirklich aussagekräftige Statistik zu haben müssten wir wohl noch mehr Datenpunkte haben.