After reading the topic Adding "Custom" loads to OpsPro - Part Three, I had setup two spurs with a schedule for a reefer to receive MTY and? ship FROZEN FOOD. The Destination was left blank. I then setup two other spurs with a schedule for a reefer to receive FROZEN FOOD and ship MTY. I then had a reefer on one of the spurs shipping FROZEN FOOD and its load was MTY. Now, according to Part Three, the system should, on building a train, apply the schedule and do two things, change the load to FROZEN FOOD, and find a spur to receive FROZEN FOOD and set the car to go to that destination.
?
However, the car was set with a load of FROZEN FOOD, but shipped to a yard track. Then, the system is just moving this car around to other C/I and yard tracks and the car appears to never get to one of the two spurs that want FROZEN FOOD. I have tried to set the car with a Final Destination that matches one of the spurs that should receive the car, and when I preview the car routing report it appears that the car should move to a C/I track, and then onto the final spur. However, when I build the train to move the car from the yard track to the C/I track, the resulting move is to another C/I track, and the final destination is removed. On checking the Build Report, I can see that the final destination is currently unavailable due to the fact that there is another reefer on that spur.
?
Now I would expect that as there is a final destination already set for the car, the car would remain on the yard track until the receiving spur is cleared and would then send the car to the destination. The system appears to be trying to re-assign the final destination and ignoring the fact that there is a final destination already established, and under the rules as described by Pete for a blank Track on the shipping schedule, even though the car is not on the shipping spur, it is moving the car to whatever C/I or yard track that has the least number of moves.
?
I can understand the system moving the car around if it was empty, but why override a valid final destination with the car having a custom load and the final destination's schedule wants that load? To me, I feel that there is a logic error in the system where the testing of the schedule matching is being applied without first checking that a final destination has been set. It seems to ignore a manually set final destination.
?
