.
Results 1 to 10 of 10

Thread: How to determine amount of times an asset occurs in a route

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

    Default How to determine amount of times an asset occurs in a route

    Is there a known method of determining how many occurances of an asset there are in a TANE route ?

    e.g, how many times a particular tree is used in a route.
    Graham,

    A member of TCWW

  2. #2
    Join Date
    Nov 2006
    Location
    Australia, NSW, Sydney
    Posts
    5,761
    Blog Entries
    3
     

    Default

    Not that I am aware of.

    The config.txt file lists all the assets used but no matter how many times an asset is used it will appear only once in this file. I suspect that the information you need is buried in the various data files that now make up a route.

    There was a 3rd party project under development, for TS12 I believe, that claimed to be able to do this and the programmer presented some quite promising screenshots which showed amongst other things the count for each asset used. This was before the release of TANE and nothing further has been heard.

    I suspect that it will take someone with good coding skills and a lot of patience to be able to analyse the TANE route data files to extract that sort of data.
    A member of the "Party Machine". Now if only I could remember where they are holding the party!

  3. #3
    Join Date
    Jun 2011
    Location
    Binghamton, NY, USA
    Posts
    479
     

    Default

    Quote Originally Posted by pware View Post
    Not that I am aware of.

    There was a 3rd party project under development, for TS12 I believe, that claimed to be able to do this and the programmer presented some quite promising screenshots which showed amongst other things the count for each asset used. This was before the release of TANE and nothing further has been heard.
    That was me, and my software did indeed provide not only accurate counts of assets used, but also showed their locations and could take you to them on the map.

    I gave up on this project because it is simply too difficult to keep up with the changes in the binary files. I put hundreds of hours of work into decoding them to get as far as I did, and simply cannot justify the effort to continue.

    Regards,
    -Mike
    606026:
    T:ANE SP3 (94916) / Win 10 Pro 64 1809 / i3-8100 3.6GHz, 32GB 2666, NVidia GeForce GTX 1050Ti

  4. #4

    Default

    After this topic, I made a suggestion in the Suggestion Box:
    https://forums.auran.com/trainz/show...yses-functions
    Feel free share your ideas or support for it there.

  5. #5
    Join Date
    Nov 2006
    Location
    Australia, NSW, Sydney
    Posts
    5,761
    Blog Entries
    3
     

    Default

    Quote Originally Posted by ModelerMJ View Post
    I gave up on this project because it is simply too difficult to keep up with the changes in the binary files. I put hundreds of hours of work into decoding them to get as far as I did, and simply cannot justify the effort to continue.
    It was an impressive effort and your decision to abandon the project is fully understandable. I suspect that ultimately the solution will have to come from the N3V programmers in some future release.
    A member of the "Party Machine". Now if only I could remember where they are holding the party!

  6. #6
    Join Date
    Nov 2008
    Location
    Crewe, Cheshire, UK
    Posts
    15,093
     

    Default

    I think this would end up in the nice to have but extremely unlikely to get box.
    Malc


  7. #7
    Join Date
    Jun 2011
    Location
    Binghamton, NY, USA
    Posts
    479
     

    Default

    Should I ever decide to resurrect this project, I am thinking that I would scale things back somewhat, at least initially. Aside from the challenge of reading the binary files, I was also running into a lot of difficulty rendering track splines correctly, and the code for showing and hiding objects in the map was getting unwieldy as well. So I think it might be better to start with a much simpler tool, and then see how it can evolve over time.

    By scaled back, I mean that this version would not display a map. Instead it would simply show a tree grouping items by category and KUID, and a list showing instances of the KUID selected in the tree. The list will still show the map location of each item instance, so if you turn on the cursor position display in Surveyor, you should be able to navigate to any item quite easily.

    The initial iteration would provide the ability to print a report of items used, but since it would not include a map display, it would not print track. I realize that is a highly desirable feature, but again, I am thinking about how we can make ‘something’ available sooner rather than later.

    So I guess my question is, would such a scaled back tool still be useful in terms of asset analysis? I think it would be; and again, once a basis is in place, hopefully the tool can be expanded over time.

    Looking forward to your feedback.

    Regards,
    Mike
    606026:
    T:ANE SP3 (94916) / Win 10 Pro 64 1809 / i3-8100 3.6GHz, 32GB 2666, NVidia GeForce GTX 1050Ti

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

    Default

    Thanks for giving this a lot of thought.

    Sounds like a very useful utility to me

    I look forward to your updates.
    Graham,

    A member of TCWW

  9. #9
    Join Date
    Apr 2011
    Location
    Perth, Western Australia
    Posts
    138
     

    Default

    Quote Originally Posted by ModelerMJ View Post
    Should I ever decide to resurrect this project, I am thinking that I would scale things back somewhat, at least initially. Aside from the challenge of reading the binary files, I was also running into a lot of difficulty rendering track splines correctly, and the code for showing and hiding objects in the map was getting unwieldy as well. So I think it might be better to start with a much simpler tool, and then see how it can evolve over time.

    By scaled back, I mean that this version would not display a map. Instead it would simply show a tree grouping items by category and KUID, and a list showing instances of the KUID selected in the tree. The list will still show the map location of each item instance, so if you turn on the cursor position display in Surveyor, you should be able to navigate to any item quite easily.

    The initial iteration would provide the ability to print a report of items used, but since it would not include a map display, it would not print track. I realize that is a highly desirable feature, but again, I am thinking about how we can make ‘something’ available sooner rather than later.

    So I guess my question is, would such a scaled back tool still be useful in terms of asset analysis? I think it would be; and again, once a basis is in place, hopefully the tool can be expanded over time.

    Looking forward to your feedback.



    Regards,
    Mike

    Love your work Mike!
    As to your question, I can think of uses for such a tool as a route builder. What will you charge for it?

  10. #10
    Join Date
    Nov 2006
    Location
    At the end of the Line
    Posts
    749
     

    Default

    Sounds very interesting and useful. You've got my vote to carry on with this!
    Mountains, Sea, Islands and Steam Trains from my living-room window!
    What more could anybody want?

    TRS2019 Build 100240

Tags for this Thread

Posting Permissions

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