SPORBUST's Locos

So "and therefore are not considered as valid repairs" is just an opinion, the upload process, my laptop and I have a different one, they work.

Luv Karen

I know they work for you and your laptop, but do you have an example where they (DLS Cleanup products with warnings) were considered valid repairs? I'd be interested to see that since I am in the DLS Cleanup business. Actually I made the statement based on experience and what gets sent back to me.
 
Last edited:
I know they work for you and your laptop, but do you have an example where they (DLS Cleanup products with warnings) were considered valid repairs? I'd be interested to see that since I am in the DLS Cleanup business. Actually I made the statement based on experience and what gets sent back to me.

"Uniform color" but they spelt colour wrong.

Luv Karen
 
I know they work for you and your laptop, but do you have an example where they (DLS Cleanup products with warnings) were considered valid repairs? I'd be interested to see that since I am in the DLS Cleanup business. Actually I made the statement based on experience and what gets sent back to me.
It's easy to find examples. For instance:
StatusCleanupUpload&StatusWarning&StatusPaintshed&Build29
AADA 10 ton,<kuid2:61637:100054:1>
AADA 100 ton,<kuid2:61637:100057:1>
AADA 150 ton,<kuid2:61637:100056:1>
AADA 50 ton,<kuid2:61637:100055:1>
Blatz,<kuid2:87907:15007:1>
Budweiser_horses,<kuid2:87907:15011:1>
Clicnfield_DF,<kuid2:87907:15021:1>
Crescent Limited 9529 - Lionel Collection,<kuid2:72938:100005:1>
Crescent Limited 9531 - Lionel Collection,<kuid2:72938:100006:1>
Crescent Limited 9533 - Lionel Collection,<kuid2:72938:100007:1>
Crescent Limited 9535 - Lionel Collection,<kuid2:72938:100008:1>
Crescent Limited 9537 - Lionel Collection,<kuid2:72938:100009:1>
Crescent Limited 9539 - Lionel Collection,<kuid2:72938:100010:1>
C&W Class 43 1,<kuid2:57145:61127:1>
C&W Class 43 2,<kuid2:57145:61128:1>
C&W Class 43 3,<kuid2:57145:61129:1>
C&W Class 43 4,<kuid2:57145:61130:1>
C&W Class 43 5,<kuid2:57145:61131:1>
C&W Class 43 6,<kuid2:57145:61132:1>
C&W Class 43 7,<kuid2:57145:61134:1>
C&W Class 43 8,<kuid2:57145:61135:1>
Fosters,<kuid2:87907:15035:1>
Genesee,<kuid2:87907:15036:1>
Great_Northern_50FT,<kuid2:87907:15040:1>
Holy Grail Boxcar,<kuid2:100402:100001:1>
Hopper 3-Bay Bunge Corp 30600,<kuid2:56063:100168:2>
illinois_Central_40ft,<kuid2:87907:15045:1>
Iron_City,<kuid2:87907:15047:1>
Jim_Beam,<kuid2:87907:15049:1>
Lackawanna,<kuid2:87907:15050:1>
Milwaukee_Road,<kuid2:87907:15054:1>
Pabst_Blue_Ribbon1,<kuid2:87907:15058:1>
Pabst_Blue_Ribbon2,<kuid2:87907:15059:1>
Rio_Grande,<kuid2:87907:15063:1>
Rock Island F7A 1,<kuid2:86765:1677:1>
Rock Island F7A 2,<kuid2:86765:1678:1>
Sante_Fe,<kuid2:87907:15067:1>
SNCF TGV-PSE Unit 1,<kuid2:1551:10010:1>
SNCF TGV-PSE Unit 1,<kuid2:1551:10020:1>
SNCF TGV-PSE Unit 2,<kuid2:1551:10011:1>
SNCF TGV-PSE Unit 2-3,<kuid2:1551:10021:1>
SNCF TGV-PSE Unit 3,<kuid2:1551:10012:1>
SNCF TGV-PSE Unit 4,<kuid2:1551:10022:1>
SNCF TGV-PSE Unit 4,<kuid2:1551:10013:1>
SNCF TGV-PSE Unit 5-7,<kuid2:1551:10023:1>
SNCF TGV-PSE Unit 5-7,<kuid2:1551:10014:1>
SNCF TGV-PSE Unit 8,<kuid2:1551:10015:1>
SNCF TGV-PSE Unit 8,<kuid2:1551:10024:1>
SNCF TGV-PSE (New Logo),<kuid2:1551:100:1>
SNCF TGV-PSE (Old Logo),<kuid2:1551:101:1>
Strohs,<kuid2:87907:15072:1>
The Royal Express Class 48,<kuid2:94769:100313:1>
The Royal Express Mk2 Brake,<kuid2:94769:100310:1>
The Royal Express Mk2 buffet,<kuid2:94769:100311:1>
The Royal Express Mk2 Coach,<kuid2:94769:100309:1>
The Royal Express Mk3 buffet,<kuid2:94769:100308:1>
The Royal Express Mk3 sleeper,<kuid2:94769:100306:1>
50ftBoxcarATSF48218_LARS,<kuid2:56063:100115:2>
50ftBoxcarB&O471515_LARS,<kuid2:56063:100117:2>
50ftBoxcar Alaska 10620 LARS,<kuid2:56063:100139:2>
50ftBoxcar BN 189388 LARS,<kuid2:56063:100142:2>
50ftBoxcar BN 318917 LARS,<kuid2:56063:100140:2>
50ftBoxcar BN 318918 LARS,<kuid2:56063:100141:2>
50ftBoxcar CP81138 LARS,<kuid2:56063:100131:2>
50ftBoxcar FMC511043 LARS,<kuid2:56063:100130:2>
50ftBoxcar Goodyear KSC LARS,<kuid2:56063:100137:2>
50ftBoxcar MD&W7084 Boise Cascade LARS,<kuid2:56063:100129:2>
50ftBoxcar MidlandPennsylvanna 39813 LARS,<kuid2:56063:100138:2>
50ftBoxcar USLX10255 LARS,<kuid2:56063:100124:2>
50ftBoxcar USLX11600 LARS,<kuid2:56063:100127:2>
50ftBoxcar USLX11705 LARS,<kuid2:56063:100128:2>
50ftBoxcar USLX11733 LARS,<kuid2:56063:100126:2>
50ftBoxcar WREX3084 LARS,<kuid2:56063:100125:2>
50ftBoxcar_CARX50509_LARS,<kuid2:56063:100118:2>
50ftBoxcar_NIRX42899_LARS,<kuid2:56063:100122:2>
50ftBoxcar_NIRX42947_LARS,<kuid2:56063:100121:2>
50ftBoxcar_THB3422_LARS,<kuid2:56063:100119:2>
50ftBoxcar_TROX664249_LARS,<kuid2:56063:100120:2>
50ftBoxcar_VOLX411_LARS,<kuid2:56063:100123:2>
50ft Boxcar LNRR 103866,<kuid2:44928:480057:1>
50ft Boxcar LNRR 111009,<kuid2:44928:154771:1>
50ft Boxcar LNRR 97345,<kuid2:44928:480058:1>
50ft Boxcar LNRR 98021,<kuid2:44928:480059:1>
 
