<div dir="ltr">On Thu, Feb 21, 2013 at 6:27 PM, Brian Cavagnolo <span dir="ltr"><<a href="mailto:bcavagnolo@gmail.com" target="_blank">bcavagnolo@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey guys,<br>
<br>
In a previous thread on parcel data, some people expressed interest in<br>
participating in creating some sort of open repository for parcel<br>
data.  I was imagining a conference call or something to discuss next<br>
steps, but I think we can advance with email.  I'm imagining that it<br>
makes sense to separate the data gathering process from the data<br>
standardization/import process.<br>
<br>
Regarding the data gathering, the main objective is to gather recent<br>
raw data, licensing terms, and meta data from jurisdictions in<br>
whatever form they make it available, organize it in a dumb directory<br>
structure.  I was just going to set up an FTP (read-write)  and HTTP<br>
(read-only) server to get this going.  Are there any<br>
recommendations/opinions on a longer-term approach here?  Custom<br>
webapp?  Off-the-shelf webapp?  Somebody mentioned a git repository.<br></blockquote><div><br></div><div style>I think the easiest thing to do right now is to collect a list of URLs and contact information for where this data might be. When it's easily obtainable we should download it and collate it. I've got a directory on the OSM US server with a few large chunks of data. I'm happy to give you an account if you want to continue filling that up.</div>
<div style><br></div><div style>As far as metadata about this stuff I think a spreadsheet will have to do for now until we figure out commonalities between the available metadata. I suppose knowing the vintage, license, contact information, and location of the file(s) containing parcel data is the most important part.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regarding standardization/import, I was planning on setting up an<br>
empty instance of the rails port as a test bed.  Then participating<br>
users could point JOSM and other tools at this alternative rails port<br>
to examine, edit, and import parcel data.  We could also provide<br>
planet-style dumps and mapnik tiles.  The idea is that we would have a<br>
safe place to screw up and learn.  Does this sound like a reasonable<br>
direction?</blockquote><div><br></div><div style>I don't think we should worry about importing or standardizing into anything yet. That step should happen once we have a pretty good size sample of the data so we can figure out what's available. </div>
</div></div></div>