Meinungsbild - Bitte (möglichst viele) um Feedback

Begonnen von Martin Fischer, 31 Oktober 2012, 23:26:30

Vorheriges Thema - Nächstes Thema

Guest

Originally posted by: <email address deleted>

Ich bin vollkommen dafür, hätte auch nichts gegen default on, aber ich
würde beim ersten Start und periodisch in fhem eine Meldung / Dialog
einblenden der die Übertragung aktiviert.
Am 01.11.2012 18:34 schrieb "Carl Tenschert" :

> Bin auch dafür, jedoch Standard aus wegen Datenschutz.
> Sobald die Anleitung da ist, wie ich es freigeben kann, werde ich meine
> Daten gerne zu Verfügung stellen.
>
> --
> Mit freundlichem Gruß
> Carl Tenschert
>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Bitte nicht ohne Zustimmungsabfrage. Dann kann jeder User selbst entscheiden.

Liebe Grüße

Werner

Am 01.11.2012 um 18:42 schrieb Alexander Petrovic :

> Ich bin vollkommen dafür, hätte auch nichts gegen default on, aber ich würde beim ersten Start und periodisch in fhem eine Meldung / Dialog einblenden der die Übertragung aktiviert.
>
> Am 01.11.2012 18:34 schrieb "Carl Tenschert" :
>> Bin auch dafür, jedoch Standard aus wegen Datenschutz.
>> Sobald die Anleitung da ist, wie ich es freigeben kann, werde ich meine
>> Daten gerne zu Verfügung stellen.
>>
>> --
>> Mit freundlichem Gruß
>> Carl Tenschert
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

+1

Auch default on halte ich bei anonymisierten Daten für unbedenklich.
Die große Android-Distribution "CyanogenMod" geht genauso vor.

So wie die Default-Installation unsicher ohne Passwort ausgeliefert wird,
könnte in der MOTD ja auch der Befehl zum Deaktivieren aufgeführt werden?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Puschel74

                                               

Hallo,

auch von mir ein 1+.
Aber per default off, wir müssen es ja nicht den ganzen Datensammlern
nachmachen ;-)

Allerdings sollte dann auf der Startseite von fhem.de groß darauf
hingewiesen werden um
Neuankömmlinge nicht gänzlich abzuschrecken.
Nicht jeder Neue geht her und sagt sich - tolle Idee, die wollen auch Daten
von meiner
Installation.
Auch sollte natürlich erklärt werden welche Daten wie gesammelt und
übermittelt werden.
Und auch wie sich der "ID-Key" zusammensetzt - zusammensetzen soll.
Und ein Hinweis in fhem das der "Datensammler" aktiv ist (oder inaktiv)
wäre auch nicht
schlecht.
Den könnte man ja dann per room-Attribut in einen anderen Raum verbannen.

Aber sonst, ich wär dabei.

Grüße

Am Freitag, 2. November 2012 01:22:13 UTC+1 schrieb Ralf:
>
> +1
>
> Auch default on halte ich bei anonymisierten Daten für unbedenklich.
> Die große Android-Distribution "CyanogenMod" geht genauso vor.
>
> So wie die Default-Installation unsicher ohne Passwort ausgeliefert wird,
> könnte in der MOTD ja auch der Befehl zum Deaktivieren aufgeführt werden?
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Guest

Originally posted by: <email address deleted>

Hallo!

Ja,

ich hätte gern ein Fenster oder eine Ansicht mit den gesammelten Daten und
dann ein "senden" "nicht senden Knopf" oder "ignorieren"
Und ich persönlich fände es auch gut, wenn es irgendwie möglich wäre, eine
periodische Zusammenfassung der Daten irgendwo (forum/ fhem.de) zu
veröffentlichen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UliM

                                                 

Shee ich ebenso.
Defaulot on/off ist mir egal, es sollte aber möglich sein nachzuschauen,
wer was wann wohin sendet.
Von der Einsehbarkeit der Ergebnisse (ähnlich heute survey) gehe ich aus.
=8-)

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
RPi4/Raspbian, CUL V3 (ca. 30 HomeMatic-devices), LAN (HarmonyHub, alexa etc.).  Fördermitglied des FHEM e.V.

Guest

Originally posted by: <email address deleted>

Ich fände default aus, auch besser aber man kann ja direkt auf der
Startseite darauf hinweisen. Cyanogenmod macht sowas auch, die haben es
direkt an, weisen aber auch direkt nach der Installation darauf hin in der
Nachrichtenleiste. Die Idee find ich sehr gut und dürfte auch sehr helfen
bei der Weiterentwicklung.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Markus

                                                   

ich arbeite mich gerade erst ein und verstehe noch sehr wenig.
aber wenn da meine Daten verschickt werden und auch wenn nichts relevantes
darin steht und ich verstehe es aber nicht dann werde ich es deaktivieren!
wenn nur die aktoren oder so ohne code versendet werden und es ist für mich
verständlich und nachvollziehbar in einer text datei (keine datei die ich
nicht öfnen kann) dann ist es mir egal und werde es auch aktiviren.