"Uniform color" but they spelt colour wrong.

Luv Karen

Yes, your absolutely right. Uniform coloured textures do get accepted with warnings. (That's is a ridiculous warning anyway, if I just painted the handrail on a real loco, of course its a uniform colour.) I understand you are grateful any DLS repairs, warnings notwithstanding.
 
The point was there should not be warnings on repaired DLS cleanup items. If your getting a warning, that asset likely not been repaired by that effort.

It has been stated in these forums several times that warnings are just that - an instruction to be cautious. They are not errors and should not be treated as errors. They do not necessarily indicate conditions that will become errors in the future.

The use of the alias tag is deprecated because the current implementation is inefficient. It is not known whether this will be fixed by fixing the alias process or by invalidating the tag. In the meantime, it creates a warning that the aliased asset cannot be validated. It is therefore up to the repairer to validate the aliased asset separately. This would be done by the normal testing process prior to upload. The warning does not relate to the validity of the alias tag.
 
It's easy to find examples. For instance:
StatusCleanupUpload&StatusWarning&StatusPaintshed&Build29
AADA 10 ton,<kuid2:61637:100054:1>
...

I sampled 4 of these and they do not have a warning in TS12 CM in the form of a yellow exclamation mark because of the low build numbers. However when validated in TS12 CM or processed by CCP, I at least get these warnings:

Warning: Aliased meshes cannot currently be verified by Trainz.
Warning: Required container 'mesh-table' is missing.

So if a DLS Cleanup Claimant is using TS12 CM to validate a repair, or TS12 CCP to revise a repair, he/she can naturally be expected to remove those warnings, and without violating the minimum necessary repair clause in the DLS Cleanup license. As PEV did below, moving the Paintshed mesh into the asset complement (to remove the alias warning) cannot be construed as exceeding the minimum necessary repair clause. He did what was needed in TS12 to remove all warnings, and that is fair game for any TS12 repairer; and cannot be accused of modifying beyond the licensing basis because that, the latest version of Trainz, said there was still a problem to repair.

Moreover, nothing new was created in the process, things were just moved around and re-referenced. No licensing terms were violated. There is no appreciable legal difference in Auran's Paintshed mesh being referenced by alias or being incorporated outright, there is no licensing restriction on that mesh, and its ending manifestation in surveyor/driver is identical.
 
Last edited:
Originally Posted by deneban

The point was there should not be warnings on repaired DLS cleanup items. If your getting a warning, that asset likely not been repaired by that effort.

It has been stated in these forums several times that warnings are just that - an instruction to be cautious. They are not errors and should not be treated as errors. They do not necessarily indicate conditions that will become errors in the future.

Bob I conceded that quote of mine as an erroneous statement on my part in post 44.

However we still cannot fault a repairer for removing all warnings, which is what happened down your post #9.
 
Last edited:
Moreover, nothing new was created in the process, things were just moved around and re-referenced. No licensing terms were violated./QUOTE]

That statement is unsupportable. 'moved around' is exactly the sort of copying that the licensing terms seek to prevent. It is doublespeak for 'copied'. 'nothing new was created' is exactly the circumstance that the cleanup upload addendum to the licensing terms addresses.
 
I'm starting to enjoy this argument.

I am highly amused that those, with 1 exception, who are making the most noise about this have contributed virtually NOTHING to the game's content.

Isn't it somewhat hypocritical to be arguing so vehemently when you have obviously never read the N3V upload conditions (having sent nothing TO the DLS).

Instead of doing you best to offend those who attempt to contribute to this community, try biting your tongues for once, and let the rest of us get on with trying to improve the game.
 
I am highly amused that those, with 1 exception, who are making the most noise about this have contributed virtually NOTHING to the game's content.
You cannot know the connection between users participating here and contributions to the content. If you make assumptions about that connection you will likely be wrong.

Isn't it somewhat hypocritical to be arguing so vehemently when you have obviously never read the N3V upload conditions (having sent nothing TO the DLS).
You don't have to upload in order to know the conditions.

Instead of doing you best to offend those who attempt to contribute to this community, try biting your tongues for once, and let the rest of us get on with trying to improve the game.
The suggestion that those who contribute to the community are somehow exempt from the rules, or exempt from having their attention drawn to the rules, is elitist claptrap.
 
Well well. some of us never give up do we.

And of course I know what your contribution is.. It's all in Content Manager if you cared to look.

If N3V believed that their paintshed items were a licence issue they would not have put them up for repair. And by the way there is no other way to repair them, and here I do have knowledge that you don't.

And if this is elitist claptrap, gosh I must be elite and I love it.. I suspect because I have TS12 SP1 I have some knowledge that you don't.. gee ain't that elitist.. Oh well back luck Sunshine.

