gmd

Hallo an alle interessierten, Der stellpult editor sieht jetzt schone etwas anders aus als gestern. Ich hatte angefangen ueber die logik nachzudenken wie ich denn jetzt nun ganze blockeinheiten plaziere und organisiere und habe dabei einige punkte erkannt ueber die ich vorher noch nicht so recht nachgedacht habe. Und zwar kennen wir ja alle drag und drop und meistens ist es ein dateiname oder in MBS ein objekt wie haus oder lok oder baum. Alles hat soweit eine begrenzte groesse und in der regel wissen wir auch mit einer bewegung wohin und mit wenigen anpassungen oder auch gar nicht ist der drop erfolgt. Im beispiel des stellpult designers habe ich aber ziemlich grosse und unhandliche einheiten, koennen ja viele gleise und bis zu vier weichen und drei signale sein, und so genau wohin ist auch nicht immer klar, jdenfalls nicht fuer mich, also habe ich einen schritt zurueck gemacht und den diagram editor nochmals ueberarbeitet, was etwas muehsam war muss ich zugeben. Ich habe jetzt zwei diagram ebenen als splitscreen untereinander. Die untere ebene wird die Aufstellebene sein, wo der block als gleisbild erstellt wird, wenn man einen block aus dem baum auswaehlt, der noch nicht im gleisplan vorhanden ist. Jetzt kann man die obere ebene mit dem gleisplan so positionieren dass es einfach ist den block rueberzuziehen und anzudocken. Es ist moeglich den block an jeder stelle zu "biegen" um ihn dene gegebenheiten anzupassen. Ich habe dann noch die anzeige aller element in reihenfolge (links im bild) aus der blockerkennung eingefuegt. Jetzt ist es leicht jedes element zu identifizieren und auch sofort die anzeige automatisch zu verschieben, dss ein ausgewaehltes objekt zentriert wird. Kein langes suchen. Die zweite untere ebene werde ich dann auch als ebene fuer separate abschnitte verwenden, da bin ich aber noch nicht sehr weit mit den ueberlegungen. Nun genug der worte, hier ist das bild. Der focus zwischen oben und unten kann wechseln und das navigatorfenster rechts unten wird automatisch angepasst. Damit kann man auch leicht positionieren. Ich habe vor aus dem gelben rechteck, dass den derzeitigen auschnitt anzeigt auch eine hilfe zur navigation fuer verschiedene ansichten zu verwenden. Groessenverschiebungen, positioniere, zoom, pan usw. alles fertig und funktioniert. Das ist jetzt der stand des stellpult designers. Jetzt wird es spannend die groessten grundleistungen sind erbracht, jetzt kann as ans bauen gehen. Der naechste schritt ist das erzeugen der bloecke, gruppieren, biegen, automatisch verbinden. Das ist aber alles nicht mehr unendlich viel. Die signale muss ich noch entwerfen und dann kommen die zusaetzlichen diagram elemente. Darueber aber spaeter. Das wars fuer heute. Wenn jemand noch andere ideen hat, lasst es mich wissen. So allmaehlich sollte die richtung ja klarer werden. Und das wichtige hier ist, wenn der gleisplan erstellt ist bracht nichts weiter definiert werden. Die verbindung zu jedem objekt in 3DMBS ist damit automatisch hergestellt. Ich kann eine weiche schalten im stellpult und sie wird im MBS automatisch geschaltet. Ich werde aber viele funktionen ueber scripte realisieren, die ich ansteuere. gruss gmd

Danke fuer das interesse Achim, aber dazu ist es noch ein langer weg. Vom laufenden programm bis zu einer beliebig einfach wiederverwendbaren anwendung ist ein muehsamer weg. Ich bin ueberhaupt noch nicht sicher ob das sinn mach "fuer alle". Ich habe nicht prinzipiell etwas gegen eine benutzung durch andere, aber eine sogenannte "freischaltung". Das bedeutet unterstuetzung, und fragen, usw. Ich habe nicht vor das nicht zu tun aber ich kann es derzeit auch nicht versprechen. Wenn jemand mit guten C# und WPF kennisse die source verwendedn will fuer weitere eigene dinge dann ist das kein problem. Aber als "produkt", dazu ist es einfach zu frueh. Und wenn dann kommt erst mal ein ausgiebiger test. gruss nach Berlin. gmd PS: wir haben freunde in Kladow.

Hallo an alle interessierten, und weiter ging es mit stupidem editieren, wenig funktionalitaet hizugekommen ausser einem start menue, welches die verschiedenen bahnapps started. Kann dann speter fuer strasse etc erweitert werden. Da ich ja sagte ich mache das fuer mich, kann ich mich ja auch mit farben austoben. Ich mag farben und finde es total langwweilig nur graue fenster zu haben. Hier geht es ja ums spielen, also kann ein bischen farbe ja nichts schaden. Ausserdem findet man leichter was man sucht unter 50 offenen fenstern. Und das obere ende zum verschieben des fensters ist auch leichter zu finden wenn so viele offene fenster uebereinanderliegen. Das editieren war hauptsaechlich ein weiteres aufraeumen. Ist ja schon eine weile her dass ich C# programmiert habe und WPF ist ja auch nicht gerade die einfachste Entwicklungsumgebung, maechtig, aber auch kompliziert. Habe erst mal in mehrere projekte zerlegt und die resourcen (styles, etc ) organisiert. Ein programm auseinanderzunehmen und besser zu strukturieren ist immer gut, kann aber aufwendig sein und birgt eine menge tuecken. Jedenfalls ist es jetzt geschaft und die struktur kann beliebig wachsen, ohne dass ich irgendwo an die wand laufe, hoffe ich. Und, nur zur info, diie farben sind parametrisierbar :), alle styles und graphiken sind separiert. Hier ist ein bild mit den derzeitigen programmkomponenten. Jetzt geht es erst mal mit funktionalitaet weiter bis die definition vollstaendig ist. Dann kommt steuerung und dann fahrplan. gruss gmd

Hallo an all interessierten, Heute abend habe ich jede menge editiert. Eine unmenge and definitionen fuer die gleiselement. Ich leite sie nicht durch einfache rotation ab, ich habe eine andere graphik wenn geschaltet oder nicht. Das ist nicht mit images gemacht, da die nicht gut scalen wie man weiss, sondern mit styles (die gezeichnet werden wie die modelle im MBS) immer gut egal welche groesse. Jede menge kleinarbeit, aber lange nicht so viel wie BahnLand mit seinen GBS objekten hatte, mitt all den variationen. Die Farben speile keine rolle, das wird alles dynamisch angesteuert. Diese bildchen habe ich nur fuer die menues abgeleitet. Wie man unten sehen kann, sind sie in die menues eingesetzt, auch wenn das nicht oft gebraucht wird, das habe ich ja im letzten post erklaert. Das grid ist implementiert und das snap zum grid der objekte, viele kleinigkeiten und drag animationen sind fertig. Jetzt kommt bald der anschluss des anlagenbaums aus der hauptapp zum auswaehlen der bloecke. Dann wird es erst interessant, jetzt sind das ja nur kleine details und abstrakte funktionen die noch nicht viel sagen. Sind halt grundlagen die man schaffen muss. Genug fuer heute, morgen ist auch noch ein tag. Gruss gmd

Here ya go regards Gmd

5CB72297-8285-461B-A14F-B30EA6C50C48 Goetz, Blockdemo4 zeigt genau was du gesagt hast. Das ist ja die Basis fuer meinen generator. gruss gmd

Da irrst du, die screenshots und movies mache ich sowiso fuer meine dokumentation, die posts sind schnell geschrieben und helfen mir auch meine gedanken zu ordnen und das konzept mehr systematisch zu praesentieren. Meistens mache ich das am ende einer session wenn ich sowiso zu nichts anderem mehr lust habe. Ich schreibe ja auch dokumentation nebenbei um selbst auf dem laufenden zu bleiben. Das habe ich bei allen meinen projekten gemacht und es ist interessant es anschliessend zu lesen und zu sehen wie sich die gedanken entwickeln. Ich tippe sehr schnell gruss gmd

crikey, awesome gruss gmd

