gmd

Hans, das klingt nach TS (Train Simulator). Ich meine dass fuehrerhaus und andere controllelemente nicht wirklich in das MBS gehoeren, aber das ist stoff fuer eine weiteres externes modul. Man hat ja die cockpitcamera und andere und wenn Neo die schnittstelle erwitert wie er sagt, dass man alle componenten erreichen kann, dann kann man ein fuehrerhausprogram bauen als externes zusatzmodul. Ist eine gedanke... wenn man das kombiniert mit meinem steureprogramm dass vielleciht mal funktioniert, koennte das eine interessante loesung werden fuer die die sich dafuer interessieren ohne das MBS konzept zu belasten. Jedenfalls nicht mein thema zur zeit, jedenfalls nicht bevor die steuerung fertig ist. gruss Gmd

Hallo Thomas, als service halle denke ich fuer meinen teil, dass sie etwas hoeher sein koennte. Variation koennte sein, zwei endteile (links,rechts) und mittelteil. gruss gmd

Hallo an alle interessierten, heute mal wieder ein video. http://teutanic.com/blockProperties.mp4 Was ist zu sehen: Ein block eines abschnitts wird auf der diagrammflaeche gedropped und die symbole werden erzeugt beginnend am drop spot. Man kann eine luecke sehen; das ist ein bug den ich noch finden muss, hat mit rundung zu tun. Die begradigungsfunktion kann in jeder situation den block auf seinen ursprungszustand zurueckversetzen. Als naechstes kann man ein beispiel von weichenschaltung sehen. Danach die verschiedenen moeglichen blockzustaende. Die eigenschaftsviews zeigen status informationen von einzelelementen und von allen elementen eines blocks. Die funktionen dienen allein zum test, derzeit des programms, spaeter kann es hilfe sein fuer das diagnostizieren von problemen mit der integration mit der anlage. Derzeit ist es einfach ein test der grundfunktionen. Die simulation und anlagentests kommen spaeter. Derzeit arbeite ich nur an grundfunktionen und versuche sicherzustellen, dass alles vollstaendig getestet laeuft bevor ich mehr komplexe funktionen beginne. Die farben und die visualisierung ist einstellbar, derzeit nur ein beispiel. Will erst sehen wie das an einem groesseren beispiel aussieht bevor ich irgendwelche defaults festlege. gruss gmd

Hans, mein programm arbeitet ueber die externe schnittstelle des MBS und wie der name sagt "extern". Es ist separat und fuer die laufzeit (also wenn die steuerung laeuft) koennen ein oder mehrere fenster offen sein. Bei grossen anlagen is ein HD bildschirm sicher nicht ausreichend beides darzustellen, es sei denn man verkleinert das stellpult drastisch, was moeglich ist, oder hat immer nur einen ausschnitt sichtbar was auch moeglich ist, immer separat vom MBS. Fuer eine effektive nutzung der visualisierung des stellpultes und des MBS gemeinsam ist mehr flaeche als HD sinnvoll. Die steuerung selbst arbeitet aber auch unabhaengig vom stellpult und wenn man nur einen fahrplan anzeigen will und zur steuerung die tabellen darstellung verwendet und nicht das stellpult, kommt man auch mit weniger platz aus. Ich werde dazu noch mehr schreiben, wenn ich dahin komme. Das stellpult kann auf mehreren fenstern verteilt sein und wenn man einen grossen bildschirm hat (hohe aufloesung 4K+) dann kann man einen guten ueberblick erhalten ueber eine grosse anlage. Als zweiten bildschirm habe ich einen HD touch screen, den will ich zur steuerung verwenden, alles ueber touch mit dem finger ermoeglichen, natuerlich auch mit der maus. Fuer einen touch mit dem finger muessen die symbole etwas groesser sein als fuer die maus, deshalb unterscheide ich im layout zwischen einem edit mode und einem ausfuehrungsmode (runtime). Ich habe vorgesehen, dass ich den HD bildschirm flach vor meinen hauptbildschirm legen kann wie ein stellpult eben. Koennte auch ein tablet sein, da die kommunikation mit dem MBS ueber TCP laeuft spielt es im grund keine rolle auf welchem rechner die steuerung laeuft. Ich hatte ja schon mal erwaehnt dass ein teil meiner vision eine multiplayer version ist, dh. die gleiche anlage laeuft auf mehreren computern synchron (physisch nur auf einem) und die steuerung erlaubt manuelle eingriffe von mehreren orten. Das kann funktionieren ohne dass Neo etwas dafuer tun muss, ich kann das aus eigenen mitteln loesen, das einzige problem dabei ist die geschwindigkeit des netzes, da braucht man schon ein paar Mbit/sec. Anders als beim MBS ist das layout unterschiedlich. Das MBS schaltet nur den edit mode aus aber layout und funktionen bleiben gleich (zum groessten teil). Meine runtime version ist zugeschnitten auf schnelle bedienung, waehrend die Editfunktion auf moeglichst viel info auf engem raum ausgerichtet ist. Ich hoffe das macht sinn. Wenn etwas unklar ist, bitte fragen. gruss gmd