I'm sure you will have the last word but, hey, I don't care.

And now can we get back to Sporbust's repaired content?
 
Last edited:
*Contributes something to the topic*

Hmmmm, dunno what to type... oh well, time to watch some anime.

-leaves thread-
 
I'm starting to enjoy this argument.

I am highly amused that those, with 1 exception, who are making the most noise about this have contributed virtually NOTHING to the game's content.

Isn't it somewhat hypocritical to be arguing so vehemently when you have obviously never read the N3V upload conditions (having sent nothing TO the DLS).

Instead of doing you best to offend those who attempt to contribute to this community, try biting your tongues for once, and let the rest of us get on with trying to improve the game.

Just wow...

You cannot assume that a person who doesn't upload can't be involved. I have been on Trainz for 4 1/2 years now. Never released one route, one piece of content. Every route I tried has become vaporware. I can't use Blender. So who besides you says that we can't even become involved?


Wow. I am willing to bet that you offended more people with your post than the people who have not uploaded content have with theirs. What a stupid word to use in this situation.

SETXR-Think about 3rd party sites.
 
Moreover, nothing new was created in the process, things were just moved around and re-referenced. No licensing terms were violated.

That statement is unsupportable.

I've spent a great deal of shoe leather in this thread supporting it, when are you going to support your statements for the particular paintshed cleanup at hand (post 5)?

As is in your prior posts, you are not following the rationale of the thread and are extracting bits to exaggerate a mountain out of a molehill.

You appear to have ignored the TS12 validation argument completely, a compelling legal argument, I am speculating because of lack of knowledge in that subject.

'moved around' is exactly the sort of copying that the licensing terms seek to prevent. It is doublespeak for 'copied'. 'nothing new was created' is exactly the circumstance that the cleanup upload addendum to the licensing terms addresses.

If the asset is getting its mesh from within then it was "moved" from when the asset got its mesh from an external source. I am not afraid to say "copied" either because there is no legal significance to how many copies of a publicly released mesh are on someones hard drive or in how many assets it is copied into.

The addendum you speak of was written way before the DLS Cleanup license, like back in the year 2002, so it is not an addendum, it is older text that was not updated by oversight to agree with the advent of the DLS Cleanup license.
 
I just want to say thanks PEV. I know it took alot to get this done. Thank you for making the extra effort so you could share these with the rest of the Trainz community.

BobbyB
 
....

Warning: Aliased meshes cannot currently be verified by Trainz.
Warning: Required container 'mesh-table' is missing.

....He did what was needed in TS12 to remove all warnings, and that is fair game for any TS12 repairer; and cannot be accused of modifying beyond the licensing basis because that, the latest version of Trainz, said there was still a problem to repair.

Chris (WindWalker) once said: "Warnings are NOT Errors. They may, or may NOT, become errors in the future, but are NOT, at this point, ERRORS."

In response to YOUR statement ALONE, and nothing else in this thread, you are flat out WRONG!
--Fixing "warnings" is NOT required of the DLS Cleanup, and IS in fact BEYOND the scope of the DLS Cleanup.

The DLS Cleanup is to "Remove ERRORS" when content is used in TS12, not to remove "warnings".

However, on a slightly different note, I have made notice of several N3V policies that contradict common sense, and I've seen several N3V staff contradict written policy...
--Such as: "Warning: Aliased meshes cannot currently be verified by Trainz." ..Clearly a "Warning", and may become an error in future versions, but yet, Chris has also said that using the "Alias Method" is the correct and proper way to "Reskin DRM protected DLC assets", which leads one to believe that "Aliased" assets are perfectly fine and dandy...and don't need to be made "not aliased" to be acceptable...

Like so many other aspects of a happy life, Politics are ruining it.
 
