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.