Haha, ich auch .. Ich habe eine vision wie es aussehen soll, aber es ist noch einiges zu klaeren bis ich da bin wo ich hin will. Viel kleinkram, interne grund- und hilfsfunktionen zu implementieren, endlos viele styles und templates fuer die UI ansteuerung usw. usw. Da sind noch nicht mal high level funktionen dabei. Zur zeit arbeite ich an der gbs visualisierung, symbolansteuerung. Die naechst hoehere logische ebene ist dann bloecke und fahrstrassen verbinden, routen aufzeichnen, aber das dauert noch, ich denke mindestens 2 wochen bis ich mit den grundfunktionen fertig bin. Bis jetzt sind es ueber 40k zeilen code, davon ueber 10k ausfuehrbar und das war nicht nur copy und paste .. gruss gmd

Thomas, das sieht gut aus und ist es wert in den katalog aufgenommen zu werden. Gerade ide kleineren dinge machen eine Anlage wirklich interesssant. Passt gut in eine schrebergartenkolonie. Also keine falsche scham :). Hast du gut gemacht .. gruss gmd '

Hans, danke fuer deinen beitrag. Jeder gedanke hilft und triggert weitere ueberlegungen. Lokfuehrer simulation, wie bei einem train simulator von DoveTail. Das MBS hat ja ein gute funktion mit on board camera, koennte eine basis sein, es braucht nur noch eine moeglichkeit ein bedienpult fuer die lok einzublenden und dann hat man einen train simulator. Sind noch viele moeglichkeiten fuer die zukunft. Auch dein beitrag bestaetigt die ueberlegung dass die zugbeeinflussung im wesentlichen fuer manuelle steuerung relevant ist und nicht fuer vollautomatisierte anlagen, aber das ist ohnehin nicht mein ziel. Eine manuelle komponente ist ja das eigentliche ziel. Ich habe den Train Simulator, und das ist auch ganz ok fuer 5 minuten aber dann wird es schnell langweilig weil eben drumherum nichts passiert. Das MBS ist eine phantstische grundlage eine umgebung zu bauen in der realistischer verkehr herscht in den man sich einbinden muss, das ist mein wirkliches ziel. Danke nochmals fuer deine Muehe und den beitrag. gruss gmd

streit_ross, Soweit decken sich deine ueberlegungen auch mit meinen bis auf den letzten teil. Der empfaenger ist ja der kontakt selbst und wird von der ereignissteuerung gemeldet, also kann man reaktionen daran haengen, so als ob das fahrzeug das signal empfangen hat. Wie erwaehnt kann ich mir eine wirkliche funktion nur im manuellen betrieb vorstellen. Der gedanke ist, dass man eine automatisierte anlage betreibt mit fahrplan und rangierplan, aber zusaetzlich mit allen steuermoeglichkeiten einen zug manuell zu einem bestimmungsort faehrt und unterwegs die von der automatik vorgegebenen zugsicherungen beachten muss. Es ist so eine art "trainsimulator" allerdings nicht mit einer festen strecke sondern einem netzwerk aus dem man eine strecke/scenario auswaehlt. Im manuellen betrieb sind alle geschwindigkeits anweisungen nicht wirksam und eine zugsicherung kann dann ueber die indusikontakte erfolgen. Die sind ja normalerweise eine strecke vor den signalen oder langsamfahrstrecken plaziert. gruss gmd

Goetz, Ja danke, sind von Easy, hatte sie gesehen, war ein grund warum ich sie in mein konzept aufgenommen hatte. Ich habe aber auch nur wenig vorstellung was ich damit anfangen soll zusaetzlich zu den uebelichen kontakten. Es ist vorstellbar einen bremskontakt oder auch einfahrkontakt durch einen magnetkontakt zu ersetzen mit dem vorteil dass sie sichtbar bleiben koennen und nicht ausgeblendet werden muessten. Allerdings darueber hinaus habe ich auch keine idee, deswegen ja auch die frage. gruss gmd

Hallo forumites, ich habe mal eine frage und hoffe auf anregungen. Was koennte, sollte, muesste, duerfte ein indusi magnet beim MBS bewirken ? Bei automatischem betrieb scheidet human error ja aus, also ist eine zugsicherung ziemlich nutzlos. Heisst das, dass dies nur in manuellem betrieb sinn macht ? Sollten alle drei frequenzen eingesetzt werden gemaess vorbild ? Welche fehlersituationen sind sinnvoll abzufangen, neben einem simplen fahren ueber rot ? Beim MBS braucht man dabei ja aber auch keinen indusi magnet, ein rotes signal und das folgegleis ist ja schon genug die bedingung abzufragen oder auch ein bremskontakt und ein rotes signal. Geht das plazieren von magneten zu weit ? Nur als zierde ? Wie ist den die allgemeine und spezielle meinung zu dem thema ? gruss gmd

Hallo an alle interessierten, Im bild oben sind die objektauswahl und die plazierten objekte am gleis neu. Das sind die extras die ich schon mal erwaehnt hatte in einer antwort an Thomas. Diese extras markieren und steuern zusaetzliche funktionen, neben der reinen ueberwachung und strassenauswahl. Derzeit habe ich folgende symbole: Zugnummernanzeige, Kuppler, Zug/Wagenbremse, Indusi Bloecke, Haltepunkt, Gleispunkt, Servicepunkt, Station, Animationstrigger. An jedem dieser symbole haengt eine zusaetzliche bedeutung fuer die steuerung. Einzelheiten folgen in der Beschreibung. Ausserdem habe ich das drag und drop von auschnittnamen und blocknamen in die zeichenflaeche implementiert zum schnellen lesen oder erzeugen von auschnitten. Das drop eines blocks geht punktgenau, damit kann man einen gesamten block leicht plazieren und dann weiterbearbeiten. Habe auch alle bedingungen und reaktionen des programs implementiert, wenn aenderungen vorhanden sind und gespeichert werden muessen wenn ein neuer ausschnitt gelesen werden soll usw. Es sind eine ganze reihe von bedingungen implementiert, die das haendling verbessern und konflikte verhindern. Ist viel kleinarbeit aber schuetzt mich vor meiner eigenen dummheit und ungeduld . Habe auch viele kleine icons erzeugt fuer die menueeintraege und noch einige weitere interne dinge erledigt. Ach ja, die scroll bars sind verschwunden. Da ich ja ein sehr effizientes pan mit mouse und auch ein navigationsfenster habe sind die scroll bars wirklich ueberfluessig. Ich habe sie nie benutzt und es bringt mehr platz fuer die anzeige. Als naechstes kommt die anbindung aller elemente and die farbeinstellungen und dann die funktionen mit simulation fuer die positionsanzeigen usw. fuer die die anzeigeelemente die farbe wechseln muessen. Das ist dann so ziemlich das ende des stellpult designers und ich kann dann eine runtime version machen. Mit der runtime version will ich dann die fahrplanerstellung und aenderung unterstuetzen. Dafuer sind die extras gedacht, wie station und gleispunkt , die bei der rangier- und fahrplanerstellung eine zentrale rolle spielen. Das wars fuer heute. gruss gmd

Thomas, du wirst ja richtig ehrgeizig :).. finde ich gut die moeglichkeiten systematisch zu erschliessen, obwohl dein auto fuer mich schon sehr fortgeschritten aussah. Mach weiter so. Gruss gmd

Hallo and alle interessierten, mal wieder ein update. Nichts super dramatisches. Viel kleinkram erledigt, unter anderem die gleiselemente fuer verbinder (kreis) wie von Draisine vorgeschlagen. Etliche interne dinge und insbesondere das abspeichern und laden von gleisplaenen mit nachbarplaenen in vier richtungen. Es ist auch vorgesehen dass ein ausschnitt eine detaillierung eines anderen ausschnitts darstellt. Das ist zum beispiel erforderlich wenn mann sehr lange strecken hat und im stellpult natuerlich nicht alle gleise abbildet. Eine strecke wird verkuertzt, das heisst aber auch, dass die positionsanzeige nicht kontinuierlich ist, logischerweise. Will man aber aus irgendwelchen gruenden die strecken temporaer in voller schoenheit angezeigt sehen und die positionsanzeige genau verfolgen, dann ist das moeglich mit einem "Detail Bild". Das ist ein beispiel, es gibt andere. Im bild sind die nachbarfelder und das detailfeld mit doppelten namen angezeigt, das macht natuerlich keinen sinn. Ich habe noch nicht alle plausibilitaetspruefungen implementiert. Ist einfacher fuers testen. Man kann plaene einfach umbenennen und jedesmal wenn man einen plan abspeichert wird eine neue version erzeugt. Man kann die aelteren versionen ebenfalls laden, auch im zweiten diagrammbereich falls noetig, oder sie auch einfach loeschen lassen. Das wird ueber optionen gesteuert. Fuer einen interaktiven entwurf eines abstrakten gleisplans ist das ganz praktisch dachte ich mir. Es sind noch einige funktionen fertigzustellen am stellpult editor, aber ein ende ist abzusehen. Dann gehe ich wieder an die blockerkennung und will versuchen dies noch weiter zu automatisieren. Bisher habe ich kontakte plaziert und dann den block getraced. Ich werde versuchen die kontakte automatisch zu setzen, basieren auf einigen regeln. Manuell verschieben und retrace ist natuerlich moeglich. Ich werde versuchen dies im rahmen von fahrstrassenerkennung zu machen. Dies ist insbesondere nuetzlich wenn man eine anlage mit vielen rangierstrecken hat, wie die anlage die ich oben gepostet hatte. Die nehme ich ja als beispiel fuer diese sonderfaelle. Fast vergessen: der screen shot Oben links sieht man die liste der vorhandenen ausschnitte, darunter die angaben zur oberen und unteren diagrammflaeche. Das kopieren oder hinueberziehen zwischen den beiden planflaechen habe ich noch nicht gemacht, das kommt aber noch. Damit kann man dann teile aus einer aelteren version eines ausschnitts uebernehmen oder auch neue bloecke leichter and die richtige stelle positionieren. gruss gmd

Ich bin permanent fasziniert vom engagement, praezision, sorgfalt und klarheit der beitraege von BahnLand. Das geht nicht besser. Kudos gmd

Marcel, Im eigenschaftsfenster auf die buerste clicken. Pulldown unter Variationen ermoeglicht zugriff. gruss gmd

Hallo and alle interessierten, habe eine pause vom programmieren gebraucht. Hatte vor einiger zeit in einem alten gleisplanbuch einen verrueckten plan gesehen, den eigentlich niemand mit etwas verstand im kopf bauen wuerde, da ja meist nur rangierbetrieb vorgesehen ist und das alles mit der EV zu animieren ist ja schierer wahnsinn. Allerdings habe ich mir gedacht, dass dies ja gerade ein gutes testobjekt fuer mein programm ist. Jede menge bloecke und fahrstrassen und beliebig viele rangierablaeufe gleichzeitig wenn mal alles laeuft. Plus animationen ohne ende im stueckgut hafen. Also habe ich den plan mal in etwa nachgebaut und angefangen mal etwas farbe reinzubringen, bin allerdings nocht nicht allzuweit damit. Das layout ist fertig. Wenn jemand interesse hat ich habe die anlage als entwurf geladen (497E2AA0-ADFA-4FED-8042-65904046C362). Werde noch etwas damit spielen aber dann wieder zum programmieren zurueck. gruss gmd

sieht doch schon phantastisch aus. Congrats. gmd

Haha, das sieht aus wie ein neuer Star Wars character der noch etwas hinkt ... Mach weiter so .. gruss gmd

Hallo, http://teutanic.com.au/MBSCompanion.pdf Der link fuer die erweiterte beschreibung. Habe einige gedanken zur datenstrukture und meine gedanken zur herleitung der bewegungsbeschreibung aufgeschrieben. (Am anfang des doluments Abschnitt 0.6). Das sind alles aufzeichnungen fuer mich selbst. Solange ich noch kein entgueltiges konzept fuer einen aspekt habe und eine benutzer anweisung schreiben kann, hebe ich mir meine gedanken auf und lese sie immer wieder. Dann kommen meistens noch weitere oder bessere ideen. Die datenstruktur ist ja eine ganz wesentliche sache und die beschreibung von rangiervorgaengen ist ja der alluebergreifende sonderfall des betriebs. Der naechste punkt den ich jetzt mit dem MBS loesen muss ist punktgenau an einen zug von hinten anfahren und ankupplen. Dazu ist eine menge information noetig und einiges an berechnung. Im forum wurden ja gute beispiel von punktgenauem bremsen veroeffentlicht. Ich hoffe dass ich davon einiges verwenden kann. Den endpunkt eines zuges muss ich ja auch berechnen, da ich wenn ueberhaupt nur den anfang genau definieren kann. Naja mal sehen wann ich mich diesem thema widme. Jetzt geht es erst mal weiter mit erfassung von relevanten informationen, zugkonfigurationen, stationen und gleispunkte, und nicht zu vergessen die verbindungen (weichenstrassen) fuer die ich ja auch noch nicht die erkennung fertiggestellt habe. gruss gmd

