Question about DLS Cleanup

I have just done the first DLS update I have tried. The updateable item in the list is the FEC #813 Mountain class loco. I repaired all the faults in the loco itself, but the bogeys and the tender also had errors which required fixing. I fixed the tender and the bogeys and uploaded them but now I have a message that the bogeys and the tender are not mine and they have been rejected, but the loco itself and my espec have been accepted.
This means there will be another FEC #813 loco on the DLS which is useless to any one unless they can fix the items that will still have errors.
What a crazy system.

Cheers,
Bill69
 
About TRS2004 and going forward.

Nice post, but a few things I should clarify:


Then the Fury thing hit the fan and TRS2006, and Classics 1&2 was released with the hopes of surviving the implosion.

All three of those products were released prior to Fury. Classics 3 was the first product after Fury.


At that point, they only had one full time developer, and that would be WindWalker. ... James Moody (Bloodknok) joined and a few others since.

James joined shortly before the release of TC1, and stuck around thereafter (poor guy.) Terry started out as an intern on the Fury team, but he was very good so we kept him around and moved him onto the Trainz team when Auran Developments collapsed.


thanks for the memories ;-)

chris
 
I have just done the first DLS update I have tried. The updateable item in the list is the FEC #813 Mountain class loco. I repaired all the faults in the loco itself, but the bogeys and the tender also had errors which required fixing. I fixed the tender and the bogeys and uploaded them but now I have a message that the bogeys and the tender are not mine and they have been rejected, but the loco itself and my espec have been accepted.
This means there will be another FEC #813 loco on the DLS which is useless to any one unless they can fix the items that will still have errors.
What a crazy system.

Cheers,
Bill69


If you upload the tender and bogeys with their original kuid numbers (version number bumped of course), then those will be accepted. That rule is plainly stated in the DLS Cleanup.
 
Last edited:
Nice post, but a few things I should clarify:


All three of those products were released prior to Fury. Classics 3 was the first product after Fury.

James joined shortly before the release of TC1, and stuck around thereafter (poor guy.) Terry started out as an intern on the Fury team, but he was very good so we kept him around and moved him onto the Trainz team when Auran Developments collapsed.


thanks for the memories ;-)

chris

Hi Chris,

Thank you for clarifying the details. I couldn't quite remember when everything happened as so much was going on then including at my own company which went through a similar implosion at the same time. Sadly, they didn't survive and closed their doors in 2009.

John
 
Sadly, they didn't survive and closed their doors in 2009.

Sorry to hear that.

It's also worth noting that while the core of the Trainz team survived Auran, a vast majority of the Auran Developments staff (which included some truly wonderful and talented people) were not carried across. In the years that followed, a lot of other (larger) companies in the Brisbane area also failed. It wasn't a great time for people in our industry.

chris
 
Hello,

I tried to submit a ticket about the issue described below, but I have been unable to discover how to submit it in the Support portal: I am re-directed to a series of pre-packaged Q&A.

Two days ago I claimed two assets from the DLS Cleanup page, KUID:393523:1477 and KUID:393523:1558 (two Motorbreath's 40ft boxcars).


I repaired them, then I uploaded them as KUID2:393523:1477:1 and KUID2:393523:1558:1.


Some hours later, I received two e-mails like this:


The addition of your content file 40ft_Boxcar_NW_01.cdp has failed due to the following reasons:

<kuid2:393523:1477:1> : Image file '40ftboxcar_art/40ftboxcar_art_icon.tga' is incorrectly used as both a texture.txt source file and a raw image file.


I corrected the error, then I uploaded them again, but this morning I received two other e-mails:


The addition of your content file 40ft_Boxcar_NW_01.cdp has failed due to the following reason:

An Error Occured with 40ft Boxcar NW 01
- KUID2:393523:1477:1 is already assigned to (Trainz Content), which is either on the Download Station or waiting for approval. You can update content by using the obsolete tag in the config.txt file.


Could someone please tell me what should I have to do to finally upload the repaired assets to the DLS? Should I renumber them as KUID2:393523:1477:2 and KUID2:393523:1558:2, even if no ":1" version exists - and will never exist - outside my PC?


Carlo Lagomarsino
USERNAME: Pendolino
USER ID#: 69593
 
Luckily, N3V have made a solution to that problem. If it's not listed, select General, followed by 'My issue is not listed'. This will take you straight to the submission form.

Shane
 
If the issue is components of an asset are being rejected with the repair of a parent asset because the components don't belong to the repairer, as Bill 69 posted below, then I believe the proper approach is to leave the component kuid numbers intact, as the DLS CLeanup instructions say, just bumping the kuid versions of the faulty components.
 
The issue does not involve component assets; the two main assets (the boxcars) were rejected because I failed to delete the 40ftboxcar_art_icon.texture.txt file, which is useless since the 40ftboxcar_art_icon.tga image file is referenced in the "thumbnails" container.

I thought that would accept the second upload attempt, since the :1 version has been rejected and has never appeared on the DLS.
 
The addition of your content file 40ft_Boxcar_NW_01.cdp has failed due to the following reason:

An Error Occured with 40ft Boxcar NW 01
- KUID2:393523:1477:1 is already assigned to (Trainz Content), which is either on the Download Station or waiting for approval. You can update content by using the obsolete tag in the config.txt file.


Could someone please tell me what should I have to do to finally upload the repaired assets to the DLS? Should I renumber them as KUID2:393523:1477:2 and KUID2:393523:1558:2, even if no ":1" version exists - and will never exist - outside my PC?


Carlo Lagomarsino
USERNAME: Pendolino
USER ID#: 69593

I'm stumped, the repair of the repair with :1 version should not be rejected because :1 is awaiting approval. I would write a ticket. Sounds like the :1 from your original upload was not invalidated by the gatekeeper as being the latest (i.e. now the :1 is being interpreted as already accepted).

I believe you can safely jump to :2. The DLS does not assume it gets every version.
 
Last edited:
If you upload the tender and bogeys with their original kuid numbers (version number bumped of course), then those will be accepted. That rule is plainly stated in the DLS Cleanup.

That's exactly what I did, updated version has a kuid2 number with a suffix of 1. They were rejected because they are not under my kuid number.

Cheers,
Bill69
 
Hi Shane,

Yes I used the link from the repair page and went back to it to upload each item. I just tried again and got the same message as below.

Dear Bill69,

The addition of your content file FEC_813_main_bogey.cdp has failed due to the following reasons:

An Error Occured with FEC 813 main bogey
- The User ID (KUID2:104181:50002:1 - 104181) does not belong to you, please use the User ID in your Planet Auran profile.
- Obsolete KUID <kuid:104181:50002> does not belong to you. The first number of a KUID references your User ID, which can be found in your Planet Auran profile under the 'Your UserID' section.

Cheers,
Bill69
 
Bit of clarification needed here.
Were the bogies and tender listed as being up for repair in the list under their own kuids?

If they were and you claimed them then there is a problem.

If they were not listed and claimed then you cannot upload them under the original user kuid.

Put another way.
Assets listed for repair do not include dependencies unless they are also on the repair list and you have also claimed them. Something that may need looking at from N3V's side.
 
Hi Clam,

They were not listed separately but naturally the bogeys down loaded with the loco. The loco will not work right without them being modified, so what is the use of updating the loco? I will not be trying to repair anything else in the list, that's for sure. I will stick to items I can get permission to upload.

Cheers,
Bill69
 
Last edited:
Hi Clam,

They were not listed separately but naturally the bogeys down loaded with the loco. The loco will not work right without them being modified, so what is the use of updating the loco? I will not be trying to repair anything else in the list, that's for sure. I will stick to items I can get permission to upload.

Cheers,
Bill69

Totally pointless exercise.
Have come across this annoying problem myself.
I think the sensible thing to do is check out whatever needs repairing and if it's dependencies are faulty as well and listed before claiming it and wasting time on fixing something that will remain broken due to faulty dependencies.
 
Back
Top