Wünsche für EEP18 und folgende Versionen

Schmiermax

Fehlschaltungen?

Ich nutze neben meinem Hauptprogramm, dies beinhaltet auch die Main,

zur Zeit noch weitere 11 über require eingebundene Unterprogramme.

Durch setzen von Zeit-Slots , wie oben schon erwähnt, langweilt sich die Main!

einmal pro Sekunde im ersten Zyklus stelle ich alle Ampeln auf den Straßen.

einmal pro Sekunde im zweiten Zyklus stelle ich alle Anzeigen zu den Ampeln auf den Straßen.

einmal pro Sekunde im vierten Zyklus prüfe ich alle Haltepunkte der Busse.

usw..

was viel Zeit benötigt, sind print Ausgaben, darum werden diese, wenn nicht mehr benötigt, deaktiviert!

Wie gesagt, es werden immer nur Programm-Teile ausgeführt.

Fehlschaltungen kann ich für mich nicht bestätigen.

Wie wäre sowas mal zur besseren Terrainbearbeitung ...

Karlchen57

Quote from Karlchen57

Fehlschaltungen kann ich für mich nicht bestätigen.

Für einfache Ampelschaltungen geht das auch noch, in meiner Anlage wird es aber höchst kompliziert.

Bin im Moment dabei in meiner Anlage "Saarbrücken" die Ampeln am Wilhelm Heinrich Kreisel zu verschalten.

Habe von der städtischen Stelle, welche für die Ampelsteuerung in Saarbrücken zuständig ist die dazu notwendigen Unterlagen erhalten.

Anders wäre es kaum möglich dabei den Durchblick zu behalten.

Da müssen die Timer ganz genau arbeiten weil manche Aufrufe nur einen Abstand von einer Sekunde haben.

Habe auch noch sehr viele Kreuzungen mit Ampelschaltungen in der Anlage und da zeigten sich die Nachteile mit einem Timer in Lua sehr deutlich durch Fehlschaltungen. Mal lief es mal nicht.

Das hat mich dazu bewogen lieber mit den Timern in den Kontaktpunkten zu arbeiten weil diese immer sauber schalten.

Schmiermax

Schöne Kreuzung!

Hast du mal versucht, das Zeitlich zu erfassen?

    if _zyklus == 2 then 
        local t0 = os.clock()    
        u08_Ampelphasen_show ()  
        local t1 = os.clock()    
--        print("Dauer der Aktion u08_Ampelphasen_show : " .. string.format("%.3f", t1-t0) .. " sec")
    end    

Außerdem würde mich das interessieren, wie du das löst!

PS: vielleicht sollte man dies aus diesem Tröd in einem extra Tröd verlegen.

Kommt bitte wieder zum eigentlichen Thema zurück.

lotus

Es wäre schön, wenn Du die Diskussion über die Ampelsteuerung in einen neuen Faden verschieben könntest.

Zu diesem Thema gäbe es noch genug zu diskutieren.

Hallo

Falls euch nicht entgangen ist, ist das der Wunschthread für EEP18 und nicht die Anleitung für LUA-Programmierungen. Das wäre in einem separaten Faden dann besser aufgehoben. Wünsche hier eintragen ist für die Katz, da dazwischen immer seitenlange Diskussionen.

Hallo und guten Tag,

ich wünsche mir bei den Landschaftselementen das Streuwerkzeug zu erweitern. Es sollte die Möglichkeit geben, die Umrisse nach dem Freihandmodus zu gestalten. So könnten auch die Kurven, Ovale oder Kreise besser einbezogen werden.

Gruß Eberhard

Beim Cubic Spline würde ich die Überschusswerte gerne per Schieberegler einstellen und das Ergebnis unmittelbar angezeigt bekommen. Momentan rate ich Werte und es kann lange dauern, bis es einigermaßen aussieht.

Hallo,

Bei der Steuerung von Weichen/Signalen unter Einsatz von Routen würde ich mir noch eine zusätzliche Unterscheidung in "Alle" und "Alle anderen" wünschen. Das würde bei hintereinanderliegenden Kontaktpunkten zum gleichen Objekt falsche Ansteuerungen verhindern.

Ein ganz kleiner Wunsch, für mich aber hilfreich:

Wenn ich einen Block speichern möchte, der z. B. die "DKW 60-190-1:9 X Fz B 4,5m (DU1)" enthält, kann ich logischerweise keinen Doppelpunkt im Dateinamen verwenden, also nehme ich das Unicode-Zeichen "։", sieht ja genauso aus. Es gibt keine Fehlermeldung, wenn ich speichere, aber die Datei wird nicht gespeichert. Also muss ich die Datei unter einem anderen Namen speichern und im Explorer umbenennen (öffnen kann man es in EEP trotzdem).