Hallo an alle interessierten, Hier mal wieder ein update, war recht erfolgreich. Habe aus einem uralten projekt ein paar teile hervorgegraben, zusammengefuegt und angepasst. Noch lange nicht fertig aber ein guter anfang. Eigentlich wollte ich dies noch garnicht vorstellen, jedoch kann es sein dass ja vorschlaege und ideen kommen die mir helfen koennten, punkte zu erkennen an die ich noch nicht gedacht habe. Erst mal ein paar vorueberlegungen zu gleisplanstellpulten. Es gibt ja die verschiedensten versuche und tools, die alle mehr oder weniger eine tatsache gemeinsam haben, man muss einzelne gestaltungselemente auswaehlen und plazieren (mehr oder weniger). Wenn man einen komplexen gleisplan hat, mit vielen unter und ueberfuehrungen, verschiedene abschnitte mit unterschiedlichen steuerungsanforderungen, dann kann man nicht mal einfach anfangen, sondern muss erst mal genauestens ueberlegen wie man das layout am besten gestaltet. Und dann mitten drin merkt man dass es nicht hinhaut, oder zu wenig platz gelassen wurde fuer steuerungskomponenten usw. Das umbauen wird muehsam. Ausserdem sind ja auch die anzeigemoeglichkeiten begrenzt (rot, gruen, gelb, aktiv, nicht aktiv, etc.). Das gefaellt mir alles nicht. Hier zunaechst mal ein screenshot von der derzeitigen version des Stellpult Designers, wie ich es nenne. Sieht aus wie andere versuche ? Hat nicht einmal eine toolbox von der man draggen kann ! In diesem bild habe ich nur mal meine gleis anzeige element ueberprueft und es laesst nicht wirklich darauf schliessen was eigentlich hinter den kulissen passiert. Mit dem naechsten bild wird es moeglicherweise schon etwas klarer. Ich positioniere keine einzelelemente wie hier noch zu sehen, sondern bloecke, also vom programm erzeugte einheiten, die auf grund der blockerkennung (siehe fruehere posts) erstellt werden. Diese sind gekettet, oder falls noch nicht dann kann das hier geschehen und die blockdefinition wird von hier aktualisiert. Man stelle sich also jeder der elemente die sich heir auf dem bild befinden als block oder weichenstrasse vor. Nun kann man diese "Einzelteile" in eine lage bringen wie sie dem stellpult entsprechen soll, man kann immer wieder einfach verschieben. Das stellpult ist auch betriebsbereit auch wenn noch kein geschlossenes gleisbild entstanden ist. Hat man dann die einzelnen "Sichten" oder bedienabschnitte plaziert werden die gleisverbindungen, die noch durch pfeile zu sehen sind automatisch durch strecken element ersetzt, oder auch wahlweise nicht, oder mit gestrichelten linien gekennzeichnet oder was auch immer angemessen ist. Wenn also zwei bloecke, die real aneinander liegen aus welchen gruenden auch immer nicht so dargestellt werden koennen, dann kann man experimentieren bis es passt, oder auch verschiedene sichten erzeugen. Dazu noch mehr spaeter. Im wesentlichen handelt es sich hierbei um ein "GleisDiagram" und nicht um einen gleisplan. Ok, das stichwort diagram. Das naechste bild hier zeigt "Anschlusspunkte" an einem stellpult element , und mehr als man fuer das stellwrk brauchen wuerde. Das hat seinen grund. Ich kann an jedes element weitere "DiagramElemente" anhaengen, welche keine gleiselemente sein muessen, kann halt irgendetwas sein, was hier sinn macht. Der start einer animation, die anzige fuer den naechsten zu erwartenden zug laut fahrplan usw. usw. Die diagram technik eignet sich hervoragend fuer die definition komplexer netzwerke und man kann einfach ein- und ausblenden was fuer einen bestimmten aspekt nicht gebraucht wird, sowohl zum definitionszeitpunkt alsauch zur runtime. Und noch ein punkt zum schluss: Man kann mehrere gleisanzeigeelemente sehen, rot,gruen,gelb. Die farben liegen nicht fest, sind nur zur unterscheidung hier. Ein gleis hat einen roten punkt der getrennt von den anderen segmenten fuer speziell anzeigen verwendet werden kann, indusi, kontakt ... usw. Auch koenne die farben fuer die anzeigen beliebig gesetzt werden, so lassen sich nicht nur freie, oder reservierte oder belegte segmente anzeigen sonder man kann auch auf knopfdruck visualisieren, wo gueterzuege fahren koennen oder jede andere bedingung die in der definition vorhanden ist. Es gibt hier eigentlich keine grenzen, nur meine zeit .. Und das beste zum schluss. Da die blockdefinitionen ja vom programm erzeugt werden bracuht keine gleisverbingung oder aehnliches zur anlage manuell gemacht werden. Das programm macht das automatisch. gruss gmd

Hallo BahnLand, das ist weniger schwierig als es beim ersten lesen erscheinen mag. Wenn all fahrzeuge im katalog gleich ausgerichtet sind (die meisetn sind ok, einige nicht, siehe meine posts) dann kann man die richtung 0 grad im katalog zum beispiel als fahrtrichtung ost/west definieren. Darauf aufbauend ergibt sich alles weitere. Die position eines objektes ist bekannt, die verdrehung um 180 grad ist kein problem, usw. Das wichtigste ist die grundlagen festzulegen und dann einen standard zu setzen. Ist nicht wirklich schwer wenn die gesammelten erfahrungen hier zusammennimmt und strukturiert. Alles ist moeglich, es braucht nur eine struktur und ordnung auf der man aufbaut. Und das gilt auch fuer andere modelle nicht nur rollmaterial, auch hauser usw sollten ausgerichtet sein, soweit sie nicht auf allen seiten gleich sind. Das hat auch viele moegliche nutzungsformen. Mit einer guten struktur kann man die anzahl der sonderfaelle reduzieren und alles wird auch einfacher nachvollziehbar. gruss gmd

Andy, ein paar bemerkungen zu animationen ,die verursacht sind durch mein nachdenken ueber steuerungsfunktionen. Auch angeregt von bemerkung von Thomas zum thema animation (beladen etc. ). Derzeit sind animationen "all over the place", nicht wirklich organisiert, unbenannt oder jeder benennt eine animation anders. Ich denke das muss systematisiert werden, und wenn das passiert sind die punkte die du vorschlaegst fast seiteneffekte. Wenn man von lua einigermassen eine chance haben will animationen zu steuern ohne jedes einzelne objekt individuell anzustueren, z.b. keywords, muessen die animation classifizierbar sein, Licht, Tueren, Particle, Bewegungen usw. Ohne ein systematisches nachdenken macht das meiner meinung nur wenig sinn. Ich bin sicher Neo hat schon mal darueber nachgedacht und es ist eine sache der prioritaeten und natuerlich der verfuegbaren modelle mit animationen. Ich meine es gibt noch nicht ausreichende variation, aber das kann sich ja aendern wenn es klarer definiert ist und die animation besser parametrisiert werden kann, wie tuer auf/zu und nicht nur start stop. Ist eine henne und ei problem denke ich. Sorry das soll keine kritik an deinem vorschlag sein, nur ein paar gedanken was ich gerne im MBS sehen wuerde und natuerlich auch ansteuern moechte. Beispiel: Ein fahrzeug faehrt die einfahrt zu einem Landhaus hinauf mit laternen an der seite, die immer ein stueck vor dem fahrzeug eingeschaltet werden und dann nach einer zeit wieder erloeschen, und viele aehnliche solcher ereignisse. Lampen haben meist nur an oder aus, koennten aber auch einen dimm haben, dann kann man effekte wie das zuenden und aufheizen von grossen lichtquellen simulieren (geht vielleciht etwas weit ), aber der phantasie sind ja keine grenzen gesetzt. Das ist auch ein thema fuer modellbauer, die vorschlaege fuer die klassifizierung und parametrisierung von animationen machen koennten. gruss gmd

m..de :).. regards Gmd

Hallo an alle interessierten, Ein letzter movie fuer heute. http://teutanic.com/zugKupplungDefinieren.mp4 Zeigt eine zugzusammenstellung und verschieben von wagen. Das drag und einfuegen wird erst mal nicht implementiert. Das verschieben geht leicht genug. Diese bequemlichkeiten kommen spaeter. Am ende sieht man die markierung von trennstellen des zuges. CTRL click auf ein objekt markiert das ende als moegliche trennstelle fuer den zug, wenn die steuerung spaeter rangier operationen machen soll. Es koennen wagengruppen definiert werden, es braucht nicht immer eine lok. Die laengenberechnung der einheit kommt noch und auch das eindeutig benennen der komponenten. Derzeit werden ja die katalognamen angezeigt. gruss gmd

Hallo an alle interessierten, habe einiges an house keeping gemacht, wie man hier sagt, im programm aufgeraeumt, gleinigkeiten implementiert. Fuer die komplette zugplanung brauche ich die zuglaenge und auch die korrekten rotationen aller objekte. Dazu habe ich eine funktion "Messen" gebaut, mit der ich sehr einfach, jedes objekt vermessen kann. Jetzt werde ich dies nutzen um die verdrehten objekte zu identifizieren und die richtigen bilder erzeugen, sowie die korrekten masse speichern. Ich merke mir auch den winkel im katalog damit die plazierung diese objekte in korrekter richtung aufs gleis setzt. Hier ein kleiner movie (kurzer auschnitt), wie loks neu vermessen werden. http://teutanic.com/messenObjekt.mp4 gruss gmd

