-
Notifications
You must be signed in to change notification settings - Fork 5
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
Karlsruhe scraper is broken #40
Comments
Reason: their website is completely broken, it just shows ... nothing: https://web1.karlsruhe.de/service/Parken/ |
Originally, their website should parkings, but more free parkings than capacity. Their page not showing any is another, new, issue. I'll contact them. |
Maybe https://mobil.trk.de/MapServerRestService.svc/table/parkinggarage/8.388782517568975,49.000693786025636,8.415926472799688,49.01308027245042/16/3857?lang=de can be used. It just has static information, but that's better then nothing. It's from their mobility portal: https://www.karlsruhe.de/mobilitaet-stadtbild/mobilitaet/motorisierter-verkehr |
I hope they'll bring it online. Besides this, Karlsruhe plans to publish their parking data via the mobilithek (though for now it's still labeled "Testangebot". If we change the scraper, we should shift to the structured publication. |
The official source seems to be https://transparenz.karlsruhe.de/dataset/parkhaeuser . |
I have run ParkAPI (the upcoming v3, but that shouldn't matter, right?) with only the karlsruhe scraper, It crashes with the following log output. The lower part of the output is probably related to ParkAPI v3's handling of the error.
Unfortunately, I don't know the value that the
num_occupied
data validation fails with. (Would it be possible to add it to the error's attributes or message?)The text was updated successfully, but these errors were encountered: