.
Results 1 to 11 of 11

Thread: Please fix the problem with kuid <kuid:-25:1235> not obsoleting <kuid:-3:10060>

  1. #1
    Join Date
    Nov 2006
    Location
    United Kingdom, Cheshire
    Posts
    1,413
     

    Default Please fix the problem with kuid <kuid:-25:1235> not obsoleting <kuid:-3:10060>

    This is an ongoing problem that needs fixing by N3V.
    MSGSapper has been tearing his hair out about this, now he's made his own content to avoid the problem.
    There are other forum posts about it too.

    The problem is that <kuid:-3:10060> is not actually being obsoleted by <kuid:-25:1235> even after a DBR.

    From the config..

    kuid <kuid:-25:1235>
    username "Prod Passengers 2012"
    kind "product"
    product-category <kuid:-3:10091>
    instance-type "instance"
    mass 65
    allows-mixing 1
    category-era "2000s;2010s"
    category-region "RU"
    category-class "IP"
    icon-texture "passengers.texture"
    trainz-build 3.5

    obsolete-table
    {
    0 <kuid:-3:10060>
    1 <kuid:-3:11060>
    2 <kuid:-3:11061>
    3 <kuid:-3:110060>
    4 <kuid:-3:12060>
    5 <kuid:-25:1188>
    }

    Can you please acknowledge the problem and fix it?
    Graham,

    A member of TCWW

  2. #2
    Join Date
    Nov 2006
    Location
    Germany
    Posts
    2,135
     

    Default

    Dou you have the <kuid:-3:11062> passengers installed ? It has been part of some payware packages. If these passengers obsolete <kuid:-3:10060> too, there are 2 assets fighting for the right to obsolete it. I can't check this, because I don't have <kuid:-3:11062>. Adding <kuid:-3:11062> to the obsolete-table of <kuid:-25:1235> could fix the problem in this case.

    I don't have any problems with the passengers.

    Peter
    Last edited by p-dehnert; May 28th, 2019 at 07:25 AM.

  3. #3
    Join Date
    Nov 2008
    Location
    Crewe, Cheshire, UK
    Posts
    15,570
     

    Default

    Quote Originally Posted by euromodeller View Post
    This is an ongoing problem that needs fixing by N3V.
    MSGSapper has been tearing his hair out about this, now he's made his own content to avoid the problem.
    There are other forum posts about it too.

    The problem is that <kuid:-3:10060> is not actually being obsoleted by <kuid:-25:1235> even after a DBR.

    From the config..

    kuid <kuid:-25:1235>
    username "Prod Passengers 2012"
    kind "product"
    product-category <kuid:-3:10091>
    instance-type "instance"
    mass 65
    allows-mixing 1
    category-era "2000s;2010s"
    category-region "RU"
    category-class "IP"
    icon-texture "passengers.texture"
    trainz-build 3.5

    obsolete-table
    {
    0 <kuid:-3:10060>
    1 <kuid:-3:11060>
    2 <kuid:-3:11061>
    3 <kuid:-3:110060>
    4 <kuid:-3:12060>
    5 <kuid:-25:1188>
    }

    Can you please acknowledge the problem and fix it?
    It has been acknowledged by Rob from N3V https://forums.auran.com/trainz/show...40#post1751440

    Not getting any problem with this in any of my TRS19 or TANE installs here though.

    Random thought, anyone tried open for edit and then revert to original?
    Last edited by clam1952; May 28th, 2019 at 07:13 AM.
    Malc


  4. #4
    Join Date
    Feb 2009
    Location
    United States of America, Arkansas, Harrison
    Posts
    2,383
     

    Default

    Quote Originally Posted by clam1952 View Post
    Not getting any problem with this in any of my TRS19 or TANE installs here though.
    I remember thinking that I also was not experiencing this problem in TRS19 when it appeared that passengers were loading and unloading from the passenger coaches at the station normally when I was initially testing the CC&LE passenger session. It wasn't until a user notified me that the coaches were not truly unloading or unloading that I re-looked the session and re-tested. What I found was that while it did indeed appear that passengers were loading and unloading normally it turned out that was not the case as the number of passengers in the coach did not change at all. Since I have changed to my new visible passenger product that problem has been corrected so clearly something was going wrong here.

    I have been wondering if part of the problem might stem from the fact that the obsolete table is attempting to obsolete content items not from the same user. My attempts to do that in the past have failed so I was curious how that would be allowed and how they could do that. Allowing one specific user to obsolete someone else's content would seem to be dangerous and would not, you would think, be allowed. I could be wrong here though.

    In any case I am pleased with my build 4.6 solution, although I wish I hadn't had to do it that way, and will be using that on all my own routes and sessions. Problem solved, at least for me....

    Bob
    Master Sergeant/E8, U.S. Army, Retired (1972-1993)

  5. #5
    Join Date
    Nov 2006
    Location
    United Kingdom, Cheshire
    Posts
    1,413
     

    Default

    I don't have <kuid:-3:11062> installed.

    <kuid:-25:1235> ....I did open for edit and revert to original, without success.

    On my system there are 657 dependants of <kuid:-3:10060>

    13 are downloaded assets from CM showing <kuid:-3:10060> as a missing dpendancy, I uninstalled them and downloaded them again, problem still there.

    There are 17 built in assets showing <kuid:-3:10060> as a missing dependancy.
    I don't use these so it's not a problem for me.

    <kuid:276266:100611> DSFX Observation
    <kuid:276266:100610> DSFX Sleeper
    <kuid2:63971:10612:2> NSWGR 12 wheel AB Dining car
    <kuid2:523:19723380:2> Pullman Paul A Bert
    <kuid2:63971:10614:2> NSWGR 12 wheel MCE composite car
    <kuid2:96997:488:1> QR BL488
    <kuid2:63971:10616:2> NSWGR 12 wheel TBC 1st class car
    <kuid2:96997:469:1> QR BL469
    <kuid2:96997:543:1> QR BL543
    <kuid2:96997:1250:1> QR BL1250
    <kuid2:96997:100079:1> QR CLV580
    <kuid2:523:19723684:6> Steel Heavyweight Coach
    <kuid:523:19723377> T&WLR TO
    <kuid2:82412:58131002:2> TUME-58131002-PCC-SEPTA-2168
    <kuid2:82412:58131001:2> TUME-58131001-PCC-MUNI-1052
    <kuid2:87145:28064:5> CNR Burgessville Station
    <kuid2:87145:28073:5> CNR Petersburg Station

    so that leaves 627 dependants as working OK.

    So the question is, how come it has obsoleted in some assets and not others?

    I should add, the problem does not exist in TANE.



    I have a second install of TRS19, I just checked and the problem does not exist there!

    Gremlins at work again!

    I think my temporary solution will be to edit the config of the 13 downloaded coaches, remove <kuid:-3:10060> and replace it with <kuid:-25:1235>

    It looks like it's one of those software gliches that appear intermittently on different assets to different users.
    Graham,

    A member of TCWW

  6. #6
    Join Date
    Nov 2006
    Location
    Germany
    Posts
    2,135
     

    Default

    I have just checked these 17 built-ins, and they are all using <kuid:-25:1235> (in build 100240), although the config lists <kuid:-3:10060>.

    I have been able to get <kuid:-3:11062>, and it obsoletes all the older asset. It should have been included in the obsolete-table of <kuid:-25:1235>, to avoid problems.
    Partial config.txt of <kuid:-3:11062>
    Code:
    username                        "Passengers"
    kuid                            <kuid:-3:11062>
    product-category                    <kuid:-3:10091>
    instance-type                        "instance"
    mass                            65
    allows-mixing                        1
    username-cn                        "??"
    username-es                        "Pasajero"
    username-it                        "Passeggeri"
    username-fr                        "Voyageurs"
    username-nl                        "Passagiers"
    username-de                        "Passagiere"
    username-cz                        "Cestujici"
    username-hu                        "utas"
    username-pl                        "Pasazerowie"
    category-era                        "2000s"
    category-region                        "CZ"
    trainz-build                        2.9
    category-class                        "OH"
    obsolete-table {
        0                        <kuid:-3:10060>
        1                        <kuid:-3:11060>
        2                        <kuid:-3:110060>
        3                        <kuid:-3:11061>
    }
    Peter

  7. #7
    Join Date
    Nov 2008
    Location
    Crewe, Cheshire, UK
    Posts
    15,570
     

    Default

    <kuid:-3:11062> wasn't that in Settle and Carlisle originally? Remember having problems with that it the past.
    Malc


  8. #8
    Join Date
    Nov 2006
    Location
    United Kingdom, Cheshire
    Posts
    1,413
     

    Default

    Thank you Peter,
    i did a bit of a search and eventually got a result....
    I have just downloaded the first coach on this page..

    http://trainzpremiumroutes.weebly.co...er-wagons.html

    The problem for me, is now solved.

    But it still leaves others with a problem to solve.

    Thank you Peter and Malc,

    Your assistance is much appreciated.
    Graham,

    A member of TCWW

  9. #9
    Join Date
    Nov 2006
    Location
    Auran, SA, Adelaide
    Posts
    385
     

    Default

    Hi, Graham, can you explain exactly what problem you were having and how to reproduce it? I haven't been able to corrupt a session with these assets myself.

  10. #10
    Join Date
    Nov 2006
    Location
    United Kingdom, Cheshire
    Posts
    1,413
     

    Default

    Hi Rob,

    I have 2 installs of TRS19 (100240 )and one install of TANE (100544)

    Only one install of TRS19 had the problem which was this...

    <kuid:-3:10060> is not actually being obsoleted by <kuid:-25:1235> even after a DBR in some assets.

    This manifested itself as 13 coaches by the author fsp being faulty and shown in surveyeor as orange placeholders.
    On checking the asset list for the coaches it was showning <kuid:-3:10060> as unknown by author Auran.
    The puzzle was that the same coaches were OK in my other TRS19 build and my TANE build.

    The coaches in question were these...(all downloaded via CM)

    <kuid2:203201:41006:1> DRG C4 Pr
    <kuid2:203201:41014:1> DRG BC4 Pr (RSV 1)
    <kuid2:203201:41019:1> DRG BC4 Pr (RSV 2)
    <kuid2:203201:41015:1> DRG C4 Pr (RSV 1)
    <kuid2:203201:41016:1> DRG C4 Pr (RSV 1) o.BrH
    <kuid2:203201:41009:1> DRG C4 Pr o.BrH
    <kuid2:203201:41017:1> DRG C4 Pr (RSV 2)
    <kuid2:203201:41018:1> DRG C4 Pr (RSV 2) o.BrH
    <kuid2:203201:41012:1> DRG Post4 Pr
    <kuid2:203201:41010:1> KpEV BC4 Pr
    <kuid2:203201:41005:1> KpEV C4 Pr
    <kuid2:203201:41008:1> KpEV C4 Pr o.BrH
    <kuid2:203201:41011:1> KpEV Post4 Pr

    But as I said, these were not faulty in 2 other installs.


    It was then that I checked in CM for other faulty assets and found the list as in post #5

    If you search the forums for <kuid:-3:11062> and <kuid:-3:10060> you find some older threads with a similar problem.

    I am not techie enough to understand the reasons why this happens randomly, but as a layman it seems that older passenger assets get randomly flagged as unknown in some assets and therefore can't be obsoleted by <kuid:-25:1235>
    In one forum thread someone downloaded a coach from a third party site that actually obsoleted older out of date passenger assets, so I did the same and all the assets that had shown the problem were rectified.
    (see link in post #8)

    Let's hope that you can find a permanent solution.
    Graham,

    A member of TCWW

  11. #11
    Join Date
    Nov 2006
    Location
    Auran, SA, Adelaide
    Posts
    385
     

    Default

    Thanks a lot for that, Graham. The passenger asset that the coach brings in is interesting, I don't know where it came from. I'll delve into this more as time permits over next few days.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •