Liebes Forum,
In Version 7.3 schaffe ich es nicht, Benutzer hochzuladen. Meine Original-Datei habe ich hier einmal auf zwei Einträge gekürzt.
5A;Mustermann;Max;19.02.2014;5001
5A;Musterfrau;Maxime;07.11.2013;5002
Was mache ich hier denn wieder falsch? Die Fehlermeldung nach Speichern kommt prompt. Eigentlich wollte ich Klassennamen mit einer 0 vorn dran (05A), aber ging auch nicht.
LG
Peter
nimm mal 5a und nicht 5A – so ist das zumindest bei uns.
Für die Oberstufe entsprechend … bei uns heißen die Jahrgänge der Oberstufe:
jg-11,
jg-12 und
jg-13
… ich weiß aber nicht mehr, warum Großschreibung hier verboten ist
Danke Michael, für deine viele Mühe, mir ständig zu antworten.
Problem besteht leider immer noch. Habe jetzt mal 05a, 5a, k-05a probiert
ich schaue mir mal an, ob ich das import-skript finde.
Ich habe ‚sophomorix-check‘ per Hand durchlaufen lassen. Da ist nämlich die Stelle drin, die prüft, ob die Klasse richtig ist.
Und ich habe die Ausgabe erhalten, dass nur der erste Eintrag fehlerhaft ist.
Der Grund liegt bei mir in der Ausgabe durch den Powershell-Befehl „Out-File“. Der baut ein Byte-Order-Mark (BOM) ein, das sind ein paar Byte zu Beginn der Textdatei, die man nicht sieht. Perl sieht das natürlich. D.h. ich muss Powershell überzeugen, den BOM nicht zu machen! (Ich hatte Powershell 5.1, sollte Powershell 7 sein)
Also falls jemand in die Falle läuft und Tools verwendet, um die students.csv zu erzeugen… könnte am BOM liegen.
HAllo Peter,
… ich dachte mir schon sowas …
Ist ein bekanntes Problem.
Deswegen öffne ich die Dateien, die ich in die WebUI schmeißen will, immer erst mal in LibreOffice Calc und schau sie mir da an.
Wenn mir gefällt was ich sehe, dann mache ich:
speichern unter → .csv und setze einen Haken bei „Filtereinstellungen setzen“ und drücke auf Speichern.
Dann kommen die Filtereinstellungen.
Da stelle ich ein
UTF-8
und „Trennzeichen“ ;
und „Texterkennung“ leer (also keine Textmarkierer: der will immer erst mal Hochkommata).
Die so erhaltene csv geht dann auch ohne Probleme durch.
Gerade Windowsprogramme tendieren ja dazu, dass sie nicht UTF-8 als Codepage nehmen, sondern die MS Codepage.
Das ist OK, sophomorix kann das, aber man sollte ein Mixen verhindern: dass Teile der Datei UTFDF-8 und dandere MS sind: deswegen gehe ich immer so vor.
LG
Holger
Ja, guter Vorschlag. Eigentlich habe ich es jetzt, aber die Weboberfläche dreht schon seit einer Dreiviertelstunde nach dem Hochladen. Ich versuche es auf der Root-Konsole…
Vielleicht sind noch andere Fehler drin.
Da war ich wahrscheinlich jetzt etwas zu schnell…ich sehe gerade ganz gut, was in sophomorix-add passiert, das sehe ich in der WebGui nicht, hier wäre es wohl ganz gut, wenn man den Fortschritt sehen könnte…
Jeder User braucht hier etwa 3-4 Sekunden, macht bei 700 Usern max 2800 Sek… da bin ich dann wohl bei ner Dreiviertelstunde… vielleicht hätte es nur noch ein paar Sekunden gedauert 
Hi,
PowerShell v5.1 fügt den Byte-Order-Marker hinzu, wenn man utf8 angibt, während PowerShell v7.x diesen bei utf8 weglässt und es explizit utf8BOM benötigt.
"abc" | out-file -Encoding utf8 -FilePath $env:USERPROFILE\desktop\test.txt
"abc" | out-file -Encoding utf8BOM -FilePath $env:USERPROFILE\desktop\testbom.txt
Wenn keine wilden Sonderzeichen notwendig sind, sollte aber auch -Encoding ascii gehen.
VG
Buster
btw – hier auch nochmal der Tipp:
sophomorix-newfile und sophomorix-newfile --help
Hallo zusammen,
Falls der BOM da ist, gibt es jetzt eine Fehlermeldung beim Import in die Webui, habe ich gerade hinzugefügt:
Gruß
Arnaud