Hallo an alle interessierten, Ich habe meine datenstruktur noch weiter verfeinert, kann man irgndwann in der beschreibung sehen, habe aber gemerkt, dass ich an einigen stellen einfach noch nicht genau genug weiss was ich eigentlich speichern muss, um bestimmte ablaufe zu steuern oder zu planen. Ich habe fuer meine ueberlegungen mal ein beispiel eines rangierplans illustriert, um zu ueberlegen wie ich einen solchen ablauf am besten definieren und dann steuern kann. Die ultimative loesung ist natuerlich, dass man einfach nur anfangs- und endzustand definieren muss, und der rest dazwischen vom tool auf grund von parametern erzeugt wird. Die frage die ich fuer mich zu beantworten habe ist ob ich das algorythmisch or regelbasiert (ai) loesen muss. Die datenstruktur muss in der lage sein alle zwischenstufen zu erfassen und in form von bewegungsanweisungen einzeln abgearbeitet werden. An jeder stufe jeweils neu zu entscheiden macht keinen sinn, da das ergebnis ja vorbestimmt und nicht zufaellig sein soll. Es gilt also einen rangierplan zu erzeugen und dann abzuarbeiten. Wichtig zu betrachten ist, dass gleispositionen punkte innerhalb von bloecken oder fahrstrassen sind und jeweils einem gleis zugeordent sind. Die steuerung weiss was zu schalten ist um jeweils von gleisposition x nach y zu gelangen. Das hat ja die layout definition festgelegt. Hier ist das beispiel. Daraus laesst sich alles weitere ableiten. Es spielt dabei keine rolle ob mehr oder weniger gleispositionen oder mehr oder weniger wagengruppen beteiligt sind. Das beispiel ist eine art worst case scenario, und es ist auch egal ob ein zug auseinadergenommen oder zusammengestellt wird oder beides. Wichtig zunaechst ist wie ich die einzelschritte verwalte und die zugkonfigurationen dabei definiere und zu zugdefinitionen zusammenstelle. Die grundelemente der anzeige und konfiguration sind ja gemacht(siehe oben). Ich werde jetzt erst mal versuchen eine anweisungsliste zu entwerfen und dann ueberlegen wie ich sie aus anfangs- und endstand am besten erzeugen kann. Wenn jemand konstruktive vroschlaege hat, oder auch spezielle scenarien im auge hat (ich weiss auch die drehscheibe Thomas )dann bitte melden. gruss gmd PS: die beiden folgene images sind falsch und ich kann sie nicht entfernen, sorrry.

Danke fuer das feedback, die erinnerung kommt zurueck, wenn ich das lese. An der schnittstelle wird sich nichts aendern, Neo bezeichnet sie als alt und es wird irgendwann was neues kommen. Fuer mein vorhaben ist das egal. Wenn ich objektvariablen brauchen sollte, dann schreibe ich mir einen proxy. Das hatte ich schonmal testweise gemacht in LUA auf der MBS seite. Fuer eine automatisierte loesung ist ziemlich egal wo die werte liegen. Trotzdem solltest du ueberlegen putty zu benutzen. Ist manchmal nuetzlich fuer einen schnellen test. Oder auch jedes andere remote console programm. gruss gmd

Hallo nochmal, Hier ist mal ein zwischenstand meines datenmodells. Ein paar hinweise fuer diejenigen nicht so vertraut mit ER diagrammen. Das ist kein physisches datenmodell der abspeicherung in der datenbank. Es handelt sich hier um ein logisches, konzeptionelles modell, welches die wesentlichen Informationsobjekte (Entities) und ihre Beziehungen (Relationships - deswegen ER) zeigt. Ich habe nicht alle Beziehung benannt zur besseren uebersicht. Ich werde in meiner beschreibung ein kapitel schreiben in dem ich erst mal meine gedanken zum datenmodell festhalte. Die informationen zu identifizieren ist eine sache, jetzt zu ueberlegen wie man diese am besten in eine benutzeroberflaeche packt die einigermassen effizient ist, das ist eine andere sache. Naja mal sehen, werde ein paar mal umbauen muessen bis es einigermassen intuitiv ist. Das diagram enthaelt noch keine hinweise auf animationen obwohl die trigger objekte bereits eine grundlage dafuer sind. Es sind auch noch keine weiteren objekte enthalten fuer die zusaetzlichen anzeige- und kontrolleinheiten fuer das stellpult. gruss gmd

Dreisine, Ich denke kreis ist gut, wird auch anderswo fuer diese art zweck verwendet. Der pfeil impliziert eine richtung, was wirklich nur sinnvoll ist wenn die richtung auch stimmt, bei zweispurigen ausfahrten so eine sache. Hmm.. das bringt mich aber zum naechsten problem.. bei zwei oder mehr spuren will man den kreis ja nur einmal wenn alle spuren auf dem gleichen Ausschnitt weitergehen. Gleiches gilt wohl fuer tunnel. Also das ist besser mit einem ueberlagerungssymbol gemacht und nicht mit dem gleisymbol selbst. Ok ich notiere das mal und mache erst mal weiter mit dem was ich jetzt angefangen habe. Danke fuer den porst. Gruss gmd

