Datenpunkt umbennen mit Unterstrichen
-
Bitte KEINE Adapter-Datenpunkte umbenennen, kopieren oder löschen.
Wenn die der Name (oder die Struktur) nicht gefällt, dann bitte mit Alias arbeiten aber niemals in den Objekten von Adaptern etwas ändern.
-
@skvarel said in Datenpunkt umbennen mit Unterstrichen:
Bitte KEINE Adapter-Datenpunkte umbenennen, kopieren oder löschen.
Hatte ich bereits geschrieben.
Jedenfalls wäre zu klären ob es einen Sinn macht das bei Adaptertrees anzubieten und nicht nur in 0_userdata_0 (-> Frage an @Apollon77 / core Team)
Und wenn die Funktion existiert wäre ein Issue zu erstellen wenn da ein komisches Verhalten mit doppelten Underscores auftritt.
-
@mcm1957 sagte in Datenpunkt umbennen mit Unterstrichen:
wenn da ein komisches Verhalten mit doppelten Underscores auftritt.
sourceanalytix scheint die Punkte, die im Originaldatenpunkt für die Hierarchie existieren, vernünftigerweise in Underscores zu wandeln, damit keine weiteren Hierarchien aufgebaut werden.
Anscheinend macht SA da direkt 2 Underscores hin. -
@homoran
Ja, ist ja nicht verboten.
Nur sollte rename / move / copy mit einem genauso wie mit 15 Underscores umgehen können -
Hintergrund des ganzen:
Habe ein Tasmota der Gerät duch ein anderes ersetzt. Dem neuen möchte ich ungern den alten Namen geben damit meine Ordnung beibehalten wird (innerer Monk will das)
Um die gesammelten Daten im sourceanalytix zu behalten wollte ich den alten tree von sourceanalytix umbennen oder kopieren damit der Adapter aus dem neuen Gerät hinzufügt.Meine Froschungen haben ergeben daß das auch mit gestoppten sourceanalytix Adapter nicht klappt. Ausserdem gehts auch nicht im 0_userdata tree. Daher also wirklich Bug. Mache jetzt report im github.
-
@quinti sagte in Datenpunkt umbennen mit Unterstrichen:
Hintergrund des ganzen:
IDs sind eindeutig und werden vom Adapter vergeben.
@quinti sagte in Datenpunkt umbennen mit Unterstrichen:
den alten Namen geben
Namen können frei gewäht werden
wie bereits @skvarel schrieb dürfen IDs in Adapter-Namespaces niemals nie geändert werden.
Unter 0_userdata.0 könnte man das zwar machen, wenn man als Experte sich der möglichen Konsequenzen bewusst ist. -
Wobei hier ev ein Sonderfall vorliegt.
@quinti will die ALTEN Daten (also den Tree vom Gerät SN1234) in einen neuen Tree kopieren da das neue Gerät den Tree SN5678 benutzt. Damit würde sourceanalytix keine leeren States sehen sondern bereits die Werte die das alte Ding geliefert hat.
Das könnte funktionieren. quinti erwartet ja nicht dass sourecanalytix auf einmal wo anders hinschreibt sondern will nur die Daten quasi initialisiseren.
Wenn copy / move nicht funktioniert könntest du - AUF EIGENES RISIKO - die entsprechenden Objekte exportieren und das resultierende json dann editieren (also SN1234 durch SN5678 ersetzen wo immer das drinnen steht. Anschließend kannst du das json importieren.
Ich würde dir dringend raten das auf einem Testsystem zu probieren. Und nur mit einem aktuellen und funktionierendem Backup auf einem produktiven System das zu machen.
Optimaler Weise sollte man sowas mit alias machen. Aber in dem Fall könnte das auch ein gößere Menge sein ...
Ob der Sourceanalytix für soclhe Fälle selbst wa bietet kann ich mangels Kenntnis seiner Funktionen nicht sagen ...
-
@mcm1957 selbst wenn das so gehen würde, bin ich mir nicht sicher, dass der gewünschte Erfolg eintreten wird.
@quinti hat ja seinen Quelldatenpunkt nicht geändert.
dort steht ja auch noch die Referenz zu Sourceanalytix drin
-
@homoran
Ok, wie gesagt ich kenn den sourceanalytix zu wenig.
Wartet den (noch) wer? -
@quinti sagte in Datenpunkt umbennen mit Unterstrichen:
Um die gesammelten Daten im sourceanalytix zu behalten wollte ich den alten tree von sourceanalytix umbennen oder kopieren damit der Adapter aus dem neuen Gerät hinzufügt.
geht und darf man nicht, es gibt jedoch in SA Thread einen Beitrag mit einem script um die Datenpunkte zu übertragen
-
@crunchip
Danke!
hab da auch schonmal reingeschaut, aber wieder so ein megathread mit 2,3k Beiträgen. Das durchzuarbeiten, nee....
Die Sache ist auch nicht Kriegsentscheiden sondern nice to have. Dachte mir halt daß das ein iob Bug ist. -
@quinti said in Datenpunkt umbennen mit Unterstrichen:
Dachte mir halt daß das ein iob Bug ist.Ist es auch. Die doppelten Underscores dürfen nicht einfach verschwinden.
Ein Issue in Admin wär sinnvoll. Bitte betonen dass es um das Verschwinden der underscores geht - nichzt drum dass / ob man die States eines Adapters ändern darf / soll / kann. -
@quinti sagte in Datenpunkt umbennen mit Unterstrichen:
Dachte mir halt daß das ein iob Bug ist
nicht wirklich wenn man an undokumentierten Eigenschaften am offenen Herzen schraubt
EDIT:
@mcm1957 hat's besser formuliert
