Wie ändere ich die Anfangs Position (Route Origin) einer neuen Aufgabe / Strecke?

Ich würde einfach Routemarker für die wichtigsten Bahnhöfe erstellen und damit dann Aufgaben erstellen.
Den Route Origin zu verschieben könnte sogar gelingen, wäre mir aber zu aufwendig.
Kris

Das ist eine Anleitung, die ich mir vor Jahren mal erstellt habe:

Erstellen von Named Route Markers

1. Erstellen des csv-Files
In den Source-Ordner für die Strecke gehen:
cd RW\source\[Provider]\[Projekt]\RouteMarkers\

- Strecke nach Vorbild:
In Google-Earth einen Pfad oder einzelne Marker erstellen
als kml in dem obigen Verzeichnis abspeichern
kml kann auch aus einer kmz-Datei mit einem Zip-Programm extrahiert werden.
kml-Datei mit einem Texteditor editieren (übernächster Absatz)

- Fantasiestrecke:
Werte in eine Textdatei einfügen, die man aus dem Editor von Railworks
kopiert hat. Beachte nächsten Absatz!

Das Format des Dateiinhalts sieht so aus - beachte die Reihenfolge:
Longitude,Latitude,Name (also: Länge,Breite,Ort)

Bei übernommenen kml-Dateien alle anderen Spalten entfernen
7.74174,46.62819,Routename 1. MeineStadt

Anführungszeichen zur Kennzeichnung von Leerzeichen sind nicht nötig.
Die letzte Zeile ist eine Leerzeile.

Abschließend die editierte Datei zu *.csv umbenennen.

2. Im Blueprinteditor

Blueprint-Editor aus dem RW-Verzeichnis starten.
Gehen zu RW\source\[Provider]\[Projekt]\RouteMarkers
klicke mit rechter Maustaste auf „RouteMarkers"
New … GPS Marker set blueprint

Name: der Name der Route
Flag Blueprint: Kuju | RailSimulator | RouteMarkers\flag.xml
namedGPSMarkersfile: Routemarkers\[csvdatei].csv

Save + Close

„Export with References“ (F7) auf dem Verzeichnis RouteMarkers

jetzt befinden sich Assets-Ordner folgende Dateien:
Assets\[Provider]\[Projekt]\RouteMarkers\RouteNamedMarker.bin
Assets\[Provider]\[Projekt]\RouteMarkers\RouteNamedMarker.dcsv
Assets\[Provider]\[Projekt]\RouteMarkers\RouteNamedMarker.xml
Assets\[Provider]\[Projekt]\RouteMarkers\RouteNamedMarker.bin.tgt
Assets\[Provider]\[Projekt]\RouteMarkers\RouteNamedMarker.dcsv.tgt
Assets\[Provider]\[Projekt]\RouteMarkers\RouteNamedMarker.xml.tgt

Die *.tgt - Dateien löschen.

Im Asset-Editor [Provider] [Projekt] aktivieren.
RW-Editor neu starten.

FERTIG.

Er soll mal die besagten Route Marker erstellen, eine neue Strecke anlegen.
Gucken ob alles geklappt hat, wenn ja einmal die Streckendatein in der Ordner verschieben, nichts überschreiben lassen, und die Provider im Nachhinein aktivieren.

Hat bei mir so geklappt.

Auch wenn @CreativeworX sein Problem lösen konnte, hier trotzdem noch mal eine Zusammenfassung für "Nachahmungstäter"

- man kann nachträglich die Startposition (für neue Szenarien) durch die Geoposition ("origin") in den RouteProperties verschieben
- man kann nachträglich die Kartenposition (Google Overlay) durch die UTM-Koordinaten in den RouteProperties verschieben
- man kann nicht nachträglich die Kachelnummerierung ändern (theoretisch könnte man, aber der Aufwand wäre gigantisch, da die Kachelnummern auch in den Kacheln bei jedem einzelnen Objekt verwendet werden)

UTM-Koordinaten sind in Zonen eingeteilt, die im Normalfall jeweils 6 Längengrade breit und 8 Längengrade hoch sind. Z.B. liegt die Schweiz fast vollständig in Zone 32T. Die X/Y-Werte (easting, northing) sind in Metern angegeben. Dabei gibt der northing Wert die Entfernung vom Äquator an, der easting Wert bezieht sich jeweils auf die aktuelle Zone, da die Zonen in Metern gerechnet unterschiedlich breit sind.

Die Positionsanzeige in Google Earth lässt sich auf UTM umschalten (Tools - Optionen - 3D Ansicht - Breite/Länge = Universales transversales Mercator-Koordinatensystem), so dass man wahlweise statt der üblichen Geokoordinaten (z.B. Erstfeld ca. 46,82 Breite, 8,65 Länge) auch die UTM-Koordinaten ablesen kann (Erstfeld ca. 32T 473350 m Ost 5185285 m Nord)

In Railworks gibt es eine kleine Besonderheit beim "easting"-Wert: in "echten" UTM-Koordinaten wird die Mitte der Zone einem X-Wert von 500000 Metern gleich gesetzt, damit es keine negativen Werte gibt. In Railworks ist die Zonenmitte auf 0 gesetzt. Man muss von dem in GE angezeigten Ost-Wert also 500000 abziehen, um auf den "easting"-Wert für Railworks zu kommen.

In Railworks sollte man unbedingt bereits beim Anlegen einer Strecke (im Menu) sinnvolle Koordinaten verwenden, und nicht erst im Editor zur Zielposition springen. Eine nachträgliche Änderung in den RouteProperties führt immer zu irgendwelchen Komplikationen (in älteren Railworks-Versionen evtl sogar zu Abstürzen).

Ergänzung:
Anlegen einer Strecke: mit einer neuen Route-Template in einem eigenen Streckenordner beginnen und darin die Startkoordinaten der Strecke festlegen.
mit dieser Route-Template die neue Strecke beginnen.
Damit verhindert man, dass beim späteren klonen der Strecke, warum auch immer, die Start-Koordinaten bleiben und nicht die Koordinaten einer ursprünglich benutzen, fremden Route-Template in die Strecke geraten, die evtl sogar noch jemand geändert hat.
StS

Zitat von CreativeworX

die gps markers müssen irgendwo in die nähe von der Origin liegen,

genau .. oder vielmehr: ungenau
(hab ich zuletzt bei dem Problem von BNSF beschrieben)

Vorsicht: das Mißverständnis liegt im Begriff "Origin".
Origin im TS ist die Kachel-Koordinate 0, 0. Der "Origin"-Eintrag in den RouteProperties beschreibt, wo der Origin (Kachel 0,0) geografisch positioniert werden soll. Die GPS-Marker müssen nicht im Bereich des "Origin" (Kachel 0,0) sondern im tatsächlichen Streckenbereich liegen (das gilt auch nur für die im Menu sichtbaren Marker, nicht im Editor. Im Editor werden immer alle Marker angezeigt, die in aktivierten Provider/Produkt Ordnern liegen).

Die GPS-Marker müssen sich im Bereich der Strecke befinden (nicht Origin).

Wenn eine Strecke falsch (und ohne eigene RouteTemplate) begonnen wurde, ist es daher am besten, nachträglich eine RouteTemplate zu erstellen mit genau den Geo-Koordinaten, die beim ersten Anlegen der Strecke im Menu verwendet wurden, also die Koordinaten, die man beim Anlegen im Menu eingegeben hat, oder - wenn man da nichts eingegeben hat - die Koordinaten der beim Anlegen verwendeten RouteTemplate.
Wenn die ursprünglich verwendeten Werte nicht mehr bekannt sind, muss man sich mit mehreren Versuchen mithilfe des Google Overlays im Editor rantasten.
Dann erstellt man mit dieser neuen Template eine neue (leere) Strecke, kopiert den gesamten <MapProjection> Abschnitt aus den RouteProperties der neuen leeren Strecke und überschreibt damit den Abschnitt in den RouteProperties der eigenen Strecke.
Nach dieser Anpassung kann man für die GPS-Marker die korrekten Geo-Koordinaten der Orte benutzen, und auch nach einem "Klonen" der Strecke bleibt alles richtig.
Nachteil: wenn jemand ein Szenario erstellen will und dabei keinen GPS-Marker, sondern "Route Origin" auswählt, landet er eben am Route Origin (= Kachel 0,0) also möglicherweise weit entfernt von der eigentlichen Strecke.

Man kann nicht alles haben ... außer man macht es von Anfang an richtig.

Es gibt einen weiteren grundsätzlichen Nachteil, wenn der Route Origin (Kachel 0,0) weit von der tatsächlichen Strecke entfernt ist:
wenn man "3D-Wetter" verwendet (ist z.B. im Quickdrive der Fall), ist der Sonnenstand falsch, der richtet sich nach dem Route Origin. Beim klassischen "2D-Wetter" hingegen wird der Sonnenstand durch die Time-of-Day-Dateien definiert.