Es ist äußerst ungünstig eine instanz von "Profil" an den Namen "user" zu binden, wenn es auch "User" gibt. Aber das mit den Namen hatten wir ja schon oft. # irgendwo weiter oben im Code: profil = Profil.objects.filter(...).select_related("user", "gruppe&...

Dann steht date_joined offensichtlich nicht in "Profil". In welchem Model ist es enthalten?

Und es geht nicht, weil?

Nein. Es können auch nicht autmagisch irgendwelche Migrationen wieder entfernt werden. Wie soll das funktionieren? Nummern spielen bei Migrationen eigentlich keine Rolle, weil der Abhängigkeitsbaum ohne auskommt, der Einfachheit halber nehmen wir sie hier aber so, wie Django sie anlegt. Du hast eine...

Das, was du dir vorstellst, wird nicht funktionieren. Wenn deine Migrationen zwischen den Systemen unterschiedlich sind, dann hast du schon einen großen Bock geschossen. Den heilst du nicht, indem du die Migrations löscht. Dann hat du je App eine große Migration - aber eine Datenbank die denkt, dass...

makemigrations geht alle Migrationen der Apps im Projekt durch und errechnet daraus einen Status der Datenbank ("ist"). Dann geht es die Modelle der Apps durch. Es wird dann je App eine Migration erstellt, die alle Änderungen beinhaltet um den Ist-Zustand zu ändern, dass der Zustand wie in...

Nee, falsch eingelesen. Du hast zwei Tabellen (oder besserer Name: Relationen. Sonst ist man gedanklich immer bei der Tabellenkalkulation). Eine Relation, welche die Messung repräsentiert und eine Relation, die alle Werte aller Messungen enthält. Jede Messung bekommt eine ID, die wird dann als Fremd...

Nein, __blackjack__ meint wie bei Relationalen Datenbanken üblich.
Mach dich gerne mit dem Konzept vertraut.

Da hier niemand weiß, was du versuchst und wie die Fehlermeldung lautet: Nein.

Da niemand weiß, was du versucht hast und welches Vorwissen du hast, der Link der auf die Dokumentation, die erklärt wie man damit startet.

@KlaRo: Leider ist meine Glaskugel heute beschlagen, deshalb kann ich den Code, mit dem du das versucht hast, nicht so richtig erkennen. Denn wenn du das korrekt in __init__ anlegst und die identische Fehlermeldung bekommst, wäre das schon sehr außergewöhnlich. Ich wäre sogar geneigt zu sagen, das w...

Auf jeden Fall zeigst du keinen Code, der nicht funktioniert.

@TimoB: Wall of Text in Prosaform sind in der Regel eine schlechte Form der Problembeschreibung. Zeig Code, der nicht funtkionert, zeig die dazu gehörige Fehlermeldung, was du erwartest und was stattdessen passiert. Hier ist ja bereits der Hinweis gefallen: Lies Dokumentationen. Pyinstaller erklärt ...

Dss ist eher eine Frage für ein Office Forum. CSV steht für "Comma Separated Values". Wenn also alle Werte mit einem Komma getrennt in einer Spalte landen, dann musst du dem Programm, mit dem du die Datei öffnest, beibringen, dass ein Komma die Were einer Zeile trennt. "Wie öffne ich ...

@sophe9: was heißt denn kein Erfolg?
Fehlermeldung? Hinweise? Woran machst du fest, dass es nicht geht?

Warum enkodierst du den Inhalt der Datei, nur um sie abschließend wieder zu dekorieren?

Ich verwende kein pyCharm, bei den meisten IDEs ist es aber so, dass für jedes Projekt ein eigenes venv angelegt wird. Das venv beinhaltet dann auch den entsrpechenden Interpreter. Das heißt: Als Interpreter musst du das entsprechend passend venv wählen. Wenn du den den Interpreter wechselst, wechse...

Hatten wir das nicht schon mal hier?

Warum musst du denn Dateien hin und her kopieren?
Der QrDesigner läder doch problemlos ui-Dateien von überall her

MicroPython ist nicht Python. Und es behauptet auch nicht, dass es sich eben so verwenden lässt.
Was sagt denn die Dokumentation von MicroPython, wie der korrekte Aufruf von .connect() aussieht? Es scheint laut der Fehlermeldung ja kein Tuple aus Host und Port zu sein.

Also werden die Daten gelesen, die Überschriften werden kryptischer Mumpitz und das Format geht dadurch kaputt. Also insgesamt ein Vorgang, den man sich komplett sparen kann. Denn man kann ja die Urprungsdaten ebenso Pandas einlesen - und spart sich den Zwischenschritt, der in diesem Fall auch noch ...