http://www.trainsim.com/vbts/showthread.php?312599-Puzzle-switches
Trying to find a faster way to make better looking switches, I tried reversing the usual method. Normally I lay track, make switches, then create a new layer and lock the route layer so when I'm placing and aligning frog and checkrail objects I don't keep accidentally moving the nearby switches. Apparently that doesn't work in reverse. I tried making the additional layer first, placing the track objects, then locking that layer and changing back to the route layer to make the switches. Soon as the new spline vertex is created the checkrail or frog goes rocketing off to another vertex.
I suspect the problem is that track objects position data is not stored as coordinates, but as distance and direction from some nearby vertex, or possibly distance from one end of the spline that it's on. So locking the layer doesn't do anything, if the object is (for example) stored as 3.721 meters from the nearest vertex to the left and another vertex is created, it shoots over to 3.721 meters from the new vertex. As far as surveyor is concerned it hasn't actually moved, but since the reference point has moved it's in a different place in the world, same place on the track that's no longer where the track was before. This would explain a lot of weirdness when switchstands and signals jump all over the place, unless there's already a vertex between the track object and the new vertex you're making it changes the length of the existing ribbon of track.
Trying to find a faster way to make better looking switches, I tried reversing the usual method. Normally I lay track, make switches, then create a new layer and lock the route layer so when I'm placing and aligning frog and checkrail objects I don't keep accidentally moving the nearby switches. Apparently that doesn't work in reverse. I tried making the additional layer first, placing the track objects, then locking that layer and changing back to the route layer to make the switches. Soon as the new spline vertex is created the checkrail or frog goes rocketing off to another vertex.
I suspect the problem is that track objects position data is not stored as coordinates, but as distance and direction from some nearby vertex, or possibly distance from one end of the spline that it's on. So locking the layer doesn't do anything, if the object is (for example) stored as 3.721 meters from the nearest vertex to the left and another vertex is created, it shoots over to 3.721 meters from the new vertex. As far as surveyor is concerned it hasn't actually moved, but since the reference point has moved it's in a different place in the world, same place on the track that's no longer where the track was before. This would explain a lot of weirdness when switchstands and signals jump all over the place, unless there's already a vertex between the track object and the new vertex you're making it changes the length of the existing ribbon of track.