Cela ne devrait pas être trop gênant pour la personne qui a construit ces wagons. Ce n'est qu'une peinture. Cordialement Gmd

Hallo Hans, danke fuer dein interesse und die message, jederzeit willkommen. Ich habe nicht vor die laenge eines zuges zu beschraenken. Das programm erkennt und weiss die blocklaengen und die maximalen zuglaengen pro block. Wenn ein zug konfiguriert wird kann das programm ueberpruefen ob der ueberhaupt irgendwo platz hat oder auch eine route existiert die die laenge aufnehmen kann. Ich habe eine vielzahl ein einstellmoeglichkeiten, pro block, fahrzeug, betriebsart, verwendung usw. Schau dir mal die beschreibung an, link weiter oben. Die wird immer aktualisiert und die beschreibung fuer lok und fahrzeug defaults und parameter ist soweit gemacht, immer noch nicht alle details aber das kommt spaeter. Die beschreibung soll einen ueberblick verschaffen und hilft mir selbst einen ablauf der definitionen zu finden die sinn macht und auch funktioniert. Es sind sehr viele aspekte zu beruecksichtigen und ich versuche eine vorgehensweise zu schafen die einfach nachzuvollziehen ist. Jeder vorschlag ist willkommen. Gruss gmd

Hallo an alle interessierten, die zug konfiguration sieht jetzt schon etwas besser aus. Die groessenverhaeltnisse sind etwas besser und die abstaende sind jetzt ok, auch habe ich die horizontal scroller aktiviert wenn man keinen breiten bildschirm hat fuer lange zuege. Jetzt kommt die benennung der wagen, muss ja eindeutig sein, und die abspeicherung der konfigurationen. Hier noch ein bild fuer einen breiten monitor: gruss gmd

Hallo an alle interessierten, zum abschluss des tages .. http://teutanic.com/zug_konfiguration.mp4 noch einige kinks wie man sieht, die falsch ausgerichteten images und noch zuviel abstand zwischen vielen wagen. Da muss ich den image erzeuger noch etwas verbessern. Drag und drop muss noch erweitert werden fuer einfuegen, ich werde aber auch CTRL click implementieren fuer hinzufuegen, geht viel schneller als drag. Die loks sind noch etwas gross im verhaeltnis zu den wagen aber das werde ich alles noch fixen und einem zweiten durchgang. Jetzt geht es erst mal darum die wesentlichen dinge zu erledigen. Zugkonfiguration, laengenberechnung, abspeichern, und mehr. Ich werde kuppelpunkte definieren, damit die steuerung spaeter weiss welche zuege wo getrennt werden koennen und sollen, haltepunkte von wagen an bestimmten stellen von bahnsteigen, usw. Wenn man die konfigurationen hat ist das alles nicht so schwierig, nur eine frage der richtigen daten. Als naechstes werde ich zugkonfigurationen von der anlage einlesen und speichern. Dann kommt der gleisplan. gruss gmd

Hallo and alle interessierten, Schneller als gedacht habe ich die basis fuer den graphischen editor erstellt. Noch lange nicht alles so wie ich es fuer den gleisplan brauche, aber soweit brauchbar um interaktiv konfigurationen zu bauen und darzustellen und etliches mehr. Dabei bin ich auf das problem gestossen, dass die thumbnails des katalogs, so nett sie auch sind, fuer eine zugkonfiguration nicht wirklich brauchbar sind. Man will den zug ja von der seite (einigermassen) sehen und die einzelnen komponenten ja hintereinander nicht in einem winkel nebeneinader. Das gleiche gilt natuerlcih auch fuer einen gleisplan wenn man das wirkliche bild der lok anzeigen will fuer die position, so wie das Rocrail erlaubt, allerdings muss man sich ja die bilder alle zusammensuchen. hier ist ein screenshot von meinem konfigurations manager nachdem ich mir die seitenansichten aller loks und wagen schnell erzeugt habe. Dabei ist mir aufgefallen dass nicht alle loks und wagen in der gleichen position im katalog eingestellt sind. Fuer maschinelles plazieren ist das ein problem, das ich nur umgehen kann wenn ich mir auch die rotation eines objekts im katalog merke. Werde ich wohl erweitern, derzeit werde ich alle diese objekte einfach ignorieren. Die zugkonfiguration werde ich auf mehreren wegen ermoeglichen. Grafisch (drag and drop), text orientiert mit auswahl aus dem vorhandenen refernzkatalog und natuerlcih auch durch auslesen von einer vorhandenen anlage mit selektierten objekten, die dann automatisch erkannt werden, ich habe ja alle referenzobjekte, und in die reihenfolge gebracht werden. Jeder zug hat weitere eigenschaften, die dann im tool erfasst werden koennen. Damit ist dann die anzeige der lok auch im gleisplan gewaehrleistet, allerdings nur in 2D. Ich werde keine 3D lok auf einem gleisplan fahren lassen :), naja zumindest bis auf weiteres noch nicht. gruss gmd PS: Unten ist ein screenshot zu sehen, der die wagenseitenansichten zeigt, und ein paar wagen die aus der reihe tanzen.

