Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mystery_sightings seems too much fed #358

Open
NicoDeVang opened this issue Aug 17, 2017 · 1 comment
Open

mystery_sightings seems too much fed #358

NicoDeVang opened this issue Aug 17, 2017 · 1 comment

Comments

@NicoDeVang
Copy link

NicoDeVang commented Aug 17, 2017

My "mystery_sightings" table has 13 rows, as "sightings" only 2. Do you know what it could mean?

There is my last scan:

Monocle running for 0:11:43.844784
Known spawns: 0, unknown: 6, more: 0
1 workers, 32 coroutines
sightings cache: 0, mystery cache: 2, DB queue: 0

Seen per worker: min 3, max 3, med 3
Visits per worker: min 5, max 5, med 5
Visit delay: min 0.0, max 0.0, med 0.0
Speed: min 11.9, max 11.9, med 11.9
Extra accounts: 0, CAPTCHAs needed: 0

Pokemon found count (10s interval):
2 2 2 2 2 2 2 2 2

Visits: 5, per second: 0.01
Skipped: 0, unnecessary: 0
Seen per visit: 0.60, per minute: 0
Hashes: 149/150, refresh in -64

By the way, my "hashes remaining" always are at 149 (as we can see here) or sometimes 148 but at worse 146, as in the config file my SCAN_DELAY = 1 so I don't understand why it only uses one "hash" and not like 60 in a minute? And why the refresh is negative? (-64 here, and sometimes it comes back to 60 but it's rare)

Any help should be amazing :)

@DavePlater
Copy link

If you have changed your map location (MAP_START or MAP_END) without flushing our your DB, you will have stale entries in there?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants