Open waldoj opened 10 years ago
This is on point and it dovetails with issue #5, Easy to deploy data publishing platforms will require ETL interfaces that can consume "non-open" formats. An additional consideration is that for datasets that contain potentially private information (e.g. education data governed by FERPA), a key challenge for state/local agencies is applying aggregation / redaction in order to meet their legal obligations. Ideally, a solution to this problem can handle this task as well.
Great point re: PII, @scuerda. I've opened #12 to that end.
Excellent. These are issues that we are discussing in Connecticut. I'll be sure to loop y'all in on any interim solutions / strategies we come up with.
Please do! Or if there's any other way that @opendata can be useful, please let me know. It's our job. :)
Local, state, and (to a lesser extent) federal agencies rely on proprietary records management software in order to track regulatory compliance. A state agriculture agency that inspects agriculture facilities has records management software to track each inspection of every slaughterhouse, E. coli test, and scale. A transportation agency that inspects bridges and roads has records management software to track every bridge inspection, every pothole, etc. A lot of this software is really quite bad—Windows 3.1 software dragged along to compatibility with the software of 2014—although some is modern and decent.
It is my understanding that very few of these programs store or can export their data in any open formats. Export As → CSV isn't a thing. That makes it impossible for agencies to publish open data, even with a legal mandate to do so.
(Note that, personally, I know very little about this world of software. I have no experience with it.)
I think that the following things need to be done: