-
Notifications
You must be signed in to change notification settings - Fork 7
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
Municipal GIS: ownership of data / details #2
Comments
+1 to @mapmeld's comments, and add: Assessment data is some of the highest-value GIS data out there from the standpoint of direct economic value creation. Unfortunately, for that very reason, lots of counties try to charge large fees for this info. Some kind of organized strategy to push on this front would be incredibly useful (e.g., mobilizing the actors who benefit, producing prepackaged talking points for local pushing, etc.) |
This is enormously helpful, @mapmeld and @daguar—thank you. My hope is that some localities will be interested in sharing some or all of their data, because doing so will enable them to provide a modern, functional, free web-based GIS system on their own website, for the benefit of their citizens. But even localities that don't share assessment data are still sharing a great deal of useful data. Something is better than nothing. :) But, yes, @daguar, I'm not prepared to give up that easily. |
Not sure if it's relevant, but we've been successful in getting Canadian governments to send us electoral boundaries and getting permission to distribute those boundaries, which we’ve then been able to aggregate on GitHub and make available via API. That’s boundaries for 353 governments (though we only had to ask 90, because some are aggregators). By population represented, we’re 80-90% of the way to having all electoral boundaries at all levels of government. |
Wow, that's really great—y'all are doing great work! I'll have to read through that to learn more about it. Thanks for that! |
We haven't published much about our data collection process, but I'm happy to answer any questions here or by email. |
I've been really intrigued by the OpenAddresses project as a potential model for something like "OpenParcels" — they store links to source data, and then (appear to) write one-off crosswalks for the source data fields to the standardized data schema. For example, here's the source data record for Alameda County, CA: {
"coverage": {
"country": "us",
"state": "ca",
"county": "Alameda"
},
"data": "https://data.acgov.org/api/geospatial/8e4s-7f4v?method=export&format=Original",
"license": "http://www.acgov.org/acdata/terms.htm",
"year": "",
"type": "http",
"compression": "zip",
"conform": {
"merge": [
"feanme",
"featyp"
],
"lon": "x",
"lat": "y",
"number": "st_num",
"street": "auto_street",
"type": "shapefile"
},
"fingerprint": "177cd91707ab2c022304130849849255",
"version": "20140330",
"cache": "http://s3.amazonaws.com/openaddresses/us-ca-alameda.zip",
"processed": "http://s3.amazonaws.com/openaddresses/us-ca-alameda.csv"
} What's more, in general I think this is an interesting approach for doing mass open data collection in a structured way, and worth considering across other project domains. |
We're thinking along the same lines, @daguar. I filed my first pull request with OpenAddresses a few days ago, and while I think the address data is valuable, I know that's raw material for an open, parcel-based map of the entire country. I'm trying to figure out how we can support OpenAddresses, toward the goal that @mapmeld created with this issue. |
Municipal GIS should include sections on ownership of data:
Technical implementation (not sure if this is too low-level)
Bonus points:
The text was updated successfully, but these errors were encountered: