New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Import einer Kurs42-Blockung #120
Comments
... bin auf der Spur, brauche nun @ThomasBachran Hilfe. |
@NielsWL : Könntest du einmal bitte gucken, was in der |
"KursId";"Fach";"Name";"Lehrer";"Std";"Raum";"Kursart";"Schulnummer";"Schienenzahl";"Gesperrt";"Blocken";"ParallelKursZahl";"ParallelKursNr";"FixiertInSchiene" Dies ist ein Auszug der Infos in der Kurse.txt, die Kurs42-CNF dort speichert und die dann in Kurs42 importiert werden. So werden die Daten auch aus Kurs42 exportiert. TRBB-GK1 und TRBB-GK2 laufen über 2 Schienen, TRBB-GK3 läuft nur in einer Schiene. Warum in Kurs42 mit Schiene 0 begonnen wird, ist mir nicht klar, aber wahrscheinlich auch egal. Blockplan.txt liefert dazu folgende Infos: |
... meine Vermutung hat sich leider nicht bestätigt. In den Datendefinitionen hat der Kurs zwei Schienen. -59;"TRBB";"TRBB-GK1";"--";3;"--";"GK";0;2;"[]";1;3;3;"3,4" ... dann müsste in der DB auch die 2 ankommen. hmmmm. |
-53;"SP";"SP-GK1";"--";3;"--";"GK";0;1;"[]";1;4;4;"3,9" .... das hier hinten zwei fixiert sind ist für unsere Daten aber sehr problematisch. Wir erzeugen daraus 2 Fixierungs-Regeln, wobei der Kurs aber laut der |
Schau doch mal, warum CNF das so produziert... |
CNF erstellt nur |
Das stimmt nicht. In CNF kann man die Anzahl der Schienen festlegen. Kurs#TRBB-GK1#Schienenanzahl ist#2 Was Kurs42 produziert oder in den Daten hat, kann ich von hier aus nicht sagen. Aber beim Import von CNF nach Kurs42 werden die Daten in Kurse.txt wohl ignoriert. Die Kurse.txt hat sich im Gegensatz zum letzten Jahr beim Export aus Kurs42 auch geändert. |
....ahhh stimmt, das hatte ich vergessen. Anscheinend war das noch aus Zeiten, wo diese Informationen nicht in den Daten vorhanden vorhanden waren. Dennoch: Ich erzeuge nur die Ich halte fest: Die Schienenanzahl ist richtig kodiert. Die Fixierungen potentiell falsch. ....warum beim Import die Schienenanzahl aber nicht richtig ankommt, verstehe ich (noch) nicht. |
Da ist der Export aus Kurs42 einfach nicht korrekt. Das muss Herr Schrewe korrigieren, damit es dauerhaft funktionieren kann. |
Könnte man beim Import die Infos zu den Schienen nicht ausschließlich aus der Blockplan.txt nehmen? |
Ja, das habe ich auch so als workaround programmiert (noch nicht hochgeladen). Dennoch untersuche ich gerade, warum die "2", welche in deinen Daten korrekt vorkommt, nicht übernommen wird... |
Ich habe das mal nachgefragt... |
Bei einer frisch exportierten Blockung bekomme ich beim Import folgende Fehlermeldung.
|
Offenbar versucht der Import, die Aufzählung der fixierten Schienen als Zahl zu interpretieren. Wenn es dem Import hilft, kann ich Kurse.txt gerne um die Aufzählung der tatsächlich belegten Schienen (und deren Anzahl) ergänzen. |
Das ist sehr nett, aber nicht nötig denke ich. Die wirklich fixierten Schienen lassen sich ja aus der |
@NielsWL: Ich habe zu obigem Problem bereits ein (internes) Issue erstellt. In Kürze: Fehler 1: Wir lesen derzeit nur 1 Schiene ein und nicht mehrere, falls durch Komma getrennt. ... das wird noch gefixt. |
In diesem Issue sind leider zwei Dinge gelandet (das ist ungünstig).
Ich denke ich habe beide Issues gelöst. Müsste beim nächsten release drin sein. |
Beim Import einer Kurs42-Blockung werden Kurse, die über mehrere Schienen laufen nicht korrekt importiert. In der Tabelle Kursplanung tauchen sie zwar auf zwei Schienen verteilt auf, eingetragen ist aber nur eine Schiene. Dies führt zu einem Fehler, wenn dann geblockt werden soll.
Stellt man dann die Schienenanzahl auf 2, wird in der Tabelle der Kurs auf 3 Schienen verteilt..
Die Schienenanzahl lässt sich auch nicht korrigieren.
The text was updated successfully, but these errors were encountered: