You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This occurred on June 27th. Somehow, the completion (or creation) of the data dump did not happen, despite the fact that the scraper itself seemed to have completed its run. However, I judged this in a cursory albeit empirical manner based on there being no unusual errors that stood out in the log file for the day, and it may not be true. I will look into this some more.
In the near future, when #448 is done, we can recreate all the data that does exist in the v1 database (201 inmate records, ... an amount also not unusual).
The text was updated successfully, but these errors were encountered:
The June 11th scrape was also unsuccessful. The temp files still exist in
the website/scratch/scraper/raw_inmate_data directory. They look to be
smaller than then the normal ones. If you examine the log files for these
days, which by the way are June 12th and 28th respectively you will find
that there are index out of range errors exceptions thrown from
InmateDetails.
This occurred on June 27th. Somehow, the completion (or creation) of the
data dump did not happen, despite the fact that the scraper itself seemed
to have completed its run. However, this was empirically judged based on
there being no unusual errors noted in the log file, and may not be true. I
will look into this some more.
In the near future, when #444 #444 is done, we can
recreate all the data that does exist in the v1 database (201 inmate
records, ... not an unusual amount).
—
Reply to this email directly or view it on GitHub #452.
Regards
Norbert
Norbert Winklareth
bepetersn
changed the title
Scraper failed to make a raw data dump once
Scraper failed to make a raw data dump on some occasions
Jul 5, 2014
This occurred on June 27th. Somehow, the completion (or creation) of the data dump did not happen, despite the fact that the scraper itself seemed to have completed its run. However, I judged this in a cursory albeit empirical manner based on there being no unusual errors that stood out in the log file for the day, and it may not be true. I will look into this some more.
In the near future, when #448 is done, we can recreate all the data that does exist in the v1 database (201 inmate records, ... an amount also not unusual).
The text was updated successfully, but these errors were encountered: