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
Originally posted by: <email address deleted>
Ich bin dafür, solange es anonymisiert und ohne kommerzielle
Hintergedanken läuft... spricht ja auch nichts dagegen...
Grüße,
Ralf
PS: Und an dieser Stelle mal ein fettes Danke für die tolle Software und
an die Supporter hier!
--
_________
Heizungssteuerung mit FHEM unter Ubuntu 10.04
Hardware:
FHZ 1300 PC (Zentrale)
10 x FHT 80B (Thermostate/Steuerungen)
10 x FHT 80FT (Fensterkontakte)
13 x FS20 Funk-Stellantriebe (Ventilantriebe)
Ubuntu auf ThinClient "Igel" 256MB RAM und 4 GB CF-Card
Am 31.10.2012 23:26, 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
Dafür !
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Moin Martin,
> 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.
Hier müsstet ihr wahrscheinlich aus datenschutzrechtlichen Gründen eher
umgekehrt vorgehen, also per Default abgeschaltet. Das erfordert dann
natürlich weiterhin ein wenig "Werbung" seitens der Entwickler, das doch
bitte zu aktivieren... Ihr hättet dann zwar nicht ganz so viele
Statistik-Infos, weil's viele aus Unwissenheit/Interesse nicht tun, aber
doch deutlich mehr als bei der Umfrage. Darüber hinaus auch noch mehr
über den weiteren Verlauf der Nutzung, die ja derzeit praktisch gänzlich
fehlen.
> etc. in die Statistik einfliessen. Dieser ID-Key müsste dann vom Anwender von
> (Neu-) Installation zu Installation "mitgenommen" werden.
Mitnehmen wird vermutlich nur dann funktionieren, wenn man seine "alte"
fhem.cfg (da wird der doch drin stehen?) weiter verwendet.
Vielleicht sollte zwecks "Gewichtung" das Datum des letzten Updates
einer ID mit gespeichert werden. Ich könnte mir jedenfalls vorstellen,
dass - gerade wenn die Übermittlung doch automatisch AN ist - viele
Test-Installationen das Bild verzerren. Also solche, wo jemand das mal
zum Ausprobieren installiert hat, und dann doch irgendwann ausgestiegen ist.
Ich wäre jedenfalls dabei!
Gruß
Torsten
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Prinzipiell sehe ich da kein Problem, als default sollte es aber aus sein.
Ich würde es vielleicht so machen:
- Ein Maske wo man einen "Usernamen" eingibt
- Dann bekommt man eine Auflistung von Daten die gesendet werden
- Dann klickt man auf Senden und alles ist schick
- gerne auch eine Erinnerung nach jedem Update oder alle 2 Monate oder so
...
Somit muss mein keine tiefgründigen Kenntnisse über die Module haben (Wie
auf der o.g. Umfrage Seite ...) Und man hat die Kontrolle über die Daten
die gesendet werden. Das jetzt bei jedem Update zu machen mhhh schreckt
vermutlich doch viele ab. Prinzipiell wird es aber viele egal sein, wichtig
ist nur Wie und Wo werden die gesammelten Daten gespeichert. Das artet
jetzt aus hier, aber wenn man ein bissel drüber nachdenkt kann man mit
solchen Daten auch eine Menge anstellen, auch wenn alles anonymisiert ist.
Gruß Daniel
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Guten Morgen!
Ich wäre ebenfalls dafür, und es sollte im Interesse einiger, die nicht
soviel mit Linux etc. am Hut haben auch nicht zu kompliziert werden!
mfg
Dieter
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
Originally posted by: <email address deleted>
Dem Gedanken würde ich mich nicht entgegen stellen. Machen!
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Bin dafür, Datenschutz beachten, also per efault aus.
Einschalten in der fhem.cfg mit
define datenübermittlung
attr global datenuebermittlung meine_anonyme_ID
dann ist die Uebername in eine Neuinstallation schoen einfach.
Gruß Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Solange von Nachbarn die Funkdaten mitgelesen werden können, überbewerte
ich die Datensicherheit nicht. Spricht also aus meiner Sicht nichts
dagegen, aber viel dafür.
Den Vorschlag von joachim herold:
define datenübermittlung
attr global datenuebermittlung meine_anonyme_ID
finde ich auch gut, einfach zu handhaben.
Und D A N K E, dass ihr nicht aufhört, nach neuen Innovationen zu suchen!
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
ich find die Idee auch sehr gut und möchte mich an dieser Stelle auch mal
bei den Machern bedanken und bin froh, das ich für mich FHEM entdeckt habe.
Mit besten Grüßen Gerd
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.
>
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo,
auch von mir großes Lob und Dank an die FHEM Entwickler.
Datenschutzbedenken bei open source? Mehr als Google über jeden von uns gesammelt hat bekommt Ihr sowieso nicht zusammen.
Also ich würde das begrüßen, wenn es der Weiterentwicklung dienlich ist.
lg det.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Wenn es der Entwicklung und Verbesserung dient, dann finde ich das auch gut.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Ich finde es gut
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
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
Originally posted by: <email address deleted>
Ich würde das unter folgenden Voraussetzungen unterstützen:
- Daten werden Anonym gesammelt
- Die gesendeten Daten können überprüft werden
- Funktion kann über einen Parameter deaktiviert werden (kann aber als
Default durchaus aktiviert sein :-))
Klaus
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
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
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
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
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
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
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
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
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
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
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
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
Ich würde dieses Vorhaben unterstützen.
Stefan
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
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
Originally posted by: <email address deleted>
Dafür!!!
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
finde ich gut bin dafür
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
Originally posted by: <email address deleted>
finde ich auch gut
* * bin dafür * *
blaubaer
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Da ja heutzutage die Neigung jeden "furz" auf Gesichtsbuch, Zwitscher,
Ding und Konsorten der Welt kund zu tun (ich schließe mich dabei nicht aus)
sehe ich das auch nicht problematisch.
Solange transparent ist was gesendet wird, und das nur nach Freigabe des
Anwenders übertragen wird, wäre ich dafür!
gruß,
thorsten
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
+1, I like, oder wie das heutzutage heißt :-)
Am 26. November 2012 19:46 schrieb thoweiss >:
> Da ja heutzutage die Neigung jeden "furz" auf Gesichtsbuch, Zwitscher,
> Ding und Konsorten der Welt kund zu tun (ich schließe mich dabei nicht aus)
> sehe ich das auch nicht problematisch.
>
> Solange transparent ist was gesendet wird, und das nur nach Freigabe des
> Anwenders übertragen wird, wäre ich dafür!
>
> gruß,
> thorsten
>
> --
> 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
Originally posted by: <email address deleted>
Hallo Martin,
ich bin auch dafür, aber bitte default off.
LG Andreas
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ich bin ebenfalls dafür, halte es aber dennoch für wichtig entweder bei der
Installation oder dem ersten Start den User direkt entscheiden zu lassen.
So hat der User die volle Kontrolle über seine Daten, wird aber dennoch
über die Möglichkeit in Kenntnis gesetzt.
Viele Grüße
Markus
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Martin,
ich wäre sehr dafür. Wenn einmalig ein Hinweis dazu käme, wäre das für mich
völlig ausreichend. Ich würde Euch alle FHEM-Daten senden, kann nur ein
besseres Zielbild abgeben für die weitere Entwicklung und schließe mich den
Vorrednern in Sachen Facebook-Ergüsse und Co. an :-).
VIele GRüße
Benjamin
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
Originally posted by: <email address deleted>
Ich bin dafür. Auch gerne mit default on (opt-out).
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
Originally posted by: <email address deleted>
Hallo zusammen,
grundsätzlich bin ich auch dafür, wenn es hilft, aus den gesammelten Daten
Schwerpunkte für die Weiterentwicklung und den Support zusetzen. Dabei
sollte aber alles, was nicht den Schwerpunkt ausmacht, nicht unter den
Tisch fallen...
Das Bauchgefühl vieler, das Senden der Daten nur nach vorheriger Zustimmung
zuzulassen, ist sogar mainfestiert in § 4 des Bundesdatenschutzgesetzes
sowie allen Landesdatenschutzgesetzen. Allerdings ist hier immer nur von
personenbezogenen Daten die Rede. Solange kein Bezug hierzu hergestellt
werden kann, hätte ich als stellvertretender Datenschutzbeauftragter einer
Stadtverwaltung keine rechtlichen Bedenken gegen eine standardmäßige
Einschaltung.
Aus den Kommentaren ist jedoch überwiegend zu entnehmen, dass das
Persönlichkeitsrecht hier hoch angesiedelt wird. Ich würde daher empfehlen,
zumindest darauf hinzuweisen, dass mit Installation von FHEM
Hardware-bezogene Daten versendet werden. Natürlich sollte jeder darüber
informiert werden, was versendet wird. So kann jeder selbst entscheiden, ob
er FHEM installieren und nutzen will oder nicht. Denn die Datenerhebung und
-speicherung für eigene Geschäftszwecke ist nach § 28 BDSG und analogen
landesrechtlichen Bestimmungen unter den dort genannten Voraussetzungen
grundsätzlich zulässig.
Ansonsten: Macht weiter so! Ich bewundere jeden, der sich im weitesten
Sinne ehrenamtlich dafür einsetzt, so eine nützliche Software zu entwickeln
und andere ohne jegliches kommerzielles Interesse daran teilhaben lässt!
Danke!
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> grundsätzlich bin ich auch dafür, wenn es hilft, aus den gesammelten Daten
> Schwerpunkte für die Weiterentwicklung und den Support zusetzen.
Ich sehe das aktuelle surveyresults.html auch als Hinweis fuer Neueinsteiger,
wie weit bestimmte Module verbreitet, und damit wahrscheinlich problemloser zu
verwenden sind, als andere.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi,
ich würde meine Fhem-Gerätedaten den Developern von Fhem gerne zur
Verfügung stellen, denn letztlich kann ich als Anwender davon profitieren
(mal abgesehen von den Vorteilen, die ich durch Fhem sowieso schon habe.
Danke an die Entwickler und die Community dafür!).
Zudem sehe ich das als kleine Gegenleistung für die mir gebotene Leistung
des Produktes Fhem an. Dies darf für mich auch mit einer persönlichen ID
verknüpft sein.
Für die Fhem-Benutzer, die dies völlig anonym haben möchten, könnte ja eine
differenzierte Meldeart angeboten werden, eben ohne ID. Das bedeutet dann
für die Fhem-Entwickler 2 Datenbasen, eine eindeutige, in der sich auch
Anlageänderungen nachvollziehen lassen und eine eben uneindeutige mit
weniger Aussagekraft.
Aber auch ich finde eine vorherige Einholung einer Zustimmung zur
Datenübermittlung und die Einsicht in die Klartext-Ansicht der zu
übermittelnden Daten als nicht nur wünschenswert an.
Gruß
Thomas
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
wäre ok mit default off
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com