Goetz

@LokoKlaus, wer vom Hof über diesen Kontakt rausfährt, bekommt als Ziel [Leer] zugewiesen. Daher stammen die Kandidaten, die ziellos unten am See festsitzen.

Hallo @LokoKlaus, wenn ein Auto an der Stelle ankommt, die ich im linken Bild markiert habe, dann ist sein Ziel der Kontakt 202. Im rechten Bild siehst du, wo dieser Kontakt 202 ist und wann das Auto ihn als Ziel bekommen hat. Nachdem es dieses Ziel überfahren hat, ist es "ziellos" unterwegs bis es ein neues gültiges Ziel bekommt. Deshalb weiß bei dir kein Auto, wie es sich (vom BÜ kommend) an der Einmündung verhalten soll. Mit Glück fährt es hier geradeaus. Wenn es Pech hat, dann landet es (wie so viele vor ihm) auf dem Firmengelände. Du musst deinen Autos hier (genau wie für die Gegenrichtung) mit Kontakten über die Kreuzung helfen. Viele Grüße Götz

Da muss ich dich leider enttäuschen. Sie ist unter deiner Nummer noch immer nicht verfügbar @Phrontistes erklärt dir weiter unten, wo dein Fehler steckte. Und @Kaffeeschluerfer hat die korrigierte Content ID für dich gepostet. Viele Grüße Götz

bedeutet, dass sie so nicht im Internet veröffentlich ist.

Hallo Crazymann, klicke bitte auf diese drei Punkte um einen Ordner auszuwählen in dem die Videodatei erstellt werden soll. Viele Grüße Götz

Das ist eine super Idee

ich habe keine Apps im Einsatz. Aber eventuell nutze ich einen anderen Browser als du.

Dazu muss man keine App irgendwo runterladen, Walter. Einfach die Zeile im Posting markieren, mit der rechten Maustaste anklicken und aus der Liste "Auswahl übersetzen" auswählen. Viele Grüße Götz

Hallo LokoKlaus, zum ersten Punkt: Ich vermute, dass du in einem der Befehle zur Zielzuweisung unbeabsichtigt "alle Fahrzeuge" ansprichst und nicht nur den Auslöser. Denn das hätte genau das von dir beschriebene Verhalten zur Folge. Alle kriegen dasselbe Ziel zugewiesen. Und für manche Fahrzeuge ist das Ziel vom aktuellen Standort nicht erreichbar. Die verlieren dann ihr Ziel und irren umher. Das zweite Problem kenne ich im MBS nicht. Das Programm macht nichts willkürlich. Das vergisst nicht plötzlich was, egal wie langsam der Rechner läuft. Die Nummer zu deinem Entwurf wird vom MBS nicht akzeptiert. Magst du die bitte einmal überprüfen?

hallo Merlin_SHI, wenn dir jemand den Katalog zur Verfügung stellen würde, müsstest du dieses Datenpaket ebenfalls herunterladen. Du stündest damit wieder vor demselben Problem, oder nicht? Viele Grüße Götz

Quality is not just a matter of looks, hmclay. Technical aspects play a role too.

Hallo Walter, auf den Fotos sieht man meines Erachtens sehr gut, dass die Fenster stark getönt sind. Damit wird das Innenleben von außen betrachtet sehr dunkel aussehen. Ich habe das versucht nachzuahmen, indem ich dunkle, halb durchsichtige Quader vor die Fenster gesetzt habe. Viele Grüße Götz

Mir gefällt die Änderung sehr gut

Trotzdem kann auch bei der originalen Lok der Wasservorrat eigentlich nicht in der Mitte dieses großen Zylinders gewesen sein. Man will ja nicht den kompletten Vorrat auf einmal verdampfen. Selbst eine Tenderlok hat den Vorratsbehälter hinter dem Führerhaus. Und da ist bei dieser Lok kein Behälter, wohingegen der Tender große Kästen hat, die viel Wasser aufnehmen können.

Klick auf das blaue Dreieck am Ende. Jetzt kannst du entweder mit dem Gismo die Straße freihändig biegen oder du kannst das Eigenschaftenfenster nutzen um dort Radius und Winkel einzugeben. Alle enthaltenen Spuren, also sowohl das Modell (für die Darstellung) als auch die enthaltenen virtuellen Fahrspuren, werden dabei gemeinsam verbogen.

Auf diesem Foto meine ich den Wasserschlauch vom Tender zur Lokomotive erkennen zu können: 9b280d6f-8f19-4f8c-bb2e-3ae3c24734ce-transcontinentalrail.jpg (1860×1200) Das spricht dafür, dass das Wasser im Tender mitgeführt wurde.

Hallo Adler_84, es gibt Denkansätze anderer User zu diesem Thema, die aber mindestens ebenso komplex wie deine Demo sind. Wegen der komplexen Logik, die eine Verkehrsregelung erfordert, stellt Neo meines Wissens Überlegungen an, ob er den Usern diese Mühe abnehmen und die Steuerung im Studio automatisieren kann. Auf der linken Seite ist in deiner Demo eine Verbindung unsauber. Deshalb bleiben dort alle Fahrzeuge vor dieser Nahtstelle stehen. Wenn man diese Verbindung korrigiert, läuft deine Demo sehr gut Viele Grüße Götz

Hallo Thomas, das Gerät der Wahl wäre hier ein 3D-Drucker und keine Fräse. Und unabhängig vom verwendeten Gerät eignen sich die Daten nicht ohne Weiteres für ein reales Modell. Denn eine virtuelle Hauswand hat keine Dicke. Sie ist nur eine Fläche, aber jede Hauswand eines realen Modells ist ein Quader. Es sind viele zusätzliche Arbeiten nötig, damit aus dem virtuellen Modell ein Datenpaket entsteht, welches für eine Fräse oder einen 3D-Drucker geeignet ist. Der Unterschied bei der Hauswand ist nicht das einzige Problem. Er soll dir nur deutlich machen, wie sehr sich die Datenpakete unterscheiden. Viele Grüße Götz

I doubt it very much, Howard to clarify: Your condition (as is) assumes that the variable "Vehicle Type" in the triggering vehicle holds an object. It then looks for another variable by the name of "Truck - W10" in that object, assuming that that variable holds another vehicle. And then it checks if that other vehicle is on the track that your triggering vehicle just left. I'm quite certain that this is far from what you actually want to achieve.

Sorry, but your assumption is wrong. The check if a variable exists looks like this (when converted to Lua): if object["VariableName"] ~= nil then -- do something with the variable end The sole purpose of this check is to avoid the "nil value" error and only use the variable when it has content. If only I could see what you actually did. Because whatever caused the error, it wasn't the check. It was something else. Like placing the command in the wrong field of the condition (the bottom half) or negating the check or god knows what! Here is how it should look in graphical form: I hope this helps? Goetz

Hello Howard, I figured that this might be what you do (and how you end up with unpredictable results). Instead of trying to grab the copy with your mouse, you may want to activate the gismo (shortcut: G) first and then use one of it's axiis to drag the copy to a new location. Another safe method to copy an item is to position the mouse over the original model hold down the left mouse button hold down the left Alt key too drag the model to its new location (this creates the copy, the original remains at its place) release the Alt key release the left mouse button kind regards Goetz

Hallo @Chris06, dieses kurze Blender Tutorial erklärt es sehr anschaulich: Viele Grüße Götz

When you duplicate a model, the fresh duplicate is always the active model. You can rename it, reposition it, change it's properties ... Just don't select it! Don't click on it! Because when you attempt to select it, you may accidentally grab the original instead.

What's the error message in this particular case, hmclay? It may hold that clue you're looking for. Without knowing what error you get when checking if the variable exists, it's difficult to guess what's going wrong.

Hallo wkh, für mich wird vor allem deutlich, dass es nicht ratsam ist zwei Methoden zu vermischen. Alles, was du mit deinen Anhängseln an den Namen der Kontakte erzielst, kannst du ebenso gut mit Objektvariablen in diesen Kontakten erreichen. Die hätten dann - im Gegensatz zu deinen Anhängseln - aussagekräftige Namen. Das alleine würde die Lesbarkeit deiner experimentellen Anlage schon merklich verbessern. Diese Anhängsel lösen keins deiner Probleme, verursachen aber unnötige Komplikationen. Nimm zum Beispiel die Parkzeit: Wenn der Kontakt eine Variable Parkzeit enthielte, dann könnte in dieser Variablen der Wert als Zahl stehen. Damit sparst du dir schon die zweifache Umwandlung. Du prüfst, ob die Variable vorhanden ist und verwendest dann den Wert aus der Variablen für die Verzögerung. Fertig. if contact.Parkzeit ~= nil then -- Fahrzeug wird geparkt, Richtungswechsel - Vehicle will be parked, drive direction change vehicle.engine.active = false vehicle.drivingDirection = -vehicle.drivingDirection vehicle.target = GetNewDestination(vehicle) -- Weiterfahrt nach Wartezeit - Route to be continued after waiting time $("ParkingSlotExit"):invoke(contact.Parkzeit, vehicle) return end Anstelle des Kontakts übergibst du gleich den Wert der Variablen an das Ereignis ParkingSlotExit (und benennst den Parameter entsprechend): if not deferredCall then defer(Parkzeit, "Delay") elseif deferredCall == "Delay" then -- ... end Schon ist alles viel schlanker und lesbarer. Wenn du eh schon Objektvariablen einsetzt, dann bleibst du meines Erachtens besser konsequent dabei. Viele Grüße Götz