Coal mine gone AWOL

Yeah, Bob: it's odd indeed, I've even had a grass (ground) textures disappear on a baseboard while track laying (!), getting the grey basic baseboard color, while the very same grass texture was still applied to the surrounding baseboards. Had to use the replace tool to get it fixed! :confused:

If you can't delete it, shorten the connecting track to the mine and place a new one in it's place. you may have to raise the spline height a touch then re-connect the track. name it DMS 2.

I can simply place a new mine there and call it differently, but that has two disadvantages:
  1. since Razorback is a large route, it'll clog up the industry list using the "drive to" command, god knows how many times i'll still have to do this with other industries.
  2. getting two industries on the same spot will make for extra waybills that you can't do anything with.
Therefore it is imperative that I can delete the old mine that doesn't show and put in a new one. ;)
 
Can you delete the mine by using its spline points as a marker? I had an invisible industry(my own fault as I had altered it in CMP so much the name was just a mix of letters+numbers) and deleted it using its spline points as markers.
If it's the only mine of that type on the route delete it via CMP2 in the route config file. Then replace in surveyor.
 
Now do a Quick data base repair. 09 is loading the map from what it has in its memory. A quick data base repair should fix it. You can also do an extended repair if the quick repair doesn't work.
 
Last edited:
Using my installation of 2009 and 2006:

The mine is simply not there in 2009. You can connect the tracks to each other without drama. The asset is not there.

The asset in question is kuid: 2:117140:10137:4 Coal Mine Basic. It shows in 2009 content with no errors, as it is built in content, and gets a pass. If you open it with Explorer, and then commit (not revert), you will see a slew of "unable to load mesh files" errors. I stopped there, as 2009 is a piece of ...uh..."work"; and I'm not interested in using someone else's third party program to make content usable for it. I'm guessing if you fixed all the content errors, the object may show up...who knows?

In 2006, the object is there, but will not respond to the "get content" tool, as reported. It is listed as 117140:10137, Coal Mine Basic. If you open the content in Explorer, you will find a couple correctable errors, but fixing those will not make it work with the "get content" tool. It shows as an alias to kuid -3:10137.

I'm fairly certain the guys at Razorback were not aware the content was going to be included in 2009, and did not have a chance to ensure it would work, so let's not blame them. The practice of Auran "protecting" built in content has now caused issues with 2009...issues that weren't even given the opportunity to be repaired.

Shameful.
 
Now do a Quick data base repair. 09 is loading the map from what it has in its memory. A quick data base repair should fix it. You can also do an extended repair if the quick repair doesn't work.

Did as you said, still no go. :confused:.

Using my installation of 2009 and 2006:

The mine is simply not there in 2009. You can connect the tracks to each other without drama. The asset is not there.

The asset in question is kuid: 2:117140:10137:4 Coal Mine Basic. It shows in 2009 content with no errors, as it is built in content, and gets a pass. If you open it with Explorer, and then commit (not revert), you will see a slew of "unable to load mesh files" errors. I stopped there, as 2009 is a piece of ...uh..."work"; and I'm not interested in using someone else's third party program to make content usable for it. I'm guessing if you fixed all the content errors, the object may show up...who knows?

In 2006, the object is there, but will not respond to the "get content" tool, as reported. It is listed as 117140:10137, Coal Mine Basic. If you open the content in Explorer, you will find a couple correctable errors, but fixing those will not make it work with the "get content" tool. It shows as an alias to kuid -3:10137.

I'm fairly certain the guys at Razorback were not aware the content was going to be included in 2009, and did not have a chance to ensure it would work, so let's not blame them. The practice of Auran "protecting" built in content has now caused issues with 2009...issues that weren't even given the opportunity to be repaired.

Shameful.

The mine IS there apparently, because it DOES show up in the listing under the Drive to command, it DOES produce waybills and it IS visible on the map as industry. But the tracks are not connected, the mine isn't showing and it seemingly can't be deleted either. Just wanted to get that straight lol :hehe:

I too cannot be buggered to fix all the content errors, it is Auran's work to check assets for errors before releasing a DVD with the items on it. Kudos to the creators of Razorback for keeping me entertained since TRS2004 lol :cool:

I'm just gonna give up and make me a new layout. Should keep me entertained until SP2 comes out, I would say. :)
 
I know its an old post but I've yet to see an answer to this problem anywhere, in 09 or 10. The problem seems to be in the lack of support for "alias" in the latest version. To fix the problem, I did the following...

Open both of the Coal Mine Basic's for editing, the Auran one, and the one that's needed for Razorback. Copy all of the files from the auran folder to the razorback one. Delete coalmine.gs (leave coalmine.gse). Change the kuid in the config.txt to <kuid2:117140:10137:4>, and delete the entry for icon0. That's it, she works.

Revert the Auran version back, and commit the Razorback required version. There will be warnings about *.texture.txt missing... no dramas.
 
Back
Top