Hallo an all interessierten, http://teutanic.com.au/MBSCompanion.pdf neuer update der beschreibung. Block und Vehicle defaults, Block Parameter mit allen details sind fertig. Strassenerkennung ist fertig aber noch nicht beschrieben. Das werde ich als naechstes noch tun, dann ist erst mal pause fuer eine weile, da ich den graphic editor fuer den gleisplan vorbereite und beginne. Das wird etwas dauern, noch keine idee wie lange. Das ist notwendig an diesem punkt da ich die routen erkennung mit dem gleisplan machen will und nicht mit einer textoberflaeche. Vielleicht auch noch mit einer trace lok, das weiss ich aber noch nicht. Ich denke das brauche ich nicht mehr da ich weichenstrassen und bloecke kenne, was ausreichen sollte fuer die routen definition. wenn das gemacht ist gehe ich zurueck zu tabellen um die zuege und fahrplaene zu konfigurieren. Naja alles zu seiner zeit. gruss gmd

Hmmmm, danke Neo, das koennte mich dazu verfuehren Blender zu lernen .. wenn ich mit dem derzeitigen projekt eine pause brauche ... aber ich glaube ich habe dafuer schlechte voraussetzungen und wuerde mich an dieser lok etwas verheben (pun intended). gruss gmd

Ja schade, vielleciht in version 10 gruss gmd PS: Just for kicks http://teutanic.com/bigboy.mp4 aus einer simulation... die sind schon klasse, hatte mal die Rivarossi version, schon lange zeit verkauft, bereue ich heute noch.

Hat jemand mal ueber so etwas nachgedacht ? Ich weiss das ist ueberhaupt nicht unverschaemt. gruss gmd

Hallo, noch ein nachtrag zu gestern. Habe an den strassen weitergebaut und den definitionstab gemacht. Habe auch ueber das zeichnen des gleisplans nachgedacht und natuerlich darauf gestossen, dass mir noch information fehlt, naemlich die richtung der weichen. Wenn der gleisplan von hand erstellt wird indem man einzelteile plaziert macht man das ja implizit nach dem vorliegenden plan. Will man das automatisieren muss ich natuerlich die richtung der weichen wissen. Das kann man auch alles errechnen mit den entsprechenden daten, aber derzeit werde ich solche bequemlichkeitsfunktionen noch nicht bauen, sondern mich auf die datensammlung konzentrieren. Deshalb habe ich pulldowns hinzugefuegt die je nach weichentyp die moeglichen positionen definieren. Dadurch kenne ich den verlauf der strasse und kann alle weichensymbole in der richtigen richtung auf dem gleisplan automatisch erzeugen. Das gleiche gilt fuer die weichen des blocks, die bisher noch ohne richtung waren, aber jetzt nicht mehr. Der strassendefinitions tab ist noch relativ leer. Angaben wie max geschwindigkeit, betriebsart usw. liegen unter Strassen Parameter und koennen dort gepflegt werden. Strassenkomponenten ist die liste der komponenten wie unter dem erkennungstab aber jederzeit anzeigbar wenn die strasse selektiert wird unter Fahrstrassen auf der rechten seite. Desweiteren habe ich die erkennung der fahrstrassen erweitert um die sperrsignale die dann automatisch auf den gleisplan mitwandern. gruss gmd

Ok, danke, dann frage ich einfach mit 302 ab, kein problem gruss gmd