Datenübernahme von 1.9 in software2

[Thomas aus W]

Bei mir ist die Migration leider fehl geschlagen:

Code: Alles auswählen

[...]
2024-02-02 21:30:41,910 - Fehler beim Konvertieren des Logs vom 202001-ll3.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:41,913 - Fehler beim Konvertieren des Logs vom 201912-pv.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:41,913 - Fehler beim Konvertieren des Logs vom 201910-date.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:41,914 - Fehler beim Konvertieren des Logs vom 201910-einspeisung.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:41,919 - Fehler beim Konvertieren des Logs vom 202001-verbraucher2iwh.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:41,922 - Fehler beim Konvertieren des Logs vom 201912-ll2.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:41,925 - Fehler beim Konvertieren des Logs vom 201910-llg.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:42,830 - Fehler beim Konvertieren des Logs vom 201912-ll1.csv
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 289, in convert
    content["names"] = get_names(content["totals"], LegacySmartHomeLogData().update()[1])
AttributeError: 'LegacySmartHomeLogData' object has no attribute 'update'
2024-02-02 21:30:42,835 - Seriennummer wird übernommen...
2024-02-02 21:30:42,849 - Temporäre Dateien werden entfernt...
2024-02-02 21:30:44,172 - Datenmigration beendet

bye
TW

[Thomas aus W]

Ich habe mal weiter analysiert.

Das Problem scheint darin zu bestehen, dass die 1.9er CSVs mit den längeren Namen nur eine Spalte mit Werten haben:

202001-ll3.csv:

Code: Alles auswählen

1929113
1940667
1945342
1946730
1947532
1950073
1960265
1961094
1961461
1963095
1964597
1973323
1975306
1977837
1982126
1993454
2003120
2014435
2017261
2019631
2026399
2035555
2049436
2062836
2066841
2071901
2078067
2080122
2083542

Bleibt nur die Frage, warum die "normalen" CSVs ohne -*Suffix auch nicht korrekt übernommen werden...

bye
TW

[Thomas aus W]

Ich versuche gerade mein Problem weiter zu analysiere und will das Migrationsscript direkt ausführen.

Leider bin ich wohl für Python zu blöd : o(

Ich bekomme 'ne Fehlermeldung, dass der control-Import nicht auffindbar ist:

Code: Alles auswählen

:~/openWB $ python3 packages/helpermodules/data_migration/data_migration.py
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/data_migration/data_migration.py", line 21, in <module>
    from control import data, ev
ModuleNotFoundError: No module named 'control'

Kann mich bitte jemand in die richtige Richtung schubsen?

bye
TW

[matzbe]

Habe erfolgreich die Software 2 auf implementiert.

Leider funktioniert die Datenübernahme nicht. Auch nach studieren dieses Beitrags und der "Anleitung" komme ich nicht weiter.
Die Sicherung der 1.9er im TAR Format habe ich. Möchte ich auf der 2er Ebene unter Datenübernahme eine Datei auswählen so ist keine einzige zugelassen. Alles "ausgegraut" und nicht anwählbar. Nutze eine Mac und habe wie gesagt im tar Format gesichert, entpackt und stehe nun da und komme nicht weiter.
Kann mir jemand behilflich sein und kurz anleiten.

[LutzB]

Dann hat Dein Browser beim Herunterladen der Sicherung diese automatisch entpackt. Das sollte ein Tar-GZ Archiv sein.

[Thomas aus W]

habe wie gesagt im tar Format gesichert, entpackt und stehe nun da

Du hast das Archiv selbst ausgepackt?

bye
TW

[matzbe]

habe wie gesagt im tar Format gesichert, entpackt und stehe nun da

Du hast das Archiv selbst ausgepackt?

bye
TW

Sicherung heruntergeladen.
Doppelklick auf die .tar Datei und dann erhalte ich einen "var" Ordner.

[Thomas aus W]

Doppelklick auf die .tar Datei

Ich kenne mich mit Macs ja wirklich null aus. Daher frage ich mal:

Kann es sein, dass der Mac so wie Windows auch, die letzte Dateiendung versteckt und die Tar-Datei in Wirklichkeit *.tar.gz heißt?

Und/Oder ist der Mac so besserwisserisch, dass er auch im Dateiauswahldialog Archive als "normale" Verzeichnisse darstellt und behandelt?

bye
TW

[matzbe]

Doppelklick auf die .tar Datei

Ich kenne mich mit Macs ja wirklich null aus. Daher frage ich mal:

Kann es sein, dass der Mac so wie Windows auch, die letzte Dateiendung versteckt und die Tar-Datei in Wirklichkeit *.tar.gz heißt?

Und/Oder ist der Mac so besserwisserisch, dass er auch im Dateiauswahldialog Archive als "normale" Verzeichnisse darstellt und behandelt?

bye
TW

Danke für den Hinweis, habe manuell geändert von .tar auf .tar.gz

Nun konnte ich die Datei auswählen und sie wird gerade hochgeladen. Danke nochmal.

[Thomas aus W]

habe manuell geändert von .tar auf .tar.gz

'.gz' als Dateiendung bedeutet ja, dass das Archiv komprimiert ist, und wenn Dein Mac das Archiv für Dich schon mal dekomprimiert hat wird die OWB sehr wahrscheinlich auf die Nase fallen, wenn Du nur den Namen änderst...

bye
TW