Last edited:
If the asset is getting its mesh from within then it was "moved" from when the asset got its mesh from an external source. I am not afraid to say "copied" either because there is no legal significance to how many copies of a publicly released mesh are on someones hard drive or in how many assets it is copied into.
We are not talking about what is on someone's hard drive. We are talking about what N3V allows you to include in a upload through the DLS cleanup.

If someone wants to move a mesh from the paintshed source into their reskin and make the other required adjustments they are perfectly entitled to do that. It's what they then do with that repaired asset that is being discussed.

The addendum you speak of was written way before the DLS Cleanup license, like back in the year 2002, so it is not an addendum, it is older text that was not updated by oversight to agree with the advent of the DLS Cleanup license.
It is an addendum because it is in addition to the terms that every user has already agreed to, and applies only to that action of uploading. I have suggested several times that the restriction might be unintended. But until it's removed or modified, it should be complied with. You cannot just unilaterally decide that it no longer applies.

The simple case is that changing a paintshed reskin to a standalone asset that requires no reference to the original mesh source because that mesh has now been copied into the asset is clearly a 'fundamental' change. But even if it wasn't, the only reason for going that extra step in the repair is to remove warnings, which is not part of the approved repairs for a DLS Cleanup item.
 
To paraphrase
this is elitist claptrap
builderbob

Please ignore builderbob.
He way to full of himself......brown stuff....
 
Chris (WindWalker) once said: "Warnings are NOT Errors. They may, or may NOT, become errors in the future, but are NOT, at this point, ERRORS."

Butterflies are NOT Caterpillars. They may, or may NOT, become Butterflies in the future, but are NOT, at this point, BUTTERFLIES. Everyone knows warnings are not errors, we don't need guidance on that.

A Caterpillar is more a Butterfly than a Caterpillar is nothing.

A Warning is more an Error than a Warning is a normal condition.

Would any judicator find a repairer legally irresponsible for going beyond removing errors to the extent of removing warnings? No. If I am removing butterflies, it is prudent to remove the caterpillars too. The repairer was acting responsibly in his/her repair charter.

In response to YOUR statement ALONE, and nothing else in this thread, you are flat out WRONG!
--Fixing "warnings" is NOT required of the DLS Cleanup, and IS in fact BEYOND the scope of the DLS Cleanup.

The DLS Cleanup is to "Remove ERRORS" when content is used in TS12, not to remove "warnings".

If you are so, so, correct, and want to shout in the forum, you need to back up your statement with a licensing agreement or a published instruction afforded to the DLS Cleanup claimant. (Please do not respond with a thread citation or a quotation from an individual, as that legally does not hold water.)

My argument was PEVs conversion of sporbust Paintshed-derived assets to stand-alone assets, stated in post #5, is not against licensing conditions as claimed by BuilderBob in post #9.

The legal test that a DLS Repair Claimant did or did not violate a license has nothing to do with the word of an N3V member, tribal knowledge of the community, or even what a warning means, but rather, what damages were incurred by the damaged party as a result of a licensing violation.

DLS Cleanup Damages would have to be self-inflicted: N3V owns the asset being repaired, the aliased mesh, the repaired asset with the mesh merged into the asset, and has accepted the repair and merger. There is no licensing violation if only a single party was acting.

The repair claimant cannot be held accountable because he/she is not the approving authority for the repaired asset.

However, on a slightly different note, I have made notice of several N3V policies that contradict common sense, and I've seen several N3V staff contradict written policy...
--Such as: "Warning: Aliased meshes cannot currently be verified by Trainz." ..Clearly a "Warning", and may become an error in future versions, but yet, Chris has also said that using the "Alias Method" is the correct and proper way to "Reskin DRM protected DLC assets", which leads one to believe that "Aliased" assets are perfectly fine and dandy...and don't need to be made "not aliased" to be acceptable...

Don't need to be, but if they are made "not aliased," can the repairer be held accountable for eliminating that warning? The repairer has the legal benefit of the doubt that he/she was acting in good faith to clear a substandard condition, and no judicator in the world would entertain the subtle differentiation between a warning and error as a basis to find fault with the repairer.
 
Back
Top