Erweiterungen und korrigierte Fehler in VISSIM (Stand 2010-09-09) ============================================== (+ = Erweiterungen, - = Fehler, die behoben wurden. In eckigen Klammern gibt es ggf. Hinweise zur Korrektur.) Version 5.30-00 [25179] (2010-09-03) ------------------------------------ + Installation der Beispieldaten: Unter Windows 7 und Windows Vista liegen die VISSIM-Beispieldateien in ProgramData\PTV_Vision\VISSIM530\Examples. (Bei der Demoversion PTV_Demo\ und bei der Studentenversion PTV_Uni\ statt PTV_Vision\.) Es gibt also nur noch ein Examples-Verzeichnis pro Hauptversion (z.B. 5.30), auch wenn z.B. mehrere verschiedene Servicepacks nebeneinander installiert sind. Im Startmenü gibt es einen zusätzlichen Verweis direkt auf das Examples\-Verzeichnis - das ist der einfachste Weg, es zu öffnen. (ProgramData\ ist nämlich leider ein verstecktes Verzeichnis, das man im Explorer nur sieht, wenn man "Versteckte Dateien und Ordner anzeigen " eingestellt hat.) Außerdem existiert eine neue Umgebungsvariable VISSIM530_EXAMPLES, die ebenfalls vom Setup angelegt wird. Wenn man im Windows-Explorer in der Adresszeile %VISSIM530_EXAMPLES% eingibt, öffnet er das Examples-Verzeichnis. (Unter Windows XP bleibt das Verzeichnis Examples\ parallel zu Exe\.) + Neues Diagnoseprogramm: VDiagGUI.exe (ersetzt VDiag.exe): Neue Version des VISSIM-Diagnosewerkzeugs (verwendbar über die Kommandozeile und mit einer Ggrafischen Benutzerschnittstelle). Mit VDiagGUI können Informationen zum Versand an die Hotline gebündelt werden, und die Oberflächen-Einstellungen (Menüs, Symbolleisten) können zurückgesetzt werden. VISSIM kann über VDiagGUI im Diagnosemodus gestartet werden VDiagGUI ist derzeit nur in Englisch verfügbar. + Reproduzierbarkeit bei Multi-Threading: Die Nutzung mehrerer Kerne hat keinen Einfluss auf das Simulationsergebnis (trotzdem bleibt natürlich der Geschwindigkeitsvorteil). + Kooperatives Spurwechseln: Es wurde eine neue Attributgruppe zur Einstellung des Fahrverhaltens definiert. Diese befindet sich noch in einem experimentellen Stadium und kann daher derzeit ausschließlich mit einem Texteditor direkt in der *.inp Datei bearbeitet werden. Folgt das Schlüsselwort KOOPERATIV direkt nach dem Parameter RECHTSFAHRGEBOT (beziehungsweise FREIE_SPURWAHL) in der Netzdatei, ist das kooperative Spurwechselverhalten aktiviert. Kooperatives Spurwechseln führt zu folgendem Verhalten: Wenn ein Fahrzeug A bemerkt, dass ein Fahrzeug B von der benachbarten Spur auf seine (A) Spur wechseln möchte, dann wechselt Fahrzeug A unter gewissen Bedingungen pro-aktiv die Spur, um Fahrzeug B den Spurwechsel zu erleichtern. Fahrzeug A verhält sich so, als ob es aufgrund eines Verbinders in großer Entfernung die Spur wechseln müsste und akzeptiert dabei die eigene "maximale Verzögerung" und die des Folgefahrzeugs C auf der neuen Spur entsprechend der versorgten Parameter für notwendige Spurwechsel. Fahrzeug A wechselt nicht die Spur, wenn die neue Spur weniger gut zur Fortsetzung seiner Route geeignet ist. Es wechselt auch nicht die Spur, falls Fahrzeug B mindestens um 3 m/s schneller ist oder die Kollisionszeit mehr als 10 s betragen würde mit einer um 3 m/s erhöhten eigenen Geschwindigkeit. Für diese beiden Parameter können optional in der *.inp-Datei hinter dem Schlüsselwort KOOPERATIV andere Werte angegeben werden: GESCHWINDIGKEIT KOLLISIONSZEIT . Fehlen diese Angaben in der *.inp-Datei, werden die Standardwerte 3 m/s und 10 s verwendet. + Nicht spurgebundener Verkehr: Ein verbessertes Querverhalten auf der eigenen Spur stromaufwärts vor dem Abbiegen wird dadurch erreicht, dass die Fahrzeuge sich frühzeitig zur richtigen Fahrbahnseite hinbewegen. Ein spätes Überholen, das in Richtung der falschen Fahrbahnseite führen würde, wird bewusst unterdrückt. Dem Nutzer stehen drei Fahrverhaltensparameter zur Kalibrierung des Querverhaltens zur Verfügung. Die Option kann interaktiv über den Dialog "Fahrverhaltensparametersätze" im Register "Querverhalten" aktiviert werden. Die Parameteranpassung kann derzeit ausschließlich über einen Texteditor direkt in der *.inp Datei vorgenommen werden. Die entsprechenden Parameter werden vor der Spezifikation des GELBVERHALTENs wie folgt eingefügt: "ABBIEGEN KOLLISIONSZEIT GESCHWINDIGKEIT " und können dort editiert werden. Beispiel (gleichzeitig Standardparameter): ABBIEGEN KOLLISIONSZEIT 2.00 GESCHWINDIGKEIT 1.00. + ABBIEGEN: Aktivierbar als Option im Dialog "Fahrverhaltensparametersätze" im Register "Querverhalten": "Nächste Abbiegerichtung berücksichtigen". Die nächste Abbiegerichtung (links / rechts / geradeaus) ergibt sich aus dem Attribut "Richtungswunsch" der nächsten Verbindungsstrecke auf der Fahrzeugroute. Die Fahrzeuge erhalten dadurch folgende Verhaltensorder: Bewege dich nicht seitwärts auf deiner Spur, um ein Fahrzeug zu überholen, wenn du dich dadurch von der Fahrbahnseite der nächsten Abbiegerichtung entfernst. Bewege Dich sobald als möglich zur Fahrbahnseite der nächsten Abbiegerichtung hin. Diese Option überschreibt die "Wunschposition bei freier Fahrt". [In der aktuellen Version / Release wird die Einordnen-Distanz der Verbindungsstrecke ignoriert. Außerdem wird ausschließlich die nächste Verbindungsstrecke betrachtet, d.h. ein "weitsichtiges" Querverhalten auf der eigenen Spur im Hinblick auf die Abbiegevorgänge im weiteren Verlauf der Route ist derzeit nicht implementiert]. + KOLLISIONSZEIT: Schwellenwert für die Vergrößerung der Kollisionszeit mit dem nächsten Fahrzeug/Signalgeber (errechnet mit der Wunschgeschwindigkeit des Fahrzeugs), die durch eine Seitwärtsbewegung auf der Spur erreicht werden muss, so dass diese als lohnenswert empfunden und durchgeführt wird. Der Standardwert ist 2 Sekunden. Eine Reduktion des Wertes führt zu einem lebhafteren Querverhalten, da Fahrzeuge auch schon für kleinere Verbesserungen seitwärts ausweichen. + GESCHWINDIGKEIT: Mindestgeschwindigkeit in [m/s], bei der noch eine seitliche Bewegung auf der Spur durchgeführt wird. Der Standardwert ist 1 m/s. Wenn dieser reduziert wird, können sich auch fast zum Stillstand gekommene Fahrzeuge noch seitwärts auf ihrer Spur bewegen. + Exception-Meldung: Verbesserter Exception-Meldungsdialog, mit der Möglichkeit, per Knopfdruck direkt auf ein VISSIM Hotline Formular zu gelangen. Die zur Fehleranalyse relevanten Daten werden direkt in das Formular eingefügt und können einfach an die Hotline übermittelt werden. + Knotenauswertung: Kanten zwischen Knoten werden nicht berücksichtigt, wenn sie drei oder mehr echte Verzweigungen enthalten. Eine Verzweigung ist dabei definiert als eine Verbindungsstrecke, die stromaufwärts vom Beginn einer weiteren Verbindungsstrecke von einer Strecke abgeht. Dadurch kann der Aufbau des Netzgraphen stark beschleunigt werden. + 3D: Handhabung von statischen Modellen: Ein Objekt wird mit einem Einzelklick ausgewählt (wird angezeigt durch einen Rahmen) und mit der Entfernen-Taste gelöscht. + 3D: Statische *.skp-Modelle können über den allgemeinen 3D-Auswahl-Dialog eingefügt werden. (Rechtsklick in der 3D-Ansicht, ohne Steuerung-Taste). + 3D: Animiertes Öffnen/Schließen der Türen von ÖV Fahrzeugen (im 3D-Modell-Dialog und zu Beginn und zum Ende eines Haltestellenaufenthalts). Die Türen müssen im 3D-Fahrzeugmodell definiert sein (neues *.v3d Format ab V3DM 1.50), das Öffnen und Schließen funktioniert ausschließlich für Schiebetüren. Die Türen öffnen direkt nachdem das Fahrzeug an einer Haltestelle zur Stillstand gekommen ist. Das Öffnen der Türen dauert 1,5 Sekunden. Sobald für 2 Sekunden an keiner Tür des Fahrzeugs ein Fußgänger ein- oder ausgestiegen ist, beginnen sich die Türen zu schließen. Das Schließen der Tür dauert wiederum 2 Sekunden. Wenn innerhalb der ersten Sekunde des Türschließens ein Fußgänger eine der Türen benutzen möchte, öffnen sich die Türen wieder (in Analogie zur Realität). In der letzten Sekunde des Schließ-Prozesses verhalten sich die Fußgänger, als ob die Tür bereits geschlossen ist. + ANM Import: Automatische Erstellung von Haltebuchten an Haltestellen, wenn diese entsprechend in der ANM Datei definiert sind (z.B. bei einem Export aus VISUM 11.5). + Car2X (Fahrzeug-zu-Fahrzeug und Fahrzeug-zu-Infrastruktur Kommunikation): Das Car2X-Modul ist ein neues Zusatzmodul, das für VISSIM 5.30 erhältlich ist. Dieses Modul ermöglicht die Ankopplung von Applikationen, die Car2X-Kommunikation verwenden (z.B. eine von einem Fahrzeug an andere Fahrzeuge weitergegebene Stauwarnung). Die Applikationen können mit Python oder mit C++ implementiert werden. Car2X erlaubt den effizienten Zugriff auf Daten von Fahrzeugen, die mit der entsprechenden Hardware ausgestattet sind (was vom Nutzer durch eine Kennzeichnung im Fahrzeugtyp markiert werden kann). Daneben besteht auch Zugriff auf andere Objekte des Modells über die COM-Schnittstelle. Neben dem Zugriff auf die Fahrzeugdaten modelliert die Car2X-Schnittstelle das Senden und Empfangen von Nachrichten, wobei die Kommunikation über ein stochastisches Modell abgebildet wird (externe DLL). + COM Schnittstelle: Die neue Methode "Vehicles.GetDeparted()" ermöglicht den Zugriff auf alle Fahrzeuge, die im vorhergehenden Zeitschritt einen Parkplatz verlassen haben. + Dynamische Umlegung: Kanten werden ignoriert, wenn sie mehr als einen Parkplatz enthalten, der sich über alle Spuren erstreckt. Bei abstrakten Parkplätzen und Bezirksanbindungen gilt dies immer, bei echten Parkplätzen nur auf Strecken mit nur einer Spur. (Wegedateien und Bewertungsdateien aus VISSIM 5.20, die derartige Kanten enthalten, können nicht mehr verwendet werden). + Dynamische Umlegung: Kanten werden ignoriert, wenn sie mehr als drei Streckenfolgen enthalten, die (auch über mehrere Verbindungsstrecken) von einer Strecke wieder auf dieselbe Strecke zurückführen. (Wegedateien und Bewertungsdateien aus VISSIM 5.20, die derartige Kanten enthalten, können nicht mehr verwendet werden). + Dynamische Umlegung: Echte Parkplätze können verwendet werden (wenn die Bezirksnummer in der Matrixdatei oder Fahrtkettendatei vorkommt). + Fahrzeuge, deren Fahrt an einem echten Parkplatz beginnt (also die Fahrzeuge aus der Anfangsbelegung), bekommen einen Fahrzeugtyp aus der dem Parkplatz zugeordneten Fahrzeugzusammensetzung zugewiesen. Ihr Ausgangs-Stellplatz wird zufällig ausgewählt. + Fahrzeuge, deren Zielparkplatz ein echter Parkplatz ist, wählen einen Stellplatz, sobald sie eine Stellplatzentscheidung passieren. Stellplatzentscheidungen werden automatisch mit dem Start der Simulation generiert und stehen nur während der Simulation zur Verfügung. Sie werden jeweils 50 Meter stromaufwärts der Parkplatzeinfahrten platziert. Die Entscheidungen werden mit 10000 beginnend durchnummeriert. Die Nummern können während der Simulation im Netzfenster angezeigt werden. Wenn bei der Darstellung von Netzelementen für Routenentscheidungen als Beschriftung "Name" ausgewählt wird, wird die Nummer der zugeordneten Parkplatzgruppe dargestellt. Die Beschriftung "Parkplatznummern" enthält eine Liste aller zugeordneten Parkplätze. + Neue Bedingung für dynamische Routenentscheidungen: Wenn der Zielbezirk der Bezirk eines angegebenen Parkplatzes ist. + Neue Strategie für dynamische Routenentscheidungen: Wähle einen explizit angegebenen neuen Parkplatz. Damit kann Parksuchverkehr mit einer vorgegebenen Abfolge von Parkplätzen modelliert werden und zum Beispiel ein wiederholtes "um den Block"-Fahren nachgebildet werden. + Parkplatzgruppen können über eine gemeinsame Nummer definiert werden, die echten Parkplätzen zugewiesen wird. Wenn keine Gruppennummer zugewiesen wird, gehört der Parkplatz zu keiner Parkplatzgruppe. Die automatisch generierten Stellplatzentscheidungen der Parkplätze einer Gruppe werden automatisch zusammengefasst, wenn sie weniger als 50 Meter voneinander entfernt liegen. Wenn einem Fahrzeug ein Zielparkplatz zugewiesen ist, dessen Entscheidung mit den Entscheidungen anderer Parkplätze zusammengefasst ist, kann das Fahrzeug einen beliebigen Stellplatz der zugehörigen Parkplätze auswählen. Bedingungen, die den Zustand eines Parkplatzes abprüfen, beziehen sich auf die gesamte Gruppe und nicht mehr auf den einzelnen Parkplatz (z.B. bedeutet "Parkplatz voll", dass alle Stellplätze der Gruppe belegt sind). + Dynamische Umlegung: In der Fahrtkettendatei (*.fkt) können optional Weltkoordinaten zur Definition des Ziels eingegeben werden. Diese Koordinaten werden bei der Parkplatzwahl statt der Bezirksmitte für die Berechnung der "Distanz vom Zielbezirk" verwendet. Format der Fahrtkettendatei (*.fkt) Eine Fahrtkettendatei ist zeilenorientiert, d.h. jede Zeile enthält eine Fahrtkette (die Folge von Fahrten eines Fahrzeugs). Die Spalten sind durch Semikolon zu trennen. + Die ersten drei Spalten jeder Zeile enthalten Nummer und Typ des Fahrzeugs sowie die Nummer des Quellbezirks. + Im Datenformat 1.1 wird anschließend jede Fahrt durch einen vier Spalten umfassenden Block beschrieben. + Im Datenformat 2.1 wird anschließend jede Fahrt durch einen fünf Spalten umfassenden Block beschrieben. Zwischen der Nummer des Zielbezirks und der Nummer der Aktivität enthält der Block die Weltkoordinaten des Ziels. + Koordinaten in runden Klammern werden bei der Parkplatzwahl an¬stelle der Mitte des Zielbezirks verwendet für die Ermittlung des Werts für "Abstand zum gewünschten Bezirk". + Sollen anstelle anderer Weltkoordinaten die Koordinaten der Bezirksmitte verwendet werden, geben Sie im Datenformat 2.1 ein leeres Paar eckiger Klammern [] ein. Die erste Zeile einer Fahrtkettendatei muss die Nummer der verwendeten Formatversion enthalten. Beispiel einer Datei *.FKT im Format Version 1.1 (Beispiel einer Fahrtkettendatei (mit 4 Fahrtketten): 1.1 1;1;10; 1; 20; 101; 117; 211; 30; 101; 169; 732; 20; 101; 171; 2;1;10; 4; 20; 101; 255; 334; 30; 101; 147; 815; 20; 101; 124; 3;1;10; 8; 20; 101; 202; 395; 30; 101; 178; 832; 20; 101; 175; 4;1;10; 12; 20; 101; 216; 703; 30; 101; 162; 533; 20; 101; 208; Beispiel einer Datei *.FKT im Format Version 2.1 (Diese Beispieldatei (*.FKT) enthält 4 Fahrtketten, wobei die Weltkoordinaten für das Ziel nur bei Bezirk 20 angegeben sind.) 2.1 1; 1; 10; 1; 20; (113.0,157.0); 101; 117; 211; 30; []; 101; 169; 732; 20; (105.0,159.0); 101; 171; 2; 1; 10; 4; 20; (102.0,160.0); 101; 255; 334; 30; []; 101; 147; 815; 20; (128.0,153.0); 101; 124; 3; 1; 10; 8; 20; (126.0,163.0); 101; 202; 395; 30; []; 101; 178; 832; 20; (117.0,182.0); 101; 175; 4; 1; 10; 12; 20; (128.0,153.0); 101; 216; 703; 30; []; 101; 162; 533; 20; (103.0,155.0); 101; 208; + Fußgängermodul: Bis zu 30 Fußgänger können mit jeder Vollversion von VISSIM 5.30 simuliert werden, auch wenn das Zusatzmodul Fußgängersimulation nicht in der Lizenz enthalten ist. + Fußgängermodul: Dynamisches Potential: Bei der Berechnung eines "dynamischen Potentials" wird die erwartete Reisezeit bis zum Ziel oder nächsten Zwischenziel abgeschätzt, so dass die Fußgänger in VISSIM - wie in der Realität auch - große Personenansammlungen so weitläufig und frühzeitig umgehen, dass der Zeitverlust möglichst gering ist. Statt der kürzesten Route wird also die vermeintlich vermutete schnellste Route gewählt. Dazu wird die erwartete Geschwindigkeit in allen Zellen basierend auf den aktuellen Geschwindigkeiten der dort befindlichen Fußgänger und der Wunschgeschwindigkeit des betrachteten Fußgängers berechnet. Diese Berechnung ist rechenzeitintensiv. Daher wird sie ausschließlich zwischen definierten Routenzwischenpunkten und in definierten Zeitintervallen durchgeführt. Die Zeitintervalle sind typischerweise deutlich größer als das für die Fußgängersimulation intern verwendete 1/20-Sekunden-Intervall. Empfohlen wird ein Aktualisierungsintervall von 1 Sekunde. Als Wunschgeschwindigkeit wird die durchschnittliche Wunschgeschwindigkeit der letzten Fußgänger verwendet, die den entsprechenden Routenzwischenpunkt passiert haben. Stehende Fußgänger und Fußgänger, die sich in die entgegengesetzte Richtung bewegen, führen zu einer niedrigen erwarteten Geschwindigkeit in einer Zelle (aus Sicht des betrachteten Fußgängers). Fußgänger, die sich mit mindestens der mittleren Wunschgeschwindigkeit in die richtige Richtung bewegen, werden nicht als Hindernis gewertet. Dies führt zu dem Effekt, dass stehende oder sich in entgegengesetzte Richtung bewegende Fußgänger automatisch Fußgänger abhalten und dass insbesondere Menschenansammlungen umgangen werden. Die Verwendung des dynamischen Potentials kann mit einem Doppelklick auf einen Routenzwischenpunkt einer selektierten Route mit gedrückter Alt-Taste ein- oder ausgeschaltet werden. Es öffnet sich der Dialog "Routenpunkt", in dem die Option "Dynamisches Potenzial verwenden" angekreuzt werden kann und weitere Parameter eingestellt werden können. (Details siehe Handbuch.) + Fußgängermodul: Dynamische Teilrouten mit der Routenwahl-Methode "Schalterauswahl" können zur Abbildung der folgenden Warteschlangen-Szenarien eingesetzt werden: + Zentrale Warteschlange: Eine zentrale Warteschlange für mehrere Schalter ist beispielsweise typisch für einen Check-In am Flughafen. Da sich zunächst alle Wartenden in einer zentralen Warteschlange anstellen und erst denn verteilen, wenn einer der Schalter frei wird, entspricht diese Organisation des Warteprozesses auch bei mehreren Schalter dem Prinzip "Wer zuerst kommt, mahlt / zahlt zuerst". + Unmittelbare Zuweisung zu den vorhandenen Schaltern: Dabei existiert keine zentrale Warteschlange, sondern jeder Schalter hat eine eigene Warteschlange. Ankommende Fußgänger entscheiden sich auf Basis der erwarteten Wartezeit für einen der Schalter. Diese Art der Warteschlangen findet man beispielsweise bei Supermarkt-Kassen. + Umfrage: Einzelne Fußgänger werden für eine kurze Zeit angehalten (um beispielsweise eine Umfrage zu beantworten) bevor sie ihren Weg fortsetzen. Der Nutzer definiert, bis zu welcher Maximalanzahl wartender Fußgänger ein Schalter von ankommenden Fußgängern gewählt wird. Für das beschriebene Szenario 1 ("Zentrale Warteschlange") ist diese Anzahl typischerweise null, da der erste Fußgänger in der zentralen Warteschlange erst dann zu einem Schalter geht, wenn dieser frei ist. Für das beschriebene Szenario 2 ("unmittelbare Zuweisung") sollte die maximale Anzahl mit einer sehr großen Zahl belegt werden, z.B. 999. Für das Szenario 3 ("Umfrage") wird die Anzahl auf die gewünschte maximale Anzahl Wartender je Interviewer (z.B. 3) eingestellt. Bei der Modellierung von Warteschlangen mit Teilrouten muss beachtet werden, dass die Fußgänger eine Teilroute nur benutzen, wenn auf der Fußgängerfläche, auf der die Teilroutenentscheidung liegt, ein Zwischenpunkt der ursprünglichen Route definiert ist. Ist dies nicht der Fall, "sehen" die Fußgänger die Teilroutenentscheidung nicht und benutzen sie konsequenterweise auch nicht. Jede Teilroute benötigt mindestens einen Zwischenpunkt auf einer Wartefläche (mit optionaler Aufenthaltszeit). Zur Modellierung einer zentralen Warteschlange muss die Teilroutenentscheidung auf einer Wartefläche liegen. Der erste Fußgänger auf der zentralen Wartefläche wartet, bis seine (optionale) Aufenthaltszeit vorüber ist, und geht dann zu der aus seiner Sicht günstigsten Warteschlange, wenn deren Länge die definierte Maximalanzahl Wartender nicht überschreitet. Andernfalls wartet er, bis eine der Warteschlangen kurz genug ist. Bei der unmittelbaren Schalterzuweisung (Szenario 2 und 3) muss die Teilroutenentscheidung nicht auf einer Wartefläche liegen. Liegt die Teilroutenentscheidung nicht auf einer Wartefläche und alle Schalter sind "belegt", dann bewegt sich der Fußgänger entsprechend seiner ursprünglichen Route weiter. (Daher sollte für Szenario 2 die Maximalanzahl Wartender sehr hoch gewählt werden). Die beste Warteschlange wird nach folgenden Kriterien bestimmt: + Potentiell wählbare Warteschlangen sind diejenigen, bei denen nicht mehr Fußgänger warten als die maximale Warteschlangenlänge. + Von diesen Warteschlangen wird die kürzeste gewählt (die mit den wenigsten Wartenden) . + Wenn mehrere Warteschlangen gleichzeitig das Kriterium "kürzeste Warteschlange" erfüllen, wird die am nächsten an der Teilroutenentscheidung liegende gewählt (Luftliniendistanz). + Fußgänger, die sich bereits auf dem Weg zu einem bestimmten Schalter befinden, zählen bereits zur Warteschlange. + Synchro 7 Import (Zusatzmodul) VISSIM 5.30 unterstützt mit diesem Zusatzmodul den Import von Synchro-7-Modellen inklusive der Konfiguration der Lichtsignalanlagen und -steuerung, der Netzgeometrie und der Nachfragedaten. Das Synchro-7-Modell muss für den Import nach VISSIM als *.csv-Datei gespeichert werden. Die LSA-Konfiguration wird beim Import in einer gesonderten *.rbc-Datei (Ring Barrier Control) gespeichert. Der Synchro-7-Import-Dialog wird über Datei - Import - Synchro 7 aufgerufen. Im Dialog werden die Synchro-Datei und das Verzeichnis, in dem die VISSIM-Dateien angelegt werden sollen, ausgewählt. Es werden zwei Import-Optionen angeboten: + Synchro 7: Initialer Import einer Synchro-7-Datei - es wird ein neues VISSIM-Netz erzeugt. + Synchro 7 Adaptiv: Adaptiver Import zum aktuellen Modell. Hier können Änderungen übernommen werden, die nachträglich in Synchro 7 vorgenommen wurden. Der adaptive Import funktioniert nur, wenn das aktuelle Modell ursprünglich in Synchro 7 erstellt und in VISSIM importiert wurde (ist dies nicht der Fall, ist die Option "Adaptiver Import" deaktiviert). + Der LSA-Typ NEMA wurde entfernt. NEMA-LSA werden beim Einlesen einer *.inp-Datei automatisch in RBC-LSA umgewandelt. + Siemens-VA Signalsteuerung: + Optionale Verwendung von Steuerungs-DLLs (statt EXEs) + Drittes Datenfeld für den Namen des Steuerungs-EXEs, das von der neuen Steuerungs-DLL verwendet wird + VISSIG: Grünzeitoptimierung für die Festzeitsteuerung an einem Einzelknoten. Durch eine Serie von Simulationsläufen werden die Dauern der benutzerdefinierten Phasen so an die Belastungen im Netz angepasst, dass der Durchfluss maximiert und die Verlustzeiten minimiert werden. Diese Funktion kann für eine einzelne LSA im LSA-Dialog über die Schaltfläche "Optimierung starten" aufgerufen werden und für alle Festzeit-LSA über den Menüeintrag "LSA" - "Alle Festzeitsteuerungen optimieren." + V3DM: Neue Version 1.50 [nicht im VISSIM Handbuch] + objekte oder Gruppen können als Fahrzeugtür markiert werden. + Bearbeiten und Transformieren von Objekten für mehrere Zustände gleichzeitig (#99) + Kopieren von Objekten in andere Zuständen (#124) + Unterstützung des Dateiformats DWF 2010 (#145) + Unterstützung des Dateiformats Google Sketchup 7 (#146) + LODs und Zustände können direkt aus der Toolbar ausgewählt werden (#100) + Neuer Menüeintrag in "View" zum Anzeigen/Ausblenden des Projekt- und Zustandsfensters. (#143) + Degruppieren ist für mehrere selektierte Objekte gleichzeitig möglich. (#138) + 3DS Max Export: [### nicht im VISSIM Handbuch] + Bewegte Körperteile bei Fußgängern (dazu werden spezielle 3D-Modelle benötigt) + Fahrzeuge werden in 3DS Max passend zur Straße platziert (Höhe und Winkel) + Animation von Bremslicht und Blinker + Rotierende Räder + DriverModel.DLL API: Aktualisierte Dokumentation. Version 5.20-12 [25026] (2010-08-24) ------------------------------------ + 3D-Signal-Arm-Dialog / Typ-Auswahlbox: Das Umschalten zwischen Signalgeber-Arm und Leuchte ist nicht mehr möglich, die leere Zeile wurde entfernt. - Unsinnige Fehlermeldung "Zahl erwartet" beim Klick auf die Schaltfläche "..." (Geometrie) im Dialog "2D/3D-Modell-Verteilung". (Diese und ähnliche Meldungen können auch beim Öffnen anderer Dialoge auftreten.) (Dieser Fehler bestand nur in der Version 5.20-11.) - Der Spursperrungen-Dialog ignoriert die Änderung für die letzte ausgewählte Spur, wenn nicht vor OK noch eine andere Spur ausgewählt wird. (Dieser Fehler bestand nur in der Version 5.20-11.) - Fehlerhafte Warnungsmeldungen über die Anpassung des Auswertungsbereichs und -intervalls der Stauauswertung und Verlustzeitauswertung an die entsprechenden Parameter der Knotenauswertung. - LSA-Dialog: Die Standard-Steuerungsdateien für den LSA-Typ Econolite ASC/3 werden nicht automatisch eingetragen. - Fahrzeugrouten-Editor: Beim Zuweisen eines abstrakten Parkplatzes oder einer Bezirksanbindung an eine Parkplatzroutenentscheidung stürzt VISSIM ab. - Fußgänger-Modul: VISSIM kann abstürzen, wenn "verbleibende Entfernung" als Kenngröße für das aktivierte Fußgängerprotokoll ausgewählt ist. - Fußgänger-Modul: Fußgänger, die auf ein ÖV-Fahrzeug warten, werden in der 3D-Visulaisierung nicht im Zustand "stehend" gezeigt. - Fußgänger-Modul: Speicherleck in der Fußgänger-Verhaltensmodell-DLL. - Fußgänger-Modul: Fußgängerflächen-Dialog: Wenn mehrere Fußgängerflächen selektiert sind, führt die Änderung eines Attributwerts, der nicht für alle selektierte Flächen gleich war, dazu, dass nur noch eine Fläche in der Liste - Fußgänger-Modul: Reisezeitmessungen geben in der Rohdatendatei (*.rsrp) die "Zurückgelegte Wegstrecke von Start- bis Zielfläche [ft]" in Meter statt in Feet aus. Version 5.20-11 [24799] (2010-07-29) ------------------------------------ + AVI-Aufzeichnung: Die Dialoge zur Auswahl des Namens der *.avi-Datei und des Video-Codecs werden vor der Initialisierung der Simulation angezeigt (welche besonders bei vielen Fußgängerflächen recht lange dauern kann). + VISSIG: Tagespläne: In jedem Plan können verschiedene Signalprogramme für bestimmte Tageszeiten vorgegeben werden. Während des Simulationslaufs schaltet eine Festzeit-LSA von einem Programm auf das nächste, sobald nach der festgelegten Startzeit für das nächste Programm der Umschaltzeitpunkt im laufenden Programm erreicht ist. Das nächste Programm setzt dann an seinem Umschaltzeitpunkt ein. Zur ersten festgelegten Startzeit nach Mitternacht verhält es sich genau so. Die Nummer des Tagesplans muss sich von allen Signalprogrammnummern unterscheiden, da sie in VISSIM im LSA-Dialog als "Programm Nr." ausgewählt werden kann. - Konfliktflächen ignorieren grundsätzlich alle Fahrzeuge, die noch mehr als 100 m vom Ende der Konfliktfläche entfernt sind. Das bewirkt, dass lange Konfliktflächen nicht richtig funktionieren. [Jetzt werden die 100 m vom Anfang der Konfliktfläche aus gemessen.] - Der Fahrverhaltensparameter "Wunschposition bei freier Fahrt" (Querverhalten) funktioniert nicht richtig, wenn "Überholen auf gleicher Spur" für keine Fahrzeugklasse aktiviert ist (und nicht für "Alle"). Der Parameter wirkt nur auf der Strecke, auf der ein Fahrzeug ins Netz fährt, sowie nach Spurwechseln aber nicht beim Erreichen einer neuen Strecke mit einem anderen Wert für diesen Parameter (im zugeordneten Parametersatz für diese Fahrzeugklasse). - Knotenauswertung: Wenn der benutzerdefinierte Messbereich stromaufwärts über einen Parkplatz hinaus reicht, werden Fahrzeuge aus diesem Parkplatz in den Belastungswerten der Knotenauswertung nicht berücksichtigt. - Der Menüeintrag AVI-Aufzeichnung ist deaktiviert, nachdem er abgeschaltet wurde, solange bis man auf 2D und zurück auf 3D schaltet. (Dieser Fehler bestand nur in der Version 5.20-10.) - ANM-Import: Erzeugt keine Konfliktflächen für Knoten vom Typ vorfahrtgeregelt (die z.B. von Sitraffic Office exportiert werden). - ANM-Import: Fahrzeuge der Kategorie "Bahn" können manchmal Haltestellen auf mehrspurigen Strecken nicht erreichen. Sie warten dann vor der Haltestelle auf ihrer Spur, bis sie aufgelöst werden. - Adaptiver ANM-Import: bricht ab mit der Fehlermeldung "Internal error CreateVehicleTypes: VISSIM link type alraedy exists?", wenn ein neuer Streckenverhaltenstyp sowohl manuell in VISSIM hinzugefügt wurde als auch in der neuen *.anm-Datei existiert. - COM-Schnittstelle: Das Detektor-Attribut "VEHICLEID" funktioniert nicht zuverlässig, wenn es mehrere Detektoren mit der gleichen Nummer gibt. Auch wenn sich auf einem dieser Detektoren ein Fahrzeug befindet, kann null (für "kein Fahrzeug") gemeldet werden. - Dynamische Umlegung / Parkplatzdialog / Geschwindigkeiten: Wenn bei einer Bezirksanbindung oder einem abstrakten Parkplatz "Default" ausgewählt ist, führt ein Klick auf "Löschen" zum Absturz. [Die Default-Verteilung darf nicht gelöscht werden, deshalb is in diesem Fall die Löschen-Schaltfläche jetzt deaktiviert.] - Fußgänger-Modul: Konfliktflächen auf Fußgängerstrecken werden nach der Änderung von Zwischenpunkten der Strecke nicht korrekt angepasst. - Fußgänger-Modul: Teilrouten, die auf Rampen enden, können dazu führen, dass Fußgänger aus der Simulation verschwinden. - Fußgänger-Modul: Die Aktivierung von Multi-threading (Verwendung mehrerer Prozessorkerne) hat keine Wirkung mehr. (Dieser Fehler bestand seit der Version 5.20-06.) - [Repariert in VAP 2.16-04:] Viele VAP-Signalgruppen-Funktionen für Schaltzeiten geben immer einen (gerundeten) Ganzzahlwert zurück. Das kann zu unerwarteten Ergebnissen führen, wenn die Steuerungsfrequenz nicht 1 ist. Version 5.20-10 [24185] (2010-06-16) ------------------------------------ + Detektor-Auswahldialog: Der Detektorname wird angezeigt. + Messquerschnitt-Auswahldialog: Der Name des Messquerschnitts wird angezeigt. + Signalgeber-Auswahldialog: Die Namen des Signalgebers und der Signalgruppe werden angezeigt. + COM Interface: Das Strecken-Attribut LANECHANGE (nur für Verbindungsstrecken) heißt jetzt LANECHANGEDISTANCE und ist ein Fließkomma-Wert. + NEMA: Netze mit NEM-Steuerungen können eingelesen werden, und diese LSA können nach RBC konvertiert werden, wenn die VISSIM-Lizenz RBC enthält, auch wenn die Lizenz NEMA nicht enthält oder NEMA nicht auf dem PC installiert ist. + SCOOT: Checkbox "Protokollinformationen schreiben" im LSA-Dialog auf der Seite "SCOOT". + API / DriverModel.DLL-Schnittstelle: Erweiterungen in den mitgelieferten Quelltextdateien DriverModel.h und DriverModel.cpp, die Fehlermeldungen über die Datentypcodes DRIVER_DATA_VEH_ACTIVE_LANE_CHANGE, DRIVER_DATA_VEH_REL_TARGET_LANE, DRIVER_DATA_STATUS und DRIVER_DATA_STATUS_DETAILS verhindern. - VISSIM kann sich aufhängen, wenn mehrere Kerne verwendet werden, wenn ein Fahrzeug-Info-Fenster offen ist (vor allem wenn es schon vor Beginn eines Simulationslaufs offen ist). - Die Datenbank-Ausgabe funktioniert nicht, wenn ein Knoten das Zeichen ' (Apostroph) im Namen hat. - Exception-Meldung nach dem Löschen einer Wunschgeschwindigkeitsverteilung mit einer mehr als 6-stelligen Nummer. - Knotenauswertung: Wenn ein Fahrzeug den Startquerschnitt einer automatisch erzeugten Reisezeitmessung im gleichen Zeitschritt wie ihren Zielquerschnitt überquert (z.B. falls es eine Kante von einem Knoten zurück zu ihm selbst gibt), wird das Fahrzeug für jede Abbiegebeziehung gezählt, die zu einer Streckenfolge vom Startquerschnitt zum Zielquerschnitt ohne andere Knoten zwischendrin gehört. Dies passiert auch, wenn der Startquerschnitt stromabwärts vom Zielquerschnitt liegt. Wenn es mehrere parallele Kanten vom Knoten zu sich selbst zurück gibt und/oder mehrere parallele Abbiegebeziehungen im Knoten (durch parallele Verbindungsstrecken oder Verbindungsstrecken von einer Strecke zur gleichen Strecke), wird das Fahrzeug mehrfach gezählt. Wenn andere Abbiegebeziehungen, die über mehr als 10 Strecken führen, zum gleichen Knotenausgang führen, werden alle Fahrzeuge, die über diese Abbiegebeziehungen fahren, zusätzlich für die kritische Abbiegebeziehung gezählt. Dies kann dazu führen, dass eine viel zu hohe Verkehrsstärke für eine Abbiegebeziehung ausgegeben wird. [Nach der Fehlerbehebung wird ein Fahrzeug nicht gezählt, wenn es den Start- und Zielquerschnitt einer Reisezeitmessung im gleichen Zeitschritt überfährt. Wenn die beiden Querschnitte nicht auf der gleichen Streckenkoordinate liegen, ist undefiniert, ob das Fahrzeug gezählt wird, wenn es später erneut über den Zielquerschnitt fährt.] - Fahrbahnmarkierungen: Die Lage auf der Strecke wird in 2D und 3D sind manchmal unterschiedlich angezeigt. - Fahrzeugmodell-Geometrie: Zwei Fahrzeugtüren an der gleichen Position werden nicht akzeptiert (eine zweite im Fahrzeugdialog mit der gleichen Position eingegebene wird bei OK ignoriert). [Jetzt werden Türen mit unterschiedlichen Parametern, z.B. Ein-/Aussteigen, an der gleichen Position akzeptiert.] - 2D-Ansicht: Der Kompass wird nach Strg-M nicht sofort angezeigt, sondern erst nach einem Neuzeichnen des Fensterinhalts (z.B. nach Zoomen/Scrollen). Für das Abschalten des Kompasses gilt das Gleiche - 3D-Modelle: Texturen auf neu geladenen Modellen werden nicht angezeigt (weder im 3D-Modell-Auswahldialog noch im Netz), bevor das Netz gespeichert und neu eingelesen wird. (Dieser Fehler bestand nur in der Version 5.20-09.) - 3D-Signalgeber: Mehrere Probleme beim Editieren: - Der vollständige Mast mit Ausleger und Signal ist im 3D-Dialog nie sichtbar, wenn im 2D-Netzeditor der Ausleger vom Mast aus nach rechts verläuft (Standardrichtung beim Erzeugen mit Rechtsverkehr). [Drehen um mindestens 90 Grand macht den Mast sichtbar, Zurückdrehen wieder unsichtbar.] - 2D-Netzeditor: Das Drehen eines Auslegers, der für Linksverkehr angelegt wurde, führt zu seltsamen Effekten (z.B. Ausleger vom Arm getrennt). - Darstellungstypen / Gleiseigenschaften (3D): - Display types / Rail properties (3D): Änderungen in diesem Dialog gehen nach OK im Darstellungstypendialog verloren. - Hintergrundbilder im Format *.dxf and *.dwg: Probleme beim Zoomen, wenn die Datei Koordinatentransformationen enthält. - Festzeitsteuerung: Die Umwandlung einer (alten) Festzeit-LSA (nach VISSIG) erzeugt eine korrupte *.sig-Datei (welche beim Einlesen zum Absturz führt), wenn Dauerrot oder Dauergrün in der *.inp-Datei durch Grünende und Rotende kodiert war (sehr altes Dateiformat). - ANM-Import: Absturz, wenn ein Detektor auf einer ANM-Strecke liegt, die als einzelne VISSIM-Strecke erzeugt wird (ohne Aufweitungen und Dreiecksinsel) und zu kurz ist für die in der *.anm-Datei angegebene Detektorposition vor der Haltelinie. - ANM-Import: Knotenrouten werden nicht immer richtig erzeugt, wenn es in einem Knoten parallele Abbiegebeziehungen für verschiedene Fahrzeugklassen gibt. - COM-Schnittstelle: AddVehicleInParkingLot() ohne anschließendes Setzen des Attributs "PATH" verbraucht für dieses Fahrzeug in jedem Zeitschritt 2 KB Speicher, solange das Fahrzeug keinen Weg zugewiesen bekommt. - COM-Schnittstelle: Die COM-Server-Registrierung der 64-Bit-Edition von VISSIM funktioniert nicht, wodurch sich COM-Clients nicht mit ihr verbinden können. - COM-Schnittstelle: Für das Attribut VEHICLE von IDetector kann ein Wert ungleich null zurückgegeben werden, auch wenn im aktuellen Zeitschritt kein Fahrzeug den Detektor erreicht hat. - COM-Schnittstelle: RemoveVehicle() führt zu einer irreführenden Fehlermeldung in der *.err-Datei: "Simulationssekunde %d: Fahrzeug %d (auf dem über die COM-Schnittstelle eingefügten Weg %d vom Parkplatz 0 zum Parkplatz %d) hat am Ende der Strecke %d das Netz verlassen und seinen Zielparkplatz nicht erreicht." - COM-Schnittstelle: Das Setzen der Attribute EMERGENCYSTOP und LANECHANGE von Vehicle setzt den jeweiligen Wert immer auf 0. - COM-Schnittstelle / Dynamische Umlegung: Vehicle.AttValue ("PARKLOT") gibt den Quellparkplatz zurück für ein Fahrzeug, das gerade in seinem Zielparkplatz angekommen ist. - Dynamische Umlegung: Netzauswertung und Analyzer-Reports: Fahrzeuge aus einer Fahrtkettendatei sind in der Anzahl angekommener Fahrzeuge nicht enthalten. - Fußgänger-Modul: Die Stauauswertung für Flächen ohne Wartezeitverteilung zählt nur Fußgänger, die schon außerhalb der Fläche zum Stehen gekommen sind oder dicht neben einem solchen Fußgänger stehen. - Fußgänger-Modul: Fußgänger auf einer ÖV-Wartefläche auf einer anderen Ebene als der Ebene der Bahnsteigkante kommen nicht zum Einsteigen. - Fußgänger-Modul: Eine ÖV-Wartefläche, die nicht groß genug ist für alle wartenden Passagier kann zu unrealistischem Verhalten beim Eintreffen des ÖV-Fahrzeugs führen: Jeder Fußgänger versucht, seinen zufälligen Wartepunkt auf der Fläche zu erreichen, bevor er zum Fahrzeug läuft. [Jetzt warten Fußgänger, die höchstens 5 m von der Wartefläche entfernt zum Stehen kommen, an Ort und Stelle, und versuchen anschließend gar nicht mehr, die Wartefläche zu erreichen.] - Fußgänger-Modul: Auf Flächen mit einer Teilroutenentscheidung wird die Aufenthaltszeitverteilung ignoriert. - Fußgänger-Modul: Das Einsteigen von Fußgängern funktioniert nicht richtig, wenn sich der Fahrgastwechsel von zwei ÖV-Fahrzeugen im Netz zeitlich überlappt. - Fußgänger-Modul: Dynamische Teilrouten, Methode Reisezeit: Falsche Berechnung der Aufteilung auf die Routen für Logit mit Kehrwert. - Fußgänger-Modul / Messflächen: Hindernisse, die sich vollständig innerhalb einer Messfläche befinden, führen zu falschen (zu niedrigen) Ergebnissen für die ermittelte Dichte auf der Fläche. - Fußgänger-Modul: Die Anzeiger von flächenbasierten aggregierten Kenngrößen (LOS) funktioniert nicht richtig: Eine größere Fläche überdeckt kleinere. (Dieser Fehler bestand nur in der Version 5.20-09.) - Fußgänger-Modul: Statische Teilrouten führen zum Absturz, wenn das letzte Routenzeitintervall vor dem Ende der Simulationsdauer endet. - Fußgänger-Modul: Wenn die Überlappungsfläche am Fuß/Kopf einer Rampe durch Hindernisse in Teile getrennt wird, verwenden die Fußgänger manchmal nur die kleinste Teilfläche (anstatt der größten). - Fußgänger-Modul / Konfliktflächen: Wartepflichtige Fahrzeuge ignorieren Fußgänger, solange diese mehr als 3 m von der Konfliktfläche entfernt sind. Dadurch können solche Fahrzeuge nicht immer rechtzeitig bremsen, um die benutzerdefinierte Lücke hinten einzuhalten. [Jetzt wird eine dynamische Zurückschauweite für bevorrechtigte Fußgänger verwendet, die von 0,5 s Durchfahrtszeit für das wartepflichtige Fahrzeug und einer Fußgängergeschwindigkeit von 1,5 m/s ausgeht und die Lücke hinten mit berücksichtigt. Achtung: Große Werte für Lücke hinten führen zu großen Zurückschauweiten, und diese sind nicht auf die vorhandenen Fußgängerflächen begrenzt!] - Standard-Ortsverteilungen werden erzeugt und in die *.inp-Datei geschrieben, auch wenn das Fußgänger-Modul nicht in der VISSIM-Lizenz enthalten ist. (Dieser Fehler bestand seit der Version 5.20-05.) Version 5.20-09 [23492] (2010-04-16) ------------------------------------ + Querschnittsmessungen, Rohdaten-Auswertung: Im Kopf wird vor der Liste der Messquerschnitte eine Zeile mit Simulationsstartdatum und -zeit (im ISO-Format) ausgegeben, falls diese definiert sind. + Fußgänger-Modul: Neue Kenngröße im Fußgängerprotokoll und Fußgänger- Informationsfenster: verbleibende Entfernung bis zum nächsten internen Ziel. Dieser Wert bezieht sich auf den nächsten Routenzwischen- oder -endpunkt bzw. den nächsten internen Routenpunkt (z.B. für eine Rampe oder das Ein- oder Aussteigen an Haltestellen), falls dieser in der Route vorher kommt. - Beim additiven Lesen wird eine 3D-Modell-Verteilung mit identischen Dateinamen aber unterschiedlichen Geometriedaten nicht übernommen. - 3D-Modell-Dialog: Datei- und Verzeichnisnamen mit Sonderzeichen aus anderen Codepages (z.B. kyrillischen Buchstaben) werden nicht angezeigt. - ANM-Import: wird abgebrochen mit der Meldung "Die Datei anm.xsd befindet sich nicht im VISSIM-Anwendungsverzeichnis." (obwohl diese Datei vorhanden ist). (Dieser Fehler bestand seit der Version 5.20-07.) - Dynamische Umlegung: Sehr kurze Kanten können zu Problemen führen: Wenn für eine Kante keine Reisezeiten über 0,1 Sekunden mehr ermittelt werden, wird eine eventuell in einer früheren Iteration z.B. durch Stauerkennung ermittelte sehr große Reisezeit nicht durch exponentielle Glättung reduziert, sondern bleibt dauerhaft als (unkorrekt große) Bewertung dieser Kante erhalten. - Fußgänger-Modul: Fußgängerprotokoll: Die ausgegebenen Weltkoordinaten stimmen nicht. Version 5.20-08 [23316] (2010-04-01) ------------------------------------ - 3D-Visualisierung: Fahrzeuge aus mehreren Elementen (3D-Modell-Dateien), wie z.B. Lkw mit Anhängern oder Straßenbahnen, werden nicht korrekt dargestellt. (Dieser Fehler bestand nur in der Version 5.20-07.) - Stereoskopische Video-Aufnahme (Präsentation / 3D-Video / Stereo (2 AVIs)) funktioniert nicht korrekt (die beiden *.avi-Dateien sind (fast) gleich). Version 5.20-07 [23304] (2010-03-30) ------------------------------------ + Neuer Fahrverhaltensparameter "Langsamfahrbereiche überholen" (auf der Seite "Spurwechsel"). Diese Option ist standardmäßig abgeschaltet, kann aber angeschaltet werden, um spurabhängige Geschwindigkeitsbeschränkungen zu modellieren, die von den Fahrzeugen für Spurwechsel berücksichtigt werden. (Wenn die Option abgeschaltet ist, starten Fahrzeuge nie einen freien Spurwechsel direkt stromaufwärts eines Langsamfahrbereichs, und sie ignorieren Langsamfahrbereiche auf der neuen Spur vollständig.) + Dialog Verbindungsstrecken (Multiselektion): Neue Checkbox "Höhe der Zwischenpunkte neu berechnen" (gleiche Funktion wie im Dialog für eine einzelne Verbindungsstrecke). + Option "[x] Diese Meldung nicht mehr anzeigen" für die Warnungsmeldung über fehlende *.szp-Dateien. + RBC-Steuerungs-DLL für die 64-Bit-Edition. + COM-Schnittstelle: Zugriff auf alle internen Daten der LSA-Steuerung, die im LSA/Detektor-Protokoll angezeigt werden können: Neues Objekt ISignalController.SCDetRecord mit der (einzigen) Methode ISignalController.SCDetRecord.GetResult ("CategoryName", var_no), von der alle Typ-(Kategorie)-Namen aus der LDP-Konfiguration (abhängig von der *.wtt-Datei) als erster Parameter akzeptiert werden und die Objekt-Nummer als zweiter Parameter. Der Rückgabewert ist VARIANT (Zeichenkette oder Zahl, je nachdem, was in der *.wtt-Datei für diesen Typ definiert ist). Wenn die Steuerungslogik diesen Wert im letzten Signalisierungszeitschritt nicht übergeben hat, ist der Rückgabewert NULL (kann durch die VBS-Funktion IsNull() abgefragt werden). (Die aktuelle LDP-Konfiguration hat keinen Einfluss auf diese Methode, sondern nur die Daten, die von der Steuerungs-DLL an VISSIM geschickt und mit ihren Typen in der *.wtt-Datei aufgeführt sind.) + Fußgänger-Modul: Teilrouten: Alle Fußgänger, die die Fläche einer Teilroutenentscheidung betreten und deren bisherige Route einen Zwischenpunkt oder Endpunkt auf der Zielfläche der Teilroutenentscheidung hat, bekommen eine neue Route von der Fläche der Teilroutenentscheidung bis zu deren Zielfläche zugewiesen. Von dort aus folgen sie wieder ihrer vorherigen Route. Mehrere Teilrouten können sich überlappen - es wird immer die komplette aktuelle Route (bis zum Ende der ersten Route) nach einem Zwischenpunkt auf der Zielfläche der Entscheidung abgesucht. + Statische Teilrouten: Jede Teilroute hat eine relative Belastung, die pro (benutzerdefiniertem) Zeitintervall angegeben werden kann. + Dynamische Teilrouten: Im Lauf der Zeit werden etliche Routenwahl-Methoden verfügbar sein. Die erste ist "Reisezeit": VISSIM ermittelt für jede Teilroute die mittlere Reisezeit vom Betreten der Entscheidungsfläche bis zum Erreichen der Zielfläche. Die Anzahl von Reisezeiten einzelner Fußgänger, die zur Berechnung des Mittelwerts herangezogen werden, kann vom Benutzer eingestellt werden. Solange noch nicht für jede Teilroute eine Reisezeit vorliegt, werden die Fußgänger zufällig auf alle Teilrouten verteilt. Danach wird die Wahrscheinlichkeit für die Wahl einer Teilroute durch eine von 4 Methoden (wähl- und parametrierbar) ermittelt: a) Beste Route: Der benutzerdefinierte Prozentsatz aller Fußgänger verwendet die beste Route (geringste Reisezeit). Die restlichen Fußgänger werden zufällig auf alle anderen Routen verteilt. b) Kirchhoff: Die Wahrscheinlichkeit für die Wahl einer Route ergibt sich als Quotient aus dem (Kehrwert von Reisezeit hoch Kirchhoff-Exponent) geteilt durch die Summe dieser Reisezeit-Kehrwert-Potenzen aller Routen: (1/rsz)^a / Summe[(1/rsz)^a]. c) Logit: Die Wahrscheinlichkeit für die Wahl einer Route ergibt sich als Quotient aus e hoch (negativer Reisezeit geteilt durch die benutzerdefinierte Konstante tau) geteilt durch die Summe dieser Potenzen aller Routen: e^(-rsz/tau) / Summe[e^(-rsz/tau)]. d) Logit mit Kehrwert: Die Wahrscheinlichkeit für die Wahl einer Route ergibt sich als Quotient aus e hoch (tau geteilt durch die Reisezeit) geteilt durch die Summe dieser Potenzen aller Routen: e^(tau/rsz) / Summe[e^(tau/rsz)]. + Fußgänger-Modul: Fußgänger-Informationsfenster mit Konfigurationsdialog (erreichbar über Auswertung / Fenster / Fußgängerinfo). + Fußgänger-Modul: 3D-Visualisierung aus dem Blickwinkel eines Fußgängers: + aktivierbar durch Doppelklick auf einen Fußgänger in 2D, + bleibt aktiv, solange das Fußgängerinfofenster offen bleibt, + Umschalten auf einen anderen Fußgänger durch Selektion seines Fußgängerinfo-Fensters. + Fußgänger-Modul: Fußgänger-Protokoll: Neue Kenngrößen für Teilrouten. + Fußgänger-Modul: Parameterdatei parameters_for_quicker_draft_simulation.xml, die einem Fußgängertyp oder Laufverhaltensparametersatz zugewiesen werden kann, um eine schnellere (aber weniger genaue) Simulation zu bekommen. - Ein vorausfahrendes Fahrzeug kann übersehen werden, wenn sich seine Vorderkante bereits stromabwärts der Nothalteposition des folgenden Fahrzeugs befindet. Dies kann dazu führen, dass das folgende Fahrzeug in das vorausfahrende hineinfährt. - Spurwechselverhalten: Der Sicherheitsabstand eines folgenden Fahrzeugs auf der neuen Spur kann in manchen Fällen ignoriert werden, wenn ein freier Spurwechsel gestartet wird (der nicht aufgrund einer Route notwendig ist). - Fahrverhaltensparameter: Die Wunschposition bei freier Fahrt "links" auf einer Zuflusstrecke kann eine Exception-Meldung verursachen. - Linksverkehr: Der vordefinierte Fahrverhaltensparamatersatz für Fahrräder verwendet die Wunschposition bei freier Fahrt "rechts" [jetzt "links"]. - Netzeditor: Das Splitten einer Strecke kann dazu führen, dass eine Routenentscheidungen von einer anderen Strecke aber an einer ähnlichen Streckenkoordinate auf die gesplittete Strecke verschoben wird (nur falls die automatische Erzeugung der Verbindungsstrecke aktiviert ist). - Fahrzeug- und Fußgängerzufluss- und -routendialoge: Zeitintervallgrenzen mit Nachkommastellen können zu Problemen führen. - Additives Lesen: 2D/3D-Modell-Verteilungen werden immer dupliziert, auch wenn sie identisch sind. Dadurch werden Fahrzeugtypen, Fahrzeugklassen und Fahrzeugzusammensetzungen, die diese verwenden, auch dupliziert. - Fahrzeugprotokoll: Die mittlere Wartezeit von Einsteigern an einer Haltestelle wird immer als 0 ausgegeben, falls es nach dem aktuellen Zeitintervall noch mindestens ein weiteres für Einsteiger an diesem Linienhalt gibt. - ANI.TXT (für Visualisierung mit 3DS MAX): Die Höhe und (für alte Fahrzeuge der Kategorie Fußgänger) der aktuelle Zustand (Frame) wird nicht korrekt exportiert. - Die Visualisierung von Einzelfahrzeugen in großen Netzen ist sehr langsam. (Dieser Fehler bestand nur in der Version 5.20-06.) - 2D-Visualisierung: VISSIM kann während eines Simulationslaufs abstürzen, falls a) die Länge und Breite eines Fahrzeug- oder Fußgängermodells beide genau 0,5 m sind und b) die Größe des Fahrzeugs/Fußgängers auf dem Bildschirm kleiner als 1 Pixel ist (hängt ab von der Zoom-Tiefe). - 3D-Visualisierung von "alten" Fußgängern (Fahrzeugen der Kategorie "Fußgänger"): Auf Verbindungsstrecken zwischen Strecken mit unterschiedlicher Höhe (z-Koordinate) kann die z-Koordinate des Fußgängers falsch dargestellt werden (noch höher als die höhere Strecke). - Analyzer / Reports erzeugen: Eine VISUM-Netzdatei (mit LOS-Werten) wird nur erzeugt, falls der Name der *.inp-Datei in der Analyzer-Datenbank mit der aktuell geladenen *.inp-Datei inclusive Pfad vollständig übereinstimmt. [Der Pfad wird jetzt ignoriert.] - COM-Schnittstelle: Die Methode Vehicles.GetArrived() liefert nicht immer alle angekommenen Fahrzeuge zurück, falls die Berechnungsfrequenz der Simulation höher als 1 Zeitschritt pro Sekunde ist. - COM-Schnittstelle: Die Methode AddPathAsNodeSequence() schließt gesperrte Kanten nicht aus. - COM-Schnittstelle: AddVehicleInParkingLot() kann zu doppelt verwendeten Fahrzeugnummern führen, wenn die Methode vor dem Start der Simulation ausgeführt wird und nach Simulationsstart weitere Fahrzeuge eingesetzt werden (durch erneuten Aufruf der Methode oder über Zuflüsse, Matrizen oder eine Fahrtkettendatei). - DriverModel.DLL-Schnittstelle: Bei Verwendung dieser Schnittstelle bricht ein Simulationslauf mit Fehlermeldungen über folgende Datentypencodes ab: DRIVER_DATA_STATUS, DRIVER_DATA_STATUS_DETAILS oder DRIVER_DATA_PARAMETERFILE. [Diese Codes wurden nach der Veröffentlichung der Dokumentation hinzugefügt. Jetzt sind sie wieder optional und werden demnächst dokumentiert.] - DriverModel.DLL-Schnittstelle: Wenn über diese Schnittstelle die Wunschgeschwindigkeit eines Fahrzeugs auf null gesetzt wird, können in mehreren Auswertungen ungültige Werte auftauchen. - Export - VISUM - Knoten/Kanten - Für Umlegung: Bei der Erzeugung von VISUM-Bezirksanbindungen werden auch gesperrte VISSIM-Kanten verwendet. - Fußgänger-Modul: Fußgänger an Haltestellen: Türen außerhalb der Haltestelle werden für das Aus-/Einsteigen berücksichtigt, funktionieren aber nicht richtig. [Jetzt werden sie nicht mehr berücksichtigt, und eine Warnung wird ausgegeben.] - Fußgänger-Modul: Wenn mehr als eine Route selektiert ist, wird trotzdem nur eine von ihnen als gelbes Band im Netz angezeigt. - Fußgänger-Modul: Automatisch erzeugte Bahnsteigkanten funktionieren nicht für Fahrzeuge, die breiter sind als die Spur mit der Haltestelle. Es werden dann keine Türen erzeugt, sodass keine Passagiere ein- oder aussteigen können. - Fußgänger-Modul: Fußgänger auf Rampen werden nicht korrekt in der *.ani-Datei protokolliert. Das kann beim Abspielen der Datei zu fehlerhafter Darstellung in 2D und zu falschen LOS-Werten führen. - Fußgänger-Modul: Die z-Koordinate von einsteigenden Passagieren ist nicht korrekt, wenn die Strecke der Haltestelle nicht die Höhe 0 hat. - Fußgänger-Modul: Hindernisse nah am Beginn oder Ende einer Rampe können zu sonderbarem Fußgängerverhalten führen. - Fußgänger-Modul: Flächen, die vollständig innerhalb der Deckenöffnung einer Rampe liegen, führen zum Absturz beim Simulationsstart. - Fußgänger-Modul: Gitterbasierte Darstellung aggregierter Kenngrößen: Zellen, die nur teilweise begehbar sind, werden mit falschen LOS-Werten angezeigt (in der Annahme, dass die ganze Fläche der Zelle begehbar ist). - Fußgänger-Modul: Die einzige vorhandene Fußgängerzusammensetzung kann durch das Löschen der einzigen Fußgängertyps, den sie enthält, gelöscht werden. - Fußgänger-Modul: Wenn Fußgänger die Zielfläche ihrer Route erreichen und auf dieser eine neue Routenentscheidung liegt, die die Fußgänger betrifft, bremsen sie trotzdem unnötigerweise ab. - Fußgänger-Modul: Einsteiger, die vor einem ÖV-Fahrzeug warten, stellen sich nicht mehr ordnungsgemäß in einer Schlange auf, sondern laufen alle auf den gleichen Punkt. (Dieser Fehler bestand seit der Version 5.20-04.) - VISSIG: Wenn der Zustand einer Signalgruppe in einer Phase "egal" ist, kann VISSIG abstürzen, wenn ein Phasenübergang aus einem Signalprogramm extrahiert wird. - Einzelne Fehler in VisVAP 2.16 [Neue Version: VisVAP 2.16-05, siehe VisVAP\DOC\Changes.txt] Version 5.20-06 [22271] (2010-01-21) ------------------------------------ + Einordnen-Entfernung: kann im Verbindungsstrecken-Dialog optional als Wert "pro Spur" festgelegt werden. Wenn diese Option aktiviert ist, wird der eingegebene Wert mit der Anzahl Spurwechsel multipliziert, die ein Fahrzeug zum Erreichen der Verbindungsstrecke benötigt. Zum Beispiel beginnt vor einer Verbindungsstrecke mit Einordnen-Entfernung 200 m pro Spur, die nur von Spur 1 abgeht, ein Fahrzeug auf Spur 3 schon 400 m vor dem Beginn der Verbindungsstrecke, nach einer Lücke zum Spurwechsel Ausschau zu halten. + Konvertierung von einer oder mehreren NEMA-LSA nach RBC: + Eine einzelne LSA kann durch Änderung ihres Typs konvertiert werden. + Alle NEMA-LSA werden durch "LSA / NEMA in RBC konvertieren" konvertiert. + Das Signalbild "rot blinkend" (kann von externen Steuerungen gesetzt werden) wirkt auf Fahrzeuge und Fußgänger wie "rot" (gesperrt). + Fahrverhaltensparameter / Lichtsignalanlagen: Neuer Parameter "Verhalten bei Rot-Gelb" mit den Werten "Fahren (wie bei Grün)" und "Warten (wie bei Rot)". + Anzeige der Richtung der nächsten Verbindungsstrecke der Route (wie im Dialog "Verbindungsstrecke" eingestellt) durch Blinker im Fahrzeug. + Fußgänger-Modul: Detektoren auf Fußgängerstrecken erkennen Wechsel zwischen frei und belegt (jeweils am Ende von aufeinanderfolgenden Zeitschritten) und übergeben diese an die Signalsteuerung als "Vorder- und Hinterkanten". [Vorher wurde nur die Anwesenheit am Ende eines Zeitschritts an die Steuerungslogik übergeben.] Dies ermöglicht auch das Abspielen einer Sound-Datei, wenn ein Fußgänger einen freien Detektor betritt. - Eine neu angelegte Wunschgeschwindigkeitsverteilung bekommt die Nummer 0 (welche nicht geändert werden kann). VISSIM stürzt ab, wenn diese Verteilung gelöscht wird. Wenn ein Netz mit einer solchen Verteilung gespeichert wird, kann es nicht mehr eingelesen werden (Meldung "Zahl muss positiv sein"). (Dieser Fehler bestand nur in der Version 5.20-05.) - Netzeditor / Routenmodus: Exception-Meldung beim Drücken von "Entf", wenn nur eine Strecke selektiert ist (aber keine Entscheidung oder Route), nachdem vorher eine andere Strecke selektiert war. - Darstellungsoptionen / Fahrzeuge / Einzelfahrzeuge / Konfiguration: Ein Klick auf die Schaltfläche "Standardklassen" führt zu einer Exception-Meldung, falls a) "Parkplatz von" oder "Parkplatz nach" als Kenngröße ausgewählt ist und b) das Netz parkplätze enthält und c) die Differenz zwischen der größten und kleinsten Parkplatznummer kleiner als 100 ist. VISSIM 5.20-05 stürzt außerdem ab, wenn Ansicht / Einstellungen speichern aufgerufen wird, sofern die Bedingungen b) und c) erfüllt sind. - Animations-Wiedergabe: Absturz mit der Meldung "Unknown error while creating pedestrian in AnimatePedestrian", wenn es in einem Netzausschnitt der *.ani-Datei Signalgeber gibt - auch wenn das Fußgängermodul nicht in der VISSIM-Lizenz enthalten ist. (Dieser Fehler bestand nur in der Version 5.20-05.) - Fahrzeugrouten-Dialog: Exception-Meldung nach dem Hinzufügen eines neuen Zeitintervalls für Teilrouten oder Parkplatzrouten. - Der Dialog "Auswertungen (Datei)" ist zu hoch, um auf Bildschirmen mit niedriger Auflösung vollständig angezeigt zu werden. - Menü "Präsentation": Nach dem Umschalten von 3D auf 2D und zurück auf 3D ist der Eintrag "AVI-Aufzeichnung" nicht mehr markiert, auch wenn er vorher markiert war. Die Aufzeichung ist aber noch angeschaltet und wird durch einen einzelnen Klick auf den Eintrag wieder abegschaltet, wodurch erst nach dem zweiten Klick auf den Eintrag die Markierung wieder vorhanden ist. - Blinkende Signalbilder werden im Netz als "aus" (schwarz) dargestellt, wenn die Berechnungsfrequenz der Simulation nur ein Zeitschritt pro Sekunde ist. [Nach der Korrektur wird bei einem Zeitschritt pro Sekunde jetzt die Blinkfrequenz 0,5 Hz verwendet (alternierend an/aus jeden Zeitschritt) statt 1 Hz (alternierend jede halbe Simulationssekunde).] - Festzeit-/VISSIG-Signalgruppennamen werden beschädigt, sobald sie in der *.inp-Datei gespeichert werden. - VS-PLUS-Steuerungs-DLLs zeigen nach ihrer Initialisierung als Umlaufzeit 0.0 an (was z.B. auch im Signalzeitenplanfenster angezeigt wird). (Dieser Fehler bestand nur in der Version 5.20-05.) - Testmodus / COM-Schnittstelle: Extern gesetzte Detektorimpulse können verloren gehen, wenn die LSA-Frequenz niedriger ist als die Berechnungsfrequenz der Simulation und wenn die Impulse nicht im letzten Simulations-Zeitschritt vor dem Aufruf der Steuerungslogik gesetzt werden. - Direktimport von statischen 3D-Objekten (*.skp, *.dwf, *.3ds; durch Strg-Rechtsklick): - Transparenz von Material und Texturen wird nicht korrekt dargestellt. - Skalierung und Einheiten werden nicht eingelesen. DWF- und 3DS-Modelle sind zu groß. - Farben und Texturen in Komponenten-Objekten werden nicht korrekt dargestellt (nur bei *.skp-Dateien). - Die Objektfarbe ändern sich beim Verkleinern. - Das Verschieben eines Objekts in der Höhe (Umsch-Alt) verläuft in die falsche Richtung. - Aus manchen *.dwf-Dateien wird die Objektfarbe nicht angezeigt. (Hinweise: Das Format Sketchup 7 ist vorherigen Versionen vorzuziehen, weil es in diesen Probleme mit Transparenz gibt. Nicht-Dreiecks-Objekte, wie Kurven und Kanten, werden nicht unterstützt. Bei gespiegelten Komponenten können falsche Texturen angezeigt werden. (Um dies zu vermeiden, müssen die Komponenten degruppiert und neu erzeugt werden, oder die Texturen dürfen erst nach dem Spiegeln zugeordnet werden.) Der Grafikkarten-Treiber sollte immer auf dem neuesten Stand sein.) - ANI.TXT-Aufzeichnung: Wenn in der *.inp-Datei mindestens eine Auswertung definiert ist (auch wenn sie nicht eingeschaltet ist), stürzt VISSIM bei der Aufzeichnung einer ani.txt-Datei ab. - Adaptiver ANM-Import: Knoten sind manchmal nach dem Import nicht mit ihren Nachbarknoten verbunden, falls es zwischen ihnen mehrere Kanten gibt. - Adaptiver ANM-Import: Abbruch mit Laufzeit-Fehler, falls das Netz Reisezeitmessungen auf VISSIM-Strecken enthält, die aufgrund von Änderungen in der *.anm-Datei neu erzeugt werden müssen. - COM-Schnittstelle: Die Meldungsbox "Alle eingegebenen Konvergenzbedingungen sind erfüllt. Batchbetrieb abbrechen?" erscheint während einer über COM angestoßenen Mehrfach-Simulation. [Jetzt wird die Mehrfach-Simulation an dieser Stelle ohne Rückfrage beendet.] - DriverModel.DLL-Schnittstelle: Bei Verwendung dieser Schnittstelle bricht ein Simulationslauf mit Fehlermeldungen über folgende Datentypencodes ab: DRIVER_DATA_VEH_REAR_X_COORDINATE, DRIVER_DATA_VEH_REAR_Y_COORDINATE oder DRIVER_DATA_VEH_DESTINATION_LINK. [Diese Codes wurden nach der Veröffentlichung der Dokumentation hinzugefügt. Jetzt sind sie wieder optional und werden demnächst dokumentiert.] - Fußgänger-Modul: Fußgänger an Haltestellen: Falsche Orientierung von wartenden Einsteigern (nur auf der linken Seite des Fahrzeugs). - Fußgänger-Modul: Wenn "Aussteigen möglich" für eine Tür an einer Haltestelle abgeschaltet ist, können trotzdem Aussteiger dieser Tür zugewiesen werden, wodurch das ÖV-Fahrzeug diese Haltestelle nicht mehr verlässt, weil es darauf wartet, dass alle Aussteiger ausgestiegen sind. - Fußgänger-Modul: Reisezeitmessungen erkennen Fußgänger nicht, die zu Beginn des Auswertungszeitraums schon dort sind oder später dort erzeugt werden (auf Zuflussflächen). - Fußgänger-Modul: Die durch Kopffreiheit definierte Deckenöffnung einer Rampe berücksichtigt die Dicke der Flächen der oberen Ebene nicht richtig. - Fußgänger-Modul: Netzeditor / Flächenmodus: Strg-Klick auf eine selektierte "innere" Fläche (die durch Strg-Klick selektiert wurde) ohne Mausbewegung dazwischen deselektiert nicht nur diese Fläche (korrekt), sondern selektiert gleichzeitig eine umgebende Fläche. - Fußgänger-Modul: Die einer Rampe zugeordneten Laufverhaltensparameter aus einer Parameterdatei werden ignoriert. - Fußgänger-Modul / Animations-Wiedergabe: Rückwärts-Wiedergabe kann plötzlich anhalten und eine negative Simulationszeit anzeigen. - Fußgänger-Modul / Demoversion: Dateien mit Messflächen können nicht geöffnet werden. - Einige Fehler in V3DM 1.42. [Neue Version: V3DM 1.42-03, sieheV3DM\Doc\changes.txt] Version 5.20-05 [21802] (2009-12-14) ------------------------------------ + Menü Datei: Neuer Menüpunkt "Arbeitsverzeichnis öffnen" zum Öffnen des Windows-Explorer im aktuellen Verzeichnis (mit der *.inp-Datei). + Netzeditor, Modus Knoten: Unterschiedliche Farben für Knoten der dynamischen Umlegung und Auswertungsknoten: schwarz = beides, rot = nur dynamische Umlegung, grün = nur Auswertung, weiß = weder noch, gelb = selektierter Segmentknoten (früher: rot). + 3D-Modell-Auswahldialog: Blinkender Cursor zur Kennzeichnung der aktuellen Einfügeposition für "Hinzufügen". + COM-Schnittstelle: Lesezugriff auf die Signalgruppenattribute GREENEND, REDEND, GREENEND2, REDEND2 (nur für Festzeit) und das LSA-Attribut CYCLESECOND. + COM-Schnittstelle / Fußgängermodul: Lesezugriff auf die Typ-Nummer eines Fußgängers. + Dynamische Umlegung: Beim Archivieren von Wege- und Bewertungsdateien werden die beiden vor dem ersten Lauf vorhandenen Ausgangsdateien auch gesichert (mit der Nummer null), falls sich noch keine Wege- und Bewertungsdateien im Auswertungsverzeichnis befinden. + Fußgängermodul / Ansicht / Optionen / Fußgänger: Konfiguration der Anzeige aggregierter Kenngrößen (LOS): + Aktualisierungsintervall + LOS flächenbasiert (Wert pro Fläche) oder gitterbasiert (mit benutzerdefinierter Zellgröße) + Auswahl aus 12 vordefinierten LOS-Definitionen (mit benutzerdefinierbaren Farben) oder benutzerdefinierte Definition von Klassengrenzen und Farben, bezogen auf mittlere Dichte oder Geschwindigkeit. + Option "kumulativ" zum Berechnen des Mittelwerts über die gesamte Zeit seit dem benutzerdefinierten Auswertungszeitbeginn. (Dies führt im Lauf der Simulation zu immer weniger Farbveränderungen.) + Fußgängermodul: Optionale Auswahl einer LOS-Definition für einen Darstellungstyp zum Übersteuern der globalen Auswahl. + Fußgängermodul: Optionale Auswahl einer LOS-Definition für eine Fläche oder Rampe zum Übersteuern der Auswahl im Darstellungstyp. + Fußgängermodul: Warteschlangenauswertung auch für Flächen ohne ordentliche (einreihige) Warteschlangen, z.B. bei einem Stau vor einer Engstelle: Wenn bei einer Fläche "Warteschlange" aktiviert aber keine Aufenthaltszeitverteilung ausgewählt ist, werden alle Fußgänger als in dem Stau befindlich betrachtet, die diese Fläche als nächste Routenfläche haben (oder diese Fläche bereits erreicht haben), langsamer als 0,4 m/s sind und weniger als 2 m entfernt von der Kante, auf die der Warteschlangenpfeil zeigt, bzw. weniger als 2 m entfernt von einem anderen Fußgänger im gleichen Stau, und zwar so lange, bis sie diese Fläche wieder verlassen haben. + Fußgängermodul: Die Aufteilung der Aussteiger auf die Türen eines ÖV-Fahrzeugs kann durch eine Ortsverteilung festgelegt werden (Basisdaten / Verteilungen), welche darstellt, wie die Gesamtzahl der Aussteiger über die gesamte Länge des Fahrzeugs verteilt wird. Jede zum Aussteigen vorgesehene Tür eines Fahrzeugs berechnet "ihren" Anteil der Fahrzeuglänge (auf beiden Seiten jeweils die halbe Entfernung bis zur nächsten Tür bzw. die ganze Entfernung bis zum Fahrzeuganfang/-ende), und die Zunahme in y-Richtung über diesem Teil der Fahrzeuglänge auf der x-Achse wird als Aussteigeranteil der Tür verwendet. Die Aussteigeort-Verteilung kann pro Linienhalt ausgewählt werden (Doppelklick auf eine rote Haltestelle in der selektierten Linie). Der Standardwert ist "keine Verteilung", wodurch die Aussteiger zu gleichen Teilen auf alle Türen verteilt werden (unabhängig von deren Position). Es gibt 5 vordefinierte Ortsverteilungen: "Gleichverteilt" (über die LÄNGE des Fahrzeugs), "Mitte" (mehr Aussteiger in der Mitte), "Vorne" (mehr Aussteiger vorne), "Hinten" und "Vorne und Hinten" (weniger Aussteiger in der Mitte). + Fußgängermodul: Darstellungsoptionen / Farben: Wenn "Darstellungstypfarben verwenden" nicht angeschaltet ist, wird für Flächen und Rampen die hier eingestellte Farbe für "Strecken/Flächen" verwendet und für Hindernisse die für "Land". - Solange ein Netz noch nicht gespeichert ist ("Unbenannt"), kann ein Simulationslauf auch ohne aktivierte Auswertungsdateien nicht gestartet werden, denn es erscheint die Meldung "Die Namen der Ausgabedateien sind undefiniert. Bitte zuerst Datei/Sichern!". (Dieser Fehler bestand nur in der Version 5.20-04.) - Die Berechnung der Fußgängerüberwege für externe LSA-Steuerungen verwendet den Netzgraphen der dynamischen Umlegung (nur aus Knoten, bei denen "Dyn. Umlegung" aktiviert ist) anstatt des Graphen der Knotenauswertung (aus den Knoten, bei denen "Knotenauswertung" aktiviert ist). Dies kann dazu führen, dass sich VISSIM beim Start eines Simulationslauf aufzuhängen scheint, wenn es im Netz nur wenige Knoten mit dynamischer Umlegung und sehr viele Kanten zwischen ihnen (oder Abbiegebeziehungen in ihnen) gibt. - Wenn ein Knoten um eine Kreuzung mit Festzeitsignalgebern angelegt wird, kann manchmal der Festzeit-LSA-Editor (VISSIG) nicht geöffnet werden, bevor das Netz abgespeichert und neu eingelesen wird. - Netzeditor: ÖV-Linienhalte (auf einer selektierten Linie) können nicht selektiert werden (und ihr Dialog nicht mit einem Doppelklick geöffnet werden), wenn der Zielquerschnitt der Linie in der aktuellen Zoom-Auflösung weniger als 4 Pixel vom Streckenbeginn entfernt ist. - Dialog Konfliktflächen: Abbrechen funktioniert nicht (wirkt wie OK). - Dialog Streckenverhaltenstypen: Das Scrollen in der Liste mit Pfeiltasten funktioniert nicht: nach jeder Linie wechselt der Focus zu einem anderen Kontrollelement. - Dialog 2D/3D-Modell-Verteilung: Manuell geänderte Geometriewerte (z.B. Länge) werden zwar in einem anschließenden Simulationslauf verwendet und auch beim Speichern in die *.inp-Datei geschrieben, aber nach dem erneuten Öffnen werden wieder die Geometriedaten aus der 3D-Modell-Datei verwendet (und nach anschließendem Speichern in die *.inp-Datei geschrieben). [Wenn sich beim Öffnen die gespeicherten Geometriewerte von denen des zugeordneten 3D-Modells unterscheiden, wird jetzt eine Warnung ausgegeben. Diese kann VISSIM 5.20-04 durch Speichern der *.inp-Datei nach dem Öffnen beseitigt werden - in 5.20-05 muss nach dem Öffnen für jedes im Log-Fenster aufgelistete 3D-Modell der 3D-Modell-Auswahldialog geöffnet und mit OK geschlossen werden, bevor die *.inp-Datei gespeichert wird.] - Dialog 2D/3D-Modell-Verteilung: - Manuell eingegebene Türdaten werden nach dem Schließen des 3D-Modell- Auswahldialogs mit OK überschrieben, auch wenn es in dem selektierten 3D-Modell gar keine Türdaten gibt (dann mit Standardwerten: eine Tür in der Mitte des ersten Wagens). - In der Tabelle auf der Seite Türen wird als Dezimaltrennzeichen nur das in den Windows-Regionaloptionen festgelegte Zeichen akzeptiert (während die Seite Basis sowohl Punkt als auch Komma akzeptiert). Wenn man auf der Seite Türen das falsche Trennzeichen verwendet (z.B. Punkt, wenn Komma festgelegt ist), wird es ignoriert, sodass z.B. aus 0.3 der Wert 3,0 wird und aus 1.0 der Wert 10,0. - 3D-Modell-Auswahldialog: - Absturz, wenn ein mehrfaches Hinzufügen durch ein weiteres Hinzufügen unterbrochen wird. - Das Löschen aller Gruppenelemente (bzw. des letzten Elements) löscht nicht die Selektion in der Dateiliste, wodurch das dort selektierte Modell immer ausgewählt bleibt (als ob es allein unten in der Liste stände), es ist also nicht möglich, KEIN Modell auszuwählen, um in der 3D-Ansicht einen Quader zu bekommen (unabhängig von der Entfernung). - Bearbeiten / Netz drehen: Die Meldung, dass Hintergrundbilder nicht gedreht werden, wird nicht mehr angezeigt. - Wenn VISSIM nach dem Verschieben oder Skalieren eines Hintergrundbilds geschlossen wird. fragt eine Meldung, ob die geänderten Parameter in der *.bgr-Datei gespeichert werden sollen, aber wenn diese Datei schreibgeschützt ist, wird sie nicht verändert, ohne dass eine Warnung angezeigt wird. - (Simulations-) Zustand lesen: Danach funktionieren VAP-Steuerungen nicht mehr korrekt - es kann zu einer Exception-Meldung kommen. - Festzeitsteuerung / VISSIG: Die Zwischenzeiten im unteren Teil der Matrix werden beim Anzeigen der Zwischenzeitverletzungen im Signalplan ignoriert. - Festzeitsteuerung / VISSIG: "Datei/Öffnen" führt zu einer Fehlermeldung, wenn die angegebene Datei im gleichen Verzeichnis wie die *.inp-Datei liegt. - Testmodus: Die geglättete Belegung wird für externe Steuerungen nicht korrekt ausgerechnet, wenn sich die LSA-Frequenz von der Simulationsfrequenz unterscheidet. - Testmodus (manuell, Makro und Schleife): ÖV-Telegramme (von Meldepunkten) werden an externe Steuerungen nicht übergeben. - Wenn die Schriftarten Arial Standard oder Fett nicht installiert sind, kann es zu einer Exception-Meldung kommen. - Analyzer: Die VISUM_Netzdatei (*.net) wird nicht erzeugt. [Achtung: Sie wird auch jetzt nur erzeugt, falls die aktuelle *.inp-Datei mit dem kompletten absoluten Pfad identisch ist mit der Referenz in der *.mdb (Analyzer-Datenbank), die zur Simulationszeit erzeugt wurde.] - ANM-Import: Routen (und ÖV-Linien und Wege) können korrupt sein, wenn sie aufeinanderfolgende Knoten mit parallelen Kanten zwischen ihnen enthalten. - ANM-Import: Die Gelbzeit aus den ANM-Daten wird in VISSIG als Rotgelbzeit verwendet. - ANM-Import: Wenn ANM-Knoten dicht beieinander liegen und Fußgängerfurten enthalten, können überlappende VISSIM-Knoten erzeugt werden, wodurch der Import mit einer Fehlermeldung abbricht. [Jetzt werden die Knotenausgänge bei Bedarf verkürzt, was dazu führen kann, dass sie die Furten nicht mehr schneiden, wodurch die Fußgängerphasenpfeile in VISSIG verkürzt werden.] - ANM-Import: Die Nothalteentfernung einer erzeugten VISSIM-Verbindungsstrecke kann größer als die Länge ihrer Ausgangsstrecke sein, wenn eine ANM-Aufweitung aufgrund dicht beieinander liegender Knoten verkürzt werden muss. Dadurch halten Fahrzeuge, die auf diese Aufweitung fahren müssten, schon auf der vorherigen Strecke an, ohne jemals weiterzufahren. [Die Nothalteentfernung ist jetzt auf die Länge der Ausgangsstrecke minus 10 m begrenzt.] - ANM-Import: Detektoren auf Spurabbiegern führen zum Abbruch des Imports mit einer unbekannten Exception. - ANM-Import: Aus dem Protokollfenster ist Zoomen auf die betroffenen Knoten nicht möglich von der Meldung "Keine Kanten gefunden von Knoten x über Knoten y zu Knoten z." - COM-Schnittstelle: Probleme mit Dateinamen von statischen 3D-Objekten: - Leerzeichen im Dateinamen werden nicht korrekt behandelt: der interne Dateiname wird beim ersten Leerzeichen abgeschnitten. - Wenn nur ein Dateiname ohne Pfad übergeben wird, wird das Objekt nicht gefunden. - Wenn sich der Dateiname nur in Groß-/Kleinschreibung von dem in der *.inp-Datei gespeicherten unterscheidet, wird das Objekt nicht gefunden. - Dynamische Umlegung: Wege-Auswahl: Dialog Alternativwegesuche: Es können keine Werte eingegeben werden, weil die Editfelder außerhalb des sichtbaren Bereichs liegen. (Nicht mit dem Windows-Theme "Windows Classic".) - Fußgängermodul: Die Warnungsmeldungen in der *.err-Datei über zu hohe Dichten auf Zuflussflächen haben die falsche Einheit und, wenn "feet" für kurze Entfernungen eingestellt ist, außerdem falsche Werte. - Fußgängermodul: Absturz nach Strg-Klick auf eine selektierte Fläche. (Dieser Fehler bestand nur in der Version 5.20-04.) - Fußgängermodul: Wenn sich eine Strecke mit sich selbst überlappt (z.B. für den "Rückwärts-Ausparken-Trick") und dort aus dem Haltestellendialog eine Bahnsteigkante erzeugt wird, ist diese Fußgängerfläche korrupt (weil sich das Polygon selbst schneidet), aber VISSIM reklamiert das erst, wenn das Einlesen der gespeicherten *.inp-Datei fehlschlägt. - Fußgängermodul: Dialog 2D/3D-Modell-Verteilung: Die eingegebenen Daten für die Geometrie werden vollständig ignoriert, wenn das zugeordnete 3D-Modell für den Fußgänger existiert - dann werden dessen Ausmaße verwendet. - Fußgängermodul: Dialog Fußgängerzuflüsse: "Zoom" aus dem lokalen Menü führt zu einer Exception, wenn vorher aus dem Dialog ein Zufluss gelöscht wurde. - Fußgängermodul: Ein Simulationslauf mit aktivierter Warteschlangenauswertung oder aktiviertem Fußgängerprotokoll kann abstürzen mit der Meldung "Kritischer Fehler: Kommunikationsfehler mit der externen Fußgängerbewegungs- DLL: Der Wert Warteschlangen-Status des Fußgängers für den Fußgänger Nr. x konnte nicht abgefragt werden", wenn ein Fußgänger von einer Fläche mit Warteschlangenauswertung zurück auf die Rampe geschoben wird, von der er kam. - Fußgängermodul: Die Länge der Fußgänger wird in der Berechnung der Bewegung und der 2D-Darstellung nicht korrekt verwendet. [Diese Korrektur ändert Simulationsergebnisse mit Fußgängern.] - Fußgängermodul / Wiedergabe einer Animationsdatei: Wenn Fahrzeugdarstellung abgeschaltet ist, werden auch Fußgänger nicht angezeigt. - Fußgängermodul: Das Löschen eines Routenzwischenpunkts durch Herausziehen aus dem Netz funktioniert nicht. Der Punkt wird dadurch nicht gelöscht, hat aber keinen Effekt auf das Verhalten der Fußgänger auf dieser Route. - VISSIG: Die Ausführung eines phasenbasierten Signalprogramms nach dem Einlesen eines Simulationszustands führt zum Absturz. Version 5.20-04 [21070] (2009-11-06) ------------------------------------ + Fahrverhaltensparametersatz / Wunschposition bei freier Fahrt: kann jetzt auch "links" (bei Rechtsverkehr) bzw. "rechts" (bei Linksverkehr) sein. + COM-Schnittstelle: Detector.AttValue ("PRESENCE") kann jetzt gesetzt werden: auf den Wert 1, um eine Dauerbelegung zu starten (eine Vorderkante wird dabei detektiert, wenn am Ende des vorhergehenden Zeitschritts kein Fahrzeug auf dem Detektor war und auch DETECTION nicht gesetzt wurde). (Dieser Wert wird am Ende des Zeitschritts nicht automatisch auf 0 gesetzt.) + Fußgängermodul: Warteschlangen-Auswertung (*.pqe): Festes Format mit den folgenden Kenngrößen: + Anzahl (der Fußgänger in der Schlange), Mittelwert und Maximum (im betreffenden Zeitintervall), + Ausdehnung (maximale Entfernung eines Fußgängers vom Ende der Schlange), Mittelwert und Maximum (im bereffenden Zeitintervall). Die zu erfassenden Warteschlangenflächen können im Filterdialog der Warteschlangenauswertung ausgewählt werden. (Achtung: Wenn keine Wartezeit für die Fläche eingestellt ist, wird keine Schlange gebildet.) + Fußgängermodul: Fußgängerprotokoll: Neue Kenngrößen für Warteschlangen: + Fläche: Nummer der Fläche (0 = nicht in einer Schlange) + Entfernung: Luftlinienentfernung des Fußgängers vom Anfang der Schlange + Zeit: Wartezeit in der letzten Schlange (wird nur in dem Zeitschritt geschrieben, in dem der Fußgänger die Schlange verlässt) + Gesamtzeit: Wartezeit in allen bisherigen Schlangen zusammen + Fußgängermodul: Die Standard-Farbverteilung Nr. 71 ("Shirt Mann") enthielt das gleiche Grau wie die Hintergrundfarbe ("Land"), sodass solche Fußgänger in 2D im Drahtgittermodus unsichtbar sind. Diese Farbe wurde duch hellblau ersetzt. (Achtung: In Netzdateien mit einer alten Farbverteilung besteht dieses Problem weiterhin. Die Änderung wirkt sich nur auf neue Projekte aus.) - Der Kommandozeilenparameter -b (zum Laden einer *.ini-Datei) führt zu einer verzerrten Darstellung des Netzes. - Ansicht / Optionen / Fahrzeuge/Fußgänger: Die Konfigurationsdialoge zum Einstellen von Farben (Einzelfahrzeuge/-fußgänger und Aggegierte Kenngrößen) stürzen ab, wenn OK mit einem leeren Feld für die Unter- oder Obergrenze gedrückt wird. - VISSIM stürzt am Ende eines Simulationslaufs ab, in dem eine externe Fahrermodell-DLL verwendet wurde. - 2D/3D-Modell-Verteilung: Eine negative Deichsellänge (z.B. in Stepvan1.v3d) kann dazu führen, dass ein Fahrzeug rückwärts ins Netz gesetzt wird (Vorderkante stromaufwärts der Hinterkante), falls die negative Deichsellänge absolut größer ist als die im ersten Zeitschritt zurückgelegte Entfernung. (Sobald die in einem Zeitschritt zurückgelegte Entfernung den Abstand von Vorder- und Hinterachse übersteigt, wird das Fahrzeug auf die korrekte Orientierung gedreht.) [Jetzt wird beim ersten Fahrzeugelement die Deichsellänge ignoriert.] - Mautstellen: Es gibt keine Warnung, falls es aufgrund zu kleiner Abstände zwischen zwei Mautstellen-Entscheidungen unmöglich ist, eine Reisezeit zu messen, wodurch die Mautberechnung durcheinanderkommen kann. [Jetzt wird eine Warnung in die *.err-Datei geschrieben.] - Test-Modus: Die Belegungszeit sowie die Überfahrzeitpunkte von Vorder- und Hinterkanten von Detektoren werden nicht korrekt berechnet, wenn die Simulationsfrequenz nicht mit der LSA-Frequenz übereinstimmt. - Die Schwenk-Schaltfläche (Handsymbol) wird beim Umschalten von 3D auf 2D während eines Simulationslaufs deaktiviert. Außerdem bleibt sie in 2D auch deaktiviert nach dem Umschalten auf Zoom während eines Simulationslaufs. - Der Fahrzeugrouten-Dialog funktioniert auf Chinesisch nicht richtig. - Festzeit-LSA-Editor: Beim grafischen Stauchen eines Signalzeitenplans werden die Mindestdauern (z.B. die Mindestgrünzeit) ignoriert. - Festzeit-LSA-Editor: Das "Wiederherstellen" von "Rückgängig" gemachten Änderungen funktioniert nicht richtig, wenn die Umlaufdauer betroffen ist. - Festzeit-LSA-Editor: Nach Datei/Öffnen werden die Signalgruppen in VISSIM nicht richtig aktualisiert. Außerdem kann eine *.sig-Datei aus einem anderen Verzeichnis geöffnet werden, welche dann nicht für die Simulation verwendet wird. [Jetzt wird der Anwender gefragt, ob die Datei ins aktuelle Arbeitsverzeichnis (mit der *.inp-Datei) kopiert werden soll. Wenn er das verneint, wird die Datei nicht geöffnet.] - Adaptiver ANM-Import: Die *.panmRoutes-Datei wird erzeugt, aber die *.panm-Datei nicht. (Dieser Fehler bestand seit der Version 5.20-00.) - Adaptiver ANM-Import: klappt nicht in der 64-Bit-Edition. - COM-Schnittstelle: Das Setzen der Attribute TYPE oder STATE einer Signalgruppe außerhalb eines Simulationslaufs führt zu einer Exception. [Jetzt gibt es eine korrekte Fehlermeldung, dass dies nur während eines Simulationslaufs möglich ist.] - Dynamische Umlegung: VISSIM stürzt beim Start einer Simulationslaufs ab, wenn es eine Wegedatei einliest, die einen Zielparkplatznummer enthält, welche es im Netz nicht gibt. (Dieser Fehler bestand seit der Version 5.20-02.) - Dynamische Umlegung: Kantensperrungen werden nicht immer gelöscht, wenn eine dazugehörende Strecke gelöscht wird. Die danach geschriebene *.inp-Datei verweist nach wie vor auf die gelöschte Strecke, aber sie kann trotzdem eingelesen werden (die betreffende Kantensperrung wird dann irgnoriert). - Fußgängermodul: Aussteiger aus ÖV-Fahrzeugen verschwinden manchmal zwischen dem Fahrzeug und der Bahnsteigkante. - Fußgängermodul: Absturz beim Abspielen einer *.ani-Datei mit Rampen oder Aussteigern aus ÖV-Fahrzeugen. - Fußgängermodul: Die Berechnung der Rampengeometrie kann am oberen Ende der Rampe eine zu große Fläche ausschneiden, was den Start einer Simulation verhindert. - Fußgängermodul / Konfliktflächen: Der unzulässige Fall rot/rot kann für Konflikte zwischen Fußgängern und Fahrzeugen hergestellt werden, indem man eine solche Konfliktfläche erst für zwei normale Strecken anlegt und dann eine der Strecken zu einer Fußgängerstrecke macht. Dies führt zu undefiniertem Verhalten während der Simulation, einem Absturz im Konfliktflächendialog, und es verhindert das Einlesen einer damit geschriebenen *.inp-Datei. - Fußgängermodul: Das Anlegen einer neuen Messfläche führt zu einem Absturz, wenn es keinen Darstellungstyp mit der Nummer 1 gibt. - Fußgängermodul: Laufverhaltensparameter-Dialog: Die Spalten in der rechten Tabelle werden nach dem Auswählen eines anderen Parametersatzes immer wieder auf ihre Standardbreite zurückgestellt. - Fußgängermodul: Die Fußgängerauswertung funktioniert für Sprachen mit anderen Codepages (z.B. kyrillisch) nicht richtig. - Fußgängermodul: Rampen-Dialog: - Bei Multiselektion werden die Einstellungsoptionen (Kopffreiheit / Länge) für Deckenöffnung und Unterbau nicht korrekt angezeigt, falls die Rampen unterschiedliche Optionen haben. - Beim Abspeichern wird für Deckenöffnung und Unterbau immer die Länge abgespeichert, auch wenn Kopffreiheit ausgewählt ist. Beim Wiedereinlesen der *.inp-Datei stehen dann die Optionen aller Rampen auf "Länge". Version 5.20-03 [20621] (2009-10-12) ------------------------------------ + Festzeit-LSA-Editor: Die Signalfolgen werden grafisch angezeigt, und die länderspezifischen Bezeichnungen wurden durch Signalbilder ersetzt. + COM-Schnittstelle: Methode RecalculateSplineHeight(), welche für alle Zwischenpunkte einer Verbindungsstrecke nur die z-Koordinate (aber nicht x und y) berechnet. + Fußgängermodul: Flächenauswertung: Neue Kenngröße "Quellbelastung" (Anzahl der Fußgänger, die die Messfläche im Zeitintervall verlassen haben). + Fußgängermodul: Wenn das Level of Service abgezeigt wird (eingeschaltet durch Ctrl-Q), werden Hindernisse in ihrer normalen Farbe angezeigt (anstatt der Farbe für "keine Fußgänger"). + Fußgängermodul: Wenn als Einheit für kleine Entfernungen "ft" ausgewählt ist, wird die Dichte (z.B. auf Messflächen) in Fg/ft² ausgegeben. - Netzeditor: Absturz beim Herausziehen eines Netzelements aus einer Strecke. Dies passiert nur, wenn der Vorgang sehr kurz ist; man muss also sehr schnell und nicht zu weit ziehen (sodass intern vor dem Mouse-Up-Event nur ein Mouse-Move-Event in mehr als 4 Pixeln Entfernung von der Klickposition auftritt). - Die Lizenzprüfung der Netzgröße berücksichtigt die Position und Größe von statischen 3D-Objekten und Hintergrundbildern, sodass ein Netz mit einem zu großen statischen 3D-Objekt (welches über das Netz hinausragt) eventuell nicht eingelesen werden kann. - Lizenzdialog: "Parallele Instanzen" (für MPI) wird immer noch angezeigt, obwohl es keine Parallelversion für MPI mehr gibt. - Fehler beim Lesen der ersten *.inp-Datei nach dem Starten von VISSIM werden in die Datei vissim.err geschrieben (anstatt nach *.err). - Konfliktflächen auf Strecken mit Steigungen können zu einer Exception führen, wenn ein bevorrechtigtes Fahrzeug, das langsamer als mit Wunschgeschwindigkeit fährt, bei seiner aktuellen Geschwindigkeit bereits nicht mehr beschleunigen kann (aufgrund seiner Maximalbeschleunigungs-Funktion) und ein anderes (wartepflichtiges) Fahrzeug in der Kreuzungs-Konfliktfläche sieht. - Knotenarm-Orientierungen (an VISSIG für die Richtungen der Signalgruppenpfeile übergeben) werden nicht richtig ausgerechnet, wenn keine Kante zum Nachbarknoten führt (sondern nur eine von ihm kommt) oder wenn die Entfernung größer als 300 m ist. - Erweiterter Festzeit-Editor (VISSIG): ist nicht verfügbar, wenn SCOOT nicht in der VISSIM-Lizenz enthalten ist. - Externe Signalsteuerungen: Die Berechnung der aktuellen Umlaufsekunde in VISSIM ist fehlerhaft, sodass externe Steuerungen, die diesen Wert von VISSIM verwenden (z.B. VAP), nicht mehr korrekt funtktionieren. - Externe Signalsteuerungen: Wenn ein ÖV-Telegramm im letzten Simulationszeitschritt eines LSA-Zeitschritts gesendet wird (also direkt vor dem Schalten der LSA), sendet VISSIM dieses ÖV-Telegramm im nächsten LSA-Zeitschritt erneut an alle externen LSA-Steuerungen. - Detektor-Dialog: Das Ändern des Typs eines von mehreren Detektoren mit der gleichen Nummer bewirkt nichts (beim Klick auf OK wird die Änderung ignoriert). [Jetzt wird eine Meldung ausgegeben, dass der Typ aller dieser Detektoren geändert wird, dito bei Glättungsfaktoren und dem Detektornamen.] - 3D-Modell-Auswahldialog: Sieht auf Vista mit Aero wegen unterschiedlicher Schriftgröße schlecht aus, es kann sein, dass Schaltflächen außerhalb des sichtbaren Bereichs liegen, und der Dialog lässt sich zu weit verkleinern. - Fahrverhaltensparameterdialog: manche Texte sind abgeschnitten oder werden zweizeilig angezeigt. - Dialoge "Mautstellen" und "Mautberechnungsmodelle": - Nach dem Löschen des letzten Objekts auf der linken Seite werden die Felder auf der rechten Seite nicht gelöscht. - Das Einfügen eines neuen Objekts nach dem Löschen des vorher letzten führt zu fehlerhaftem Verhalten. - Ansicht - Hintergrund - Parameter - Ändern: zeigt falsche Werte für die Koordinaten an. - Export - VISUM - Knoten/Kanten + Routen (*.rim-Dateien): Nachfragesegmente werden nicht exportiert. Die VISUM-Versionsdatei wird nicht erzeugt. Der manuelle Import der *.rim-Dateien ist nicht möglich. (Dieser Fehler bestand nur in der Version 5.20-02.) - Erweitertes 3D-Paket: Beim Laden einer Sketchup-Datei (*.skp) wird das Arbeitsverzeichnis geändert, sodass bei einem folgenden Datei/Speichern die *.inp-Datei in dem Verzeichnis der *.skp-Datei gespeichert wird. (Das passiert nur auf Windows XP, nicht auf Windows Vista.) - ANM-Import: Spursperrungen werden bei der Erzeugung statischer Routen aus einer *.anmRoutes-Datei ignoriert. Dies kann dazu führen, dass Fahrzeuge so lange auf einen Spurwechsel auf eine für sie gesperrte Spur warten, von der die nächste Verbindungsstrecke ihrer Route ausgeht, bis sie diffundieren. - COM-Schnittstelle: Die Abfrage des Attributs LINK für einen Parkplatz mit echten Stellplätzen führt zu einer Zugriffsverletzung. - COM-Schnittstelle: Eine Lizenzwarnung zum Fußgängermodul wird auch dann angezeigt, wenn VISSIM über COM gestartet wurde. - Dynamische Umlegung: Wenn ein Ausgangs- oder Zielparkplatz auf einer von mehreren parallelen Kanten liegt und auf allen diesen Kanten Parkplätze liegen, kann VISSIM die falsche Kante verwenden, was zu unverständlichen Fehlermeldungen führt. - Fußgängermodul: Wenn ein Fußgänger seine Route auf einer Fläche mit einer weiteren Routenentscheidung (und keinem Zufluss) beendet, kann es passieren, dass er das Netz verlässt, obwohl er eine neue Route nehmen müsste. - Fußgängermodul: Die Tab-Taste schaltet im Fußgänger-Routen-Modus nicht mehr zwischen überlappenden Flächen um. (Dieser Fehler bestand nur in der Version 5.20-02.) - Fußgängermodul: Die Tab-Taste, die "weiter"-Schaltfläche (mit dem runden Pfeil) und ein Einzelklick schalten nicht zwischen überlappenden Messflächen um. - Fußgängermodul: Drücken von Entf kann in mehreren Dialogen zum Löschen eines Objekts führen, obwohl die betreffende Liste nicht den Focus hatte (also z.B. beim Eingeben einer Zahl in einem Editfeld). Auch andere Tastaturkürzel aus dem lokalen Menü können unerwartete Wirkungen haben. - Fußgängermodul: Dialog "Konstruktionselemente" (Flächen/Rampen/Hindernisse): Veschiedene Probleme mit Mehrfachauswahl. - Fußgängermodul: Dialoge "Flächenverhaltenstypen" und "Laufverhaltensparametersätze": - Nach dem Löschen des letzten Objekts auf der linken Seite werden die Felder auf der rechten Seite nicht gelöscht. - Das Einfügen eines neuen Objekts nach dem Löschen des vorher letzten führt zu fehlerhaftem Verhalten. - Fußgängermodul: Eine Meldung "Semantischer Fehler" wird angezeigt, wenn beim Additiven Lesen ein Laufverhaltensparametersatz eine Parameterdatei enthält, die im Exe\-Verzeichnis oder dem Datenverzeichnis (mit der *.inp-Datei) liegt. Version 5.20-02 [20338] (2009-09-24) ------------------------------------ + COM-Schnittstelle: Neue Methode Link.RecalculateSpline() zur Neuberechnung der z-Koordinaten aller Zwischenpunkte einer Strecke bzw. der vollständigen Zwischenpunkte (x-, y- und z-Koordinate) einer Verbindungsstrecke (mit unveränderter Anzahl von Zwischenpunkten). + Dynamische Umlegung: Export - VISUM - Knoten/Kanten: Kantensperrungen und Verbindungsstreckensperrungen (für Fahrzeugklassen) werden an VISUM übergeben, sodass sie bei einer Umlegung berücksichtigt werden können und VISUM normalerweise keine Wege verwendet, die in VISSIM nicht möglich sind. [Die Ausnahme sind disjunkte parallele Kanten zwischen zwei VISSIM-Knoten, die von unterschiedlichen Abbiegebeziehungen ausgehen bzw. zu verschiedenen Abbiegebeziehungen führen. Diese werden als eine gemeinsame Kante nach VISUM exportiert (weil die Situation so im Detail im VISUM-Netzmodell nicht abgebildet werden kann), was dazu führen kann, dass die VISUM-Umlegung Wege findet, die in VISSIM nicht verwendet werden können.] + Fußgängermodul: Konfigurationsdialog für die aggregierten Daten der Flächenauswertung (erreichbar über die Schaltfläche "Konfiguration" nach Aktivieren von "aggregierte Daten" im Dialog "Flächenauswertungen"). Nur die ausgewählten Kenngrößen mit der jeweils ausgewählten Funktion (Mittelwert, Minimum, Maximum) werden in die Auswertungsdatei (*.mesp) geschrieben. Die Konfiguration wird in einer Konfigurationsdatei (*.mespk) gespeichert, deren Name in der *.inp-Datei gespeichert wird. + Fußgängermodul: Die Tastenkombination zum Schalten durch die verschiedenen LOS-Anzeige-Definitionen ist jetzt Strg-L (weil nur L im 3D-Modus bereits zur Navigation verwendet wird). - Beim Speichern der *.inp-Datei wird auf manchen Rechnern das Komma anstatt des Punkts als Dezimaltrennzeichen verwendet, und dadurch lässt sich die Datei nicht mehr einlesen. - Ein Fahrzeug, das in einer Haltestelle oder einem Parkplatz-Stellplatz stromabwärts von einer belegten Haltestelle oder einem belegten Stellplatz anhalten möchte, die sich nicht auf der äußersten Spur (der rechten bei Rechtsverkehr) befinden, beginnt einen Spurwechsel zum Überholen, wechselt dann aber wieder auf die Ausgangsspur zurück, eventuell auch mehrmals. [Die Einschränkung, dass ein Fahrzeug, welches einen Stellplatz verlässt, andere parkende Fahrzeuge jetzt nicht mehr auf der "falschen" Seite überholen kann, wurde entfernt.] - Streckensegmente eines Segmentknotens werden nicht immer korrekt angepasst, wenn Zwischenpunkte von Strecken oder Verbindungsstrecken verschoben wurden. Dies kann in der Folge zu Problemen durch einen inkonsistenten Netzgraphen (Knoten-Kanten-Struktur) führen. - Netzeditor: Wenn ein Messquerschnitt gelöscht oder umnummeriert wird, wird eine Abflussauswertung (manuell eingetragen in die *.inp-Datei), die diesen Messquerschnitt verwendet, nicht angepasst, sodass die anschließend geschriebene *.inp-Datei nicht mehr eingelesen werden kann (Meldung "unbekannte Messquerschnitts-Nummer"). - 3D-Modell-Auswahldialog: Modelle mit "triangle strips" (die meisten der mitgelieferten Fahrzeugmodelle) können nicht geladen werden. - LSA-Steuerung / Meldpunkte: ÖV-Telegramme gehen verloren, falls die LSA-Frequenz niedriger ist als die Berechnungsfrequenz der Simulation und die Telegramme nicht im letzten Simulationszeitschritt vor einem LSA-Zeitschritt gesendet werden. - LSA-Dialog: Die Änderung des Typs einer LSA auf RBC führt zu einer Exception- Meldung. - Fahrzeugrouten-Dialog: Absturz ("VISSIM wurde unterbrochen...") beim Öffnen des Dialogs in einem Netz mit Mautstellen. - Analyzer-Report-Dialog: Wenn "Werte setzen oder Alle" angezeigt wird, ist es nicht möglich, "Alle" abzuschalten, da die Checkbox nicht sichtbar ist. - 64-bit-Edition: Das Umschalten in den 3D-Modus führt zu einer Exception-Meldung, wenn ein Hintergrundbild geladen ist. - COM-Schnittstelle: VISSIM stürzt ab, wenn von Hand ein Simulationslauf gestartet wird, nachdem vorher ein Lauf über COM gestartet wurde. - Fußgängermodul: Dialog "Konstruktionselemente" (Flächen/Rampen/Hindernisse): Die Behandlung ungültiger Eingaben in Editfeldern ist beim Umschalten auf ein anderes Element oder Anlegen eines neuen Elements nicht korrekt: Zwar wird eine Fehlermeldung angezeigt, aber die Umschaltung wird nicht rückgängig gemacht und die ungültigen Daten werden stillschweigend ignoriert. - Fußgängermodul: Dialog "Messfläche": Absturz beim zweiten Anklicken einer anderen Messfläche im Netzfenster nach der Änderung eines Werts im Dialog. Version 5.20-01 [20195] (2009-09-10) ------------------------------------ + COM-Interface: Neue Attribute SUPPLYFILE1, SUPPLYFILE2 und neue LSA-Typen (RBC, SCOOT, SCATS, LISA, Econolite3ASC) für das Attribut TYPE des COM-Objekts SignalController. + COM-Interface: Neue Attribute INPUTFILE, WORKINGFOLDER und EXEFOLDER für das COM-Objekt VISSIM.