These last days the algorithm seems to not treat completely firstly the starting set of channels before treating discovered channels #51

New Issue

Benjamin_Loison · 2023-02-20T18:45:47+01:00

Benjamin_Loison commented

2023-02-20 18:45:47 +01:00

Used to remove channels not in the starting set:

removeChannelsNotInStartingSet.py:

#!/usr/bin/python3

import os

with open('newChannels.txt') as f:
    lines = f.read().splitlines()

startingSet = set(lines)

os.chdir('channels/')

for element in os.listdir():
    if not element.startswith('UC'):
        continue
    print(element)
    channel = None
    if element.endswith('.zip'):
        channel = element.replace('.zip', '')
    if not channel in startingSet:
        os.remove(element)
        print(f'{element} removed!')

Used to remove channels not in the starting set: `removeChannelsNotInStartingSet.py`: ```py #!/usr/bin/python3 import os with open('newChannels.txt') as f: lines = f.read().splitlines() startingSet = set(lines) os.chdir('channels/') for element in os.listdir(): if not element.startswith('UC'): continue print(element) channel = None if element.endswith('.zip'): channel = element.replace('.zip', '') if not channel in startingSet: os.remove(element) print(f'{element} removed!') ```

Benjamin_Loison added the quick bug high priority labels 2023-02-20 18:45:47 +01:00

Benjamin_Loison commented

2023-02-21 18:06:43 +01:00

21-02-2023 13-21-59.513: 3: Treating channel UCYne4N06sHVhRBXS0Lq5D8g (treated: 56, to treat: 57)
21-02-2023 13-42-01.397: 7: Treating channel UCmz7q3pgPQIS2HOdJTv5eOg (treated: 57, to treat: 56)

While UCYne4N06sHVhRBXS0Lq5D8g is in the starting set, UCmz7q3pgPQIS2HOdJTv5eOg isn't. What a coincidence (ironic) that the problem raises when treated and to treat meet.

This problem may be linked to the fact that the to treat counter doesn't increase as expected.

As channels are written to channels.txt we don't need to restart from scratch the execution of the algorithm, we are just treating channels in an unknown order.

``` 21-02-2023 13-21-59.513: 3: Treating channel UCYne4N06sHVhRBXS0Lq5D8g (treated: 56, to treat: 57) 21-02-2023 13-42-01.397: 7: Treating channel UCmz7q3pgPQIS2HOdJTv5eOg (treated: 57, to treat: 56) ``` While `UCYne4N06sHVhRBXS0Lq5D8g` is in the starting set, `UCmz7q3pgPQIS2HOdJTv5eOg` isn't. What a coincidence (*ironic*) that the problem raises when `treated` and `to treat` meet. This problem may be linked to the fact that the `to treat` counter doesn't increase as expected. As channels are written to `channels.txt` we don't need to restart from scratch the execution of the algorithm, we are just treating channels in an unknown order.

Benjamin_Loison referenced this issue from a commit

2023-02-22 04:09:48 +01:00

Fix #51: These last days the algorithm seems to not treat completely firstly the starting set of channels before treating discovered channels

Benjamin_Loison closed this issue

2023-02-22 04:09:48 +01:00

Benjamin_Loison referenced this issue from a commit

2023-03-24 23:46:27 +01:00

Fix #51: These last days the algorithm seems to not treat completely firstly the starting set of channels before treating discovered channels

Sign in to join this conversation.