-
Notifications
You must be signed in to change notification settings - Fork 4
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
Duplicate docket entries (1 from rss?) #272
Comments
Hm, somehow we got that as an unnumbered entry though it seems to be a numbered entry now. That's pretty weird. |
interim conclusion: we need to save raw rss for debugging. Maybe for other things too. |
Yeah, wouldn't hurt. We can open a bug for it, but I have no idea when I'll get to it. |
This is not a one-off. Today's example: https://www.courtlistener.com/docket/6151669/alasaad-v-duke/?filed_after=&filed_before=&entry_gte=&entry_lte=&order_by=desc |
And then there's this peculiar variant, where it looks a "Notice of Consent - No Consent" was edited to "All parties have consented" but both appear in the RECAP docket report, one unnumbered. I wonder if this means if we had reparsed the RSS feed after the edit (e.g. w/i 24 hours), we would have gotten the proper information. So the duplication is a bigger problem in the face of edits. |
Yes, this is, unfortunately, a regular problem. It's pretty confusing, we should prioritize fixing it, and then somehow managing to repair the months of busted data it has lead to :( |
Is there a way to fix it? The only thing these items have in common, I think, is the date? |
Oh, it's certainly fixable. This problem was introduced when changes were made with respect to |
In this case, https://www.courtlistener.com/docket/6296809/calderon-jimenez-v-cronen/?page=2, it appears that RECAP has two entries for the same order. Presumably one from RSS and one from the docket report and they did not merge properly:
"Huh."
The text was updated successfully, but these errors were encountered: