opendata / Data-Ecosystems

Ideas and plans for developing new ecosystems of open data. [RETIRED]
37 stars 7 forks source link

Municipal GIS: ownership of data / details #2

Open mapmeld opened 10 years ago

mapmeld commented 10 years ago

Municipal GIS should include sections on ownership of data:

Technical implementation (not sure if this is too low-level)

Bonus points:

daguar commented 10 years ago

+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.)

waldoj commented 10 years ago

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.

jpmckinney commented 10 years ago

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.

waldoj commented 10 years ago

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!

jpmckinney commented 10 years ago

We haven't published much about our data collection process, but I'm happy to answer any questions here or by email.

daguar commented 10 years ago

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.

waldoj commented 10 years ago

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.