Mein Wunsch: Dieses Unicode-Zeichen, bzw. alle Unicode-Zeichen für Dateinamen beim Speichern zulassen.

Das Zeichen heißt "armenian full stop" und hat den hex-Wert 0x589

Quote from Chris1967

Mein Wunsch: Dieses Unicode-Zeichen, bzw. alle Unicode-Zeichen für Dateinamen beim Speichern zulassen.

Siehe dazu das EEP-Wiki mit den verbindlichen Vorgaben für Dateinamen. Daran dürfte sich wahrscheinlich so schnell nichts ändern aus den dort genannten Gründen:

Quote

Vorgaben bei Dateinamen

Vorgaben für Dateinamen bei öffentlicher Publikation

Beim Export von Modellen, spätestens jedoch bei deren Publikation und der Weitergabe an Dritte (einschließlich aller Begleitdateien wie: PDF-Dokumentation, Demonstrationsanlagen, Blöcke, Zuggarnitur-Gruppen, Sounds usw.), müssen die nachfolgenden Vorgaben eingehalten werden.

Hintergrund:

Die unten aufgeführten Kriterien resultieren in erster Linie aus den Normungen der Dateiformate für optische Datenträger wie z.B. CD-ROM, DVD-ROM, etc. Darüber hinaus sind sie aber auch damit begründet, dass die Kommunikation zwischen den Microsoft Windows- und den Linux-Server-Systemen gewährleistet sein muss, einschließlich aller Dateioperationen wie zum Beispiel das Komprimieren, Extrahieren, Signieren, Kopieren und Verschieben. Dabei ist anzumerken, dass unter anderem die UNIX-Betriebssysteme wie Linux - im Gegensatz zu den Windows Betriebssystemen - durchaus die Groß- und Kleinschreibung von Dateinamen unterscheiden. (Beispiel: unter Windows Betriebssystemen kann die Datei "Hbf-Berlin.3dm" mit "HBF-Berlin.3DM" problemlos überschrieben werden, wohingegen Linux beide Dateien als zwei unterschiedliche behandelt.) Der dritte - dadurch aber nicht weniger wichtige - Faktor ist die Nutzung der Modelle und Begleitdateien unter lokalisierten Sprachversionen von EEP, wie z.B. der englischen, französischen, polnischen und ungarischen Sprachversion.

Die Dateinamen müssen somit folgende Kriterien erfüllen:

1.Dateinamen dürfen inklusive der Dateierweiterung (also den Zeichen nach dem Punkt *.*) allerhöchstens 64 Zeichen lang sein, was dem Joliet-Dateisystem von Microsoft für CD-ROMs entspricht.

Um allerdings eine direkte Datensicherung von Modellen und Begleitdateien auf optischen Datenträgern (ohne zusätzlicher Komprimierungsverfahren wie Zip, Rar usw.) gewährleisten zu können, aber auch um den Ladevorgang von EEP-Anlagen aufgrund der Länge der Dateinamen nicht unnötig in die Länge zu ziehen, wird grundsätzlich die Einhaltung der DIN ISO 9660 empfohlen. Diese ISO 9660 ist eine Norm der Internationalen Organisation für Normung (ISO), die ein Dateisystem für optische Datenträger (CD-ROM, DVD-ROM, BD etc.) beschreibt und ausschließlich Dateinamen bis zu einer Länge von 31 Zeichen inklusive der Dateierweiterung zulässt.

2.Für Dateinamen dürfen nur Zeichen nach ISO 646 benutzt werden. Diese Zeichen umfassen das lateinische Alphabet in Groß- und Kleinschreibung, die zehn arabischen Ziffern sowie die zwei Satzzeichen: den Bindestrich (optional Minus) und den Unterstrich. Auch wenn nach der ISO 646 das Leerzeichen eindeutig erlaubt ist, sollte es in den Dateinamen der EEP-Modelle dennoch nicht verwendet werden. Dies ist damit begründet, dass mehrere (meist kostenlose) Zusatzprogramme zu EEP die Leerzeichen im XML-Code der EEP-Anlagen als eine Zeichenkette von interpretieren und dadurch Fehler beim Betrieb der Anlagen in EEP verursachen können.

Der Zeichenvorrat, der beim Benennen der Dateien verwendet werden darf, entspricht weitgehend dem einer Tastatur für die englische Sprache. Erlaubt sind demnach:

ABCDEFGHIJKLMNOPQRSTUVWXYZ-abcdefghijklmnopqrstuvwxyz_1234567890

3.Ein absolutes Tabu in Dateinamen bilden Satzzeichen, die für Pfadangaben und Systemoperationen benutzt werden:< > ? " # : ; , | \ / * &

4.Der Punkt dient der Trennung des Dateinamens von der Dateierweiterung und darf daher innerhalb eines Dateinamens nicht vorkommen. Nicht erlaubt sind darüber hinaus alle deutschen Umlaute wie: Ä, Ü, Ö, ä, ü, ö, sowie das scharfe ß.

Im Gegensatz zu den strikten Vorgaben für Dateinamen, dürfen die genannten Sonderzeichen und deutschen Umlaute für die Anzeige des Modellnamens in EEP durchaus benutzt werden. Diesem Zweck dient die externe *.ini-Datei des Modells. Der, über die *.ini-Datei definierte und in EEP angezeigte Name des Modells, braucht dabei nicht einmal ansatzweise dem tatsächlichem Dateinamen zu entsprechen. Er sollte dort allerdings so gewählt sein, dass die Lesbarkeit des Modellnamens in der Auswahlliste gegenüber dem eigentlichen Dateinamen verbessert wird.

5.Um sogenannte Namensdubletten zu vermeiden, sollte am Ende des Dateinamens - unmittelbar vor dem Punkt für die Dateierweiterung - ein sogenanntes "Konstrukteurskürzel" hinterlegt werden. Die offiziellen Konstrukteurskürzel für die Anzeige der Autorennamen werden von der Trend Redaktions- und Verlagsgesellschaft mbH vergeben und verwaltet, wobei die Liste der Autoren der jeweils aktuellen Version von EEP (im Verzeichnis \Resourcen\Categories\Filters\creator_model.inf) zu entnehmen ist.

Display More

Quelle: https://wiki.eepshopping.de/in…e=Vorgaben_bei_Dateinamen

Quote from Chris1967

Dieses Unicode-Zeichen, bzw. alle Unicode-Zeichen für Dateinamen beim Speichern zulassen.

Hallo Chris

ergänzend zu Byronic (KS1) sind Sonderzeichen in Datei- und Ordnernamen generell keine gute Idee.

Gruß Ingo

Hallo in die Runde,

Ergänzend

Bitte, bitte unbedingt keine Sonderzeichen.

Schließe mich Byronic (KS1) und schlingo ausnahmslos an. Zu viele schlechte Erfahrungen mit Anwendern (Kunden), die sich nicht an Konventionen halten, zu viel Zeit dadurch in Fehlersuche vergeudet...

Hallo,

ich weiß jetzt nicht, ob es schon mal gewünscht wurde, aber ich würde es gut finden, wenn man beim Anpassen der Geländehöhe an ein Gleis oder einer Straße einen Wert für die Breite der Anpassung eingeben könnte. Jetzt muss man evt. ein zusätzliches Gleis oder eine Straße eingeben.

Viele Grüße

Jürgen

Hallo Juergen47 ,

zumindest früher wurde hier die Einstellung für die Rampenbreite im 2D-Editor berücksichtigt, hast du das mal probiert?

Gruß Michael

Quote from Juergen47

Jetzt muss man evt. ein zusätzliches Gleis oder eine Straße eingeben.

Da habe ich einen Trick auf Lager. Benutze in 3D nach der Geländeanpassung die Rampenfunktion. Hier kannst du die Breite einstellen, positioniere den Cursor unter die Strasse am Anfang, wo du es breiter haben willst und fahre dann mit der Maus zu der Position unter der Straße, wo die Breite dann nicht mehr angepasst werden soll. Ich setze da meistens auf volle Breite, dann hast du die Geländeanpassung links und rechts der Straße gleich breit.

Danke für die Tipps, werde ich mal ausprobieren.

Trotzdem wäre es hilfreich, wenn man gleich beim Anpassen einen Wert eingeben könnte.

Quote from Juergen47

Trotzdem wäre es hilfreich,

Da hast du schon recht, auch ich würde das sehr begrüßen, aber bis

dahin behelfe ich mir eben so.

Quote from Juergen47

wäre es hilfreich, wenn man gleich beim Anpassen einen Wert eingeben könnte

Hallo Jürgen

Quote from Michael89

zumindest früher wurde hier die Einstellung für die Rampenbreite im 2D-Editor berücksichtigt, hast du das mal probiert?

Gruß Ingo