sobald ich eine id bekomme bin ich nicht mehr anonüm!

Gruß Markus

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Raspberry Pi2 als FHEM-Plattform
HM, FS20, 1-Wire, PanStamp,LW12,Intertechno,ESPEasy,Alexa

Guest

Originally posted by: <email address deleted>

oder statt einer ID hinterlegt fhem einfach ob es schon mal gesendet hat
oder nicht und übermittelt diesen Wert auch, dann wisst ihr ob es ein neuer
oder alter ist, ohne eine ID.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Puschel74

                                               

Hallo,

naja, anonym in diesem Sinne schon.
Ich kann mir nicht vorstellen das die Entwickler aus der ID ersehen können
wem die Installation gehört und
wo das System installiert ist (geografisch).
Anonym bedeutet hier ja das keine personenbezogenen Daten gesammelt werden
sollen sondern nur
Daten über verwendete Module und auf welcher Plattform FHEM installiert ist.

Eine ID in diesem Sinne müsste schon generiert werden damit die Entwickler
unterscheiden können ob
es eine Neuinstallation (noch nicht ausgewertet) oder eine bestehende
Installation (bereits ausgewertet,
Daten müssen aber zusammengeführt werden) ist.
Wenn fhem nur übermittelt das es schonmal Daten gesendet hat wissen die
Entwickler ja nicht zu welchem
Datensatz diese neuen Daten gehören.

Wurde in diesem Beitrag ja schon öfters angesprochen:
Natürlich muss erstmal dargelegt werden welche Daten gesammelt werden - das
ist ja noch nicht
entschieden, so wie ich das verstanden habe.
Die Idee, das diese Daten dann, nach Möglichkeit, als Textfile verschickt
werden welches ich vor dem
absenden nochmal zu Gesicht bekomme um es mir durchzulesen (durchzuschauen)
finde ich gut.

Grüße

Am Freitag, 2. November 2012 15:42:40 UTC+1 schrieb Markus:
>
> ich arbeite mich gerade erst ein und verstehe noch sehr wenig.
> aber wenn da meine Daten verschickt werden und auch wenn nichts relevantes
> darin steht und ich verstehe es aber nicht dann werde ich es deaktivieren!
> wenn nur die aktoren oder so ohne code versendet werden und es ist für
> mich verständlich und nachvollziehbar in einer text datei (keine datei die
> ich nicht öfnen kann) dann ist es mir egal und werde es auch aktiviren.
>
> sobald ich eine id bekomme bin ich nicht mehr anonüm!
>
> Gruß Markus
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Guest

Originally posted by: <email address deleted>

Bin nicht grundsätzlich dagegen, aber möglichst mit expliziter
Sendebestätigung und Auflistung aller zu sendenden Daten.
Allerdings würde eventuell ein Thread hier im Forum auch erstmal eine grobe
Übersicht bringen, und wer den nicht beantwortet ist selber schuld. Die
Teilnehmer hier sind ja alle Interessiert zu unterstützen und geben
sicherlich zu 99% auch keine falschen Daten zur Sabotage ein. Kann man so
eine Abstimung nicht irgendwie oben in der Liste verankern?

Grüße StefanP


Am Mittwoch, 31. Oktober 2012 23:26:33 UTC+1 schrieb Martin Fischer:
>
> Hallo @all,
>
> ich möchte an dieser Stelle gerne ein Meinungsbild für eine (angedachte)
> Erweiterung in dem Modul "update" abfragen.
>
> Hintergrund:
> Auf fhem.de/survey bietet Rudi die Möglichkeit an einer Umfrage
> teilnehmen zu
> können, in der der Nutzer angeben kann welche Module, Frontends, etc. zum
> Einsatz kommen.
>
> Diese Umfrage ist allerdings sehr "unscharf", da a) viele nichts davon
> wissen
> und b) sich natürlich auch im Laufe der Zeit das eine oder andere ändert.
>
> Da ich das neue update-Modul schon so mit einigen Funktionalitäten
> "ausgerüstet" habe, schwebt mir seit ein paar Tagen die Idee im Kopf,
> dieses
> Modul um eine "Statistik" zu erweitern. Dieses habe ich heute "kurz" mit
> Rudi
> abgestimmt und er würde es ebenfalls begrüssen.
>
> Daher würde uns interessieren, in wie weit Ihr bereit seid "gewisse Daten"
> bei
> einem Update zu übermitteln.
>
> Mir schwebt da sowas vor wie:
> - Hardware auf der FHEM läuft
> - Perlversion
> - Anzahl der jeweils definierten Module
>
> Das ganze natürlich anonym und vollkommen transparent. Wahlweise auch über
> ein
> Attribute abstellbar. Da es sich hierbei um Open Source handelt, wäre
> demnach
> auch einsehbar, was gesendet würde.
>
> Diese Daten würden dann u.a. einen recht guten Eindruck der eingesetzten
> Module liefern, was wiederum für die Entwickler ein guter Anhaltspunkt
> wäre,
> zu wissen worauf der Schwerpunkt zu setzen ist.
>
> Um Mehrfachzählungen möglichst auszuschliessen, würde dann ggf. ein (ich
> nenne
> ihn mal) ID-Key generiert, um zu erkennen, das es sich um eine wiederholte
> Übermittlung handelt, bei der nur die Veränderungen (neue
> Moduldefinitonen)
> etc. in die Statistik einfliessen. Dieser ID-Key müsste dann vom Anwender
> von
> (Neu-) Installation zu Installation "mitgenommen" werden.
>
> Das Ganze ist wie gesagt im Moment nur eine "Idee", mehr nicht. Es gibt
> auch
> noch kein "Proof of Concept" wie genau die Übermittlung stattfinden würde.
>
> Daher freue ich mich auf Euren Feedback...
>
> Ich werde mich erstmal zurückhalten und nicht jede Rückmeldung
> kommentieren,
> da mich an dieser Stelle Eure Meinung interessiert.
>
> Gruß Martin
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Martin Fischer

Hallo @all,

Am Mittwoch, 31. Oktober 2012, 23:26:30 schrieb Martin Fischer:
> [...]
> ich möchte an dieser Stelle gerne ein Meinungsbild für eine (angedachte)
> Erweiterung in dem Modul "update" abfragen.

erstmal ein "Dankeschön" an Alle, die sich bisher hier geäussert haben...

D.h. aber nicht, dass es das war, sondern ich möchte nur mal kurz eine
"Zwischeninfo" einstreuen bzgl. der Daten.

Ohne bisher weiter ins Detail gegangen zu sein (wie gesagt, es ist erst nur
ein Gedanke!), wird da nichts weiter stehen ausser z.B.

perl: perl 5, version 14, subversion 2 (v5.14.2) built for i686-linux-gnu-
thread-multi-64int

Daraus kann man erkennen, welche Perl Version und welche Hardware zum Einsatz
kommt.

Und dann eine Liste mit der Anzahl der definierten devices, so als Beispiel
(alles Echtdaten von mir):
ACU: 1
CUL: 4
CUL_FHTTK: 12
CUL_HM: 56
FHT: 9
FHZ: 1
FS20: 28
HCS: 1
HMLAN: 2
HMS: 3
...
dummy: 32
at: 17
notify: 69
...
usw.

Da es bei CUL_HM sowie FS20 noch das Attribut "model" gibt,
könnte man das noch verfeinern, wobei hier keine Anzahl angegeben würde:

fht80b
FHT80TF
fs20pira
fs20s16
fs20s4a
fs20s8
fs20sd
fs20st
HM-CC-TC
HM-CC-VD
HM-LC-DIM1T-CV
HM-LC-DIM1T-FM
HM-LC_Dim1TPBU-FM
HM-LC-SW1-PL
HM-LC-SW1-SM
HM-LC-SW2-FM
HM-OU-CFM-PL
HM-OU-LED16
HM-PBI-4-FM
hms100-mg
hms100-tf
hms100-wd
HM-SEC-MDIR
HM-SEC-RHS
HM-SEC-SD
HM-SWI-3-FM
ks300
S555TH
unknown

So etwas in der Art stelle ich mir vor.

Daraus könnte man dann eine (annähernde) Statistik machen über die Gesamtsumme
der mit FHEM eingesetzten devices / Module und eben auch, welche Geräte zum
Einsatz kommen.

Wie man sieht, zumindest aus meiner Sicht, nichts "Wildes"...

Einen "Absendebutton" wird es übrigens _definitiv_ _nicht_ geben, da FHEM eben
auch auf einer reinen konsolen basierten Installation _ohne_ Webinterface
läuft.

ABER nochmals: es ist im Moment nur eine Idee um mal ein "Gefühl" zu bekommen,
wie FHEM eingesetzt wird.

Gruß Martin

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

Brice

                                                     

Ich würde dieses Vorhaben unterstützen.

Stefan


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM auf RPi 4 4GB (Buster) | produktiv) CUL 868 für FS20 | S300TH | KS300 | Max!Cube als CUN 868 für TechemWZ | HM-MOD-RPI-PCB für HM | Z-Wave ZME_UZB1 | FRITZ!DECT 200 | HUE | Lightify | Echo Dot | WS3080

Guest

Originally posted by: <email address deleted>

Hi Martin,

bin für die Funktion, gerne alles was sinnvoll auswertbar ist. Welche
Geräte ich wie vernetzt habe ist jetzt an sich nichts, was ich als sehr
persönlich empfinde.

VG!

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Dafür!!!

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com