Thomas, Im bild siehst du einen versuch eines "Folgeblock" anzeigers. Ok sieht so aus wie eine endgleis, zugegeben halt nur gespiegelt. Ist es das was zu meints mit schnell erkennen ? Derzeit folgende ueberlegung: Eine Anlage hat Abschnitte, Abschnitte haben Bloecke und Verbindungen, wobei die zu mehr als einem Abschnitt gehoeren koennne. Dann gibt es das Gleisbild, das kann mehrere Ausschnitte haben, wobei ein Ausschnitt nur eine vergroesserung eines anderen Ausschnitts darstellt oder tatsaechlich einen gleisplan enthaelt. Jeder Ausschnitt mit gleisplan braucht also solche Folgeblock Anzeigen die optisch die verbindung herstellen. Jeder Ausschnitte hat eine eigene "Taste" zur Laufzeit und kann ein und ausgeschaltet werden, wobei die Fensterposition gespeichert werden kann, damit die Anzeige immer an der selben stelle erfolgt. Damit kann man auf einem groesseren bildschrim mehrere Sichten erzeugen. Zu einer Sicht gehoeren die Ausschnitte . Die zuordnung Abschnitt zu Sicht oder Ausschnitte ist frei, das eine ist das Layout der Anlage, die Sicht ist die logische zusammenfassung aus betriebstechnischer sicht. Ich bin gerade dabei das datenmodell zu verfeinern um genaue ueberlegungen zu haben, was ich wann und wofuer speichern muss. Hast du einen vorschlag fuer eine "Verbindung"sanzeige ? Irgendwelche weiteren gedanken zu den oben beschriebenen ? Jedes feedback ist wichtig und bringt die sache weiter. Gruss Gmd Edit: Hatte vergessen zu sagen , das symbol fuer Folgeblock war auch gedacht als Tunnel Ein/Aus, dachte das ist im grunde das gleiche. Ausschnitt kann ja auch mit einem tunnel enden. Naja ich denke da wird noch was nachkommen

Hallo mal wieder an alle interessierten, habe einige stunden damit verbracht meine gleiselemente zu ueberarbeiten. Nachdem Draisine das argument mit den diagonalen brachte und ich einige neue elemente gemacht hatte, habe ich auch mal die anderen ueberdacht und mich gefragt warum alle anderen programme so aehnliche gleiselemente haben, und ich auch zunaechst gemacht hatte. Bei den elementen von BahnLand kann ich das verstehen wil das ja eigenstaendige objekte sind und in 3d gesetzt werden. Auch in RocRail sind die elemente ja strikt auf ein quadrat beschraenkt und deshalb koennen die diagonalen der quadrate nicht benutzt werden. Um lueckelos anzuschliessen muss man naemlich die abzweigungen und diagonalen ueber den rand hinausgehen lassen, also die objekte ueberlappen. Ist eigentlich kein problem, oder ? So recht habe ich darauf keine antwort. Ich habe jedenfalls mal umgebaut. Noch nicht klar ob ich die alten weichen auch behalte, aber jedenfalls die doppelkreuzweiche ist in der neuen form viel eleganter . Habe mal einen klein testplan gebaut, da kann man einige der elemente sehen. Nochmals, die farben spielen derzeit keine rolle, sind nur platzhalter. Hier mal ein beispiel auf schwarzem hintergrund und alle hintergrundpanels der einzelobjekte sind ausgeschaltet. Das gitter kann ich derzeit noch nicht per programm auschaltten, kommt aber noch insbesondere fuer die runtime version. Also soweit passt erst mal alles. Jetzt gehe ich weiter an die automatische plazierung/verbindung der bloecke. Beste gruesse gmd