Author Topic: log file question  (Read 8686 times)

0 Members and 1 Guest are viewing this topic.

Offline IMGoph

  • Jr. Member
  • **
  • Posts: 91
  • Gender: Male
  • Last Login:November 05, 2024, 11:03:41 am
log file question
« on: July 20, 2022, 02:07:49 pm »
I'm curious about the logic behind the list of new and updated routes at the end of each of our personal log files. Does that part of the log just keep growing bigger and bigger the more routes we add? Does it ever get trimmed down? Do route notices in there "expire" at some point?

Offline si404

  • TM Collaborator
  • Hero Member
  • *****
  • Posts: 2067
  • Last Login:Today at 07:06:38 am
Re: log file question
« Reply #1 on: July 20, 2022, 02:59:25 pm »
It's time-based, but I can't remember how long it elapses after - a couple of months, I think.

Offline michih

  • TM Collaborator
  • Hero Member
  • *****
  • Posts: 4849
  • Last Login:Yesterday at 11:21:09 am
Re: log file question
« Reply #2 on: July 20, 2022, 03:13:06 pm »
The user-relevant* update entries since the last list file update are listed at the beginning of the file. The list at the end of the log file comprises all user-relevant* update entries since 2015.

*Well, what we can automatically detect as user-relevant.

@yakra can explain more details for sure.

Offline yakra

  • TM Collaborator
  • Hero Member
  • *****
  • Posts: 4422
  • Last Login:November 11, 2024, 12:50:03 pm
  • I like C++
Re: log file question
« Reply #3 on: July 20, 2022, 10:35:15 pm »
The user-relevant* update entries since the last list file update are listed at the beginning of the file.
This is correct.

The list at the end of the log file comprises all user-relevant* update entries since 2015.
Not all of them, but just the most recent one for each route .listed as traveled.
So for example, if melvin.list has one line,
TX I-69E PolkSt 56
melvin.log will have the 2022-05-16 update where it was "Extended northward from Yturria Co Rd to Exit 56", but not the 2021-12-19 update where it was "Extended northward from US 77 Business (Raymondville) to Yturria Co Rd."
Concurrent routes such as US77 will not be listed in the log file; the logic here is that the only part relevant to Melvin is what's concurrent with I-69E, and I-69E is good enough to let him know there's an update to beware of. Updates for other parts of US77 will just hurt the signal-to-noise ratio.
If you want to get more info about older updates, you'll have to go to the updates page.

Long-term, I'd like to add functionality to the updates page to display only updates relevant to a specific user's routes. All of them, back to 2015.
Problem is, it will take some adjustments to the database and site update program to enable this. The DB currently has no way of "knowing" that Melvin didn't explicitly .list US77. So it's been a low priority.
If this were done now, users would be faced with lots more irrelevant noise.

Does that part of the log just keep growing bigger and bigger the more routes we add?
Essentially, yes.
It can can stay the same size if we manage to only add routes that have never been listed on the updates page, such as ME206 or TX US83. But if these routes are updated in the future... ;)

Does it ever get trimmed down?
No.

Do route notices in there "expire" at some point?
Not really. A notice will go away only if superseded by a more recent one. So maybe think of them as occasionally getting "updated", but never expiring.
Sri Syadasti Syadavaktavya Syadasti Syannasti Syadasti Cavaktavyasca Syadasti Syannasti Syadavatavyasca Syadasti Syannasti Syadavaktavyasca

Offline IMGoph

  • Jr. Member
  • **
  • Posts: 91
  • Gender: Male
  • Last Login:November 05, 2024, 11:03:41 am
Re: log file question
« Reply #4 on: July 21, 2022, 07:00:56 am »
The user-relevant* update entries since the last list file update are listed at the beginning of the file.
This is correct.

The list at the end of the log file comprises all user-relevant* update entries since 2015.
Not all of them, but just the most recent one for each route .listed as traveled.
So for example, if melvin.list has one line,
TX I-69E PolkSt 56
melvin.log will have the 2022-05-16 update where it was "Extended northward from Yturria Co Rd to Exit 56", but not the 2021-12-19 update where it was "Extended northward from US 77 Business (Raymondville) to Yturria Co Rd."
Concurrent routes such as US77 will not be listed in the log file; the logic here is that the only part relevant to Melvin is what's concurrent with I-69E, and I-69E is good enough to let him know there's an update to beware of. Updates for other parts of US77 will just hurt the signal-to-noise ratio.
If you want to get more info about older updates, you'll have to go to the updates page.

Long-term, I'd like to add functionality to the updates page to display only updates relevant to a specific user's routes. All of them, back to 2015.
Problem is, it will take some adjustments to the database and site update program to enable this. The DB currently has no way of "knowing" that Melvin didn't explicitly .list US77. So it's been a low priority.
If this were done now, users would be faced with lots more irrelevant noise.

Does that part of the log just keep growing bigger and bigger the more routes we add?
Essentially, yes.
It can can stay the same size if we manage to only add routes that have never been listed on the updates page, such as ME206 or TX US83. But if these routes are updated in the future... ;)

Does it ever get trimmed down?
No.

Do route notices in there "expire" at some point?
Not really. A notice will go away only if superseded by a more recent one. So maybe think of them as occasionally getting "updated", but never expiring.

Thanks for the explanation! This is all helpful, and since it was 7+ years between updates for me, having all that in the log as been mostly a boon, though now that I almost have completed all the necessary updates, it feels like keeping this giant appendage at the end of the log is a bit much. I can just ignore it, of course!