<p>There was initial enthusiasm from some folks I've talked to at the NYPD Office of Emergency Management.</p>
<p>They're unfortunately hindered more by NYC's ill-suited data policy but the fact remains that they have far better data than sets like Tiger and get discouraged seeing folks manually redoing the work they do all day long. (note: not official word of NYC or OEM, but the feeling I've gathered in talking with one of their GIS honchos) </p>

<div class="gmail_quote">On Apr 2, 2012 4:15 PM, "Brett Lord-Casitllo" <<a href="mailto:marigolds6@yahoo.com">marigolds6@yahoo.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div style="font-size:12pt;font-family:arial,helvetica,sans-serif"><div>

</div><div>> I think imports (taking a large number of objects
from an external </div>

<div>> source and placing them in OSM all at once) is bad
for the community.</div>

<div>> Most of you have heard me say this before.<span>  </span>I still have no hard </div>

<div>> evidence to prove it. <span> </span>There is also no hard counter-evidence.<span>  </span>At </div>

<div>> best, imported data will be unmaintained.<span>  </span>I glibly offer most TIGER </div>

<div>> ways as evidence.</div>

<div>> I ask you to suspend disbelief for a moment, and
presume that imports </div>

<div>> are generally bad, and presume that adding new
mappers is generally </div>

<div>> good.</div>

<div> </div>

<div>While imports are bad for mappers, disallowing imports is
also bad for users. We had initially had a lot of enthusiasm for OSM and were
planning to integrate it into our editing workflows and applications.</div>

<div>When imports from our editing workflow were rejected, we
pretty much gave up. Our cartographer group hand edits just as much as a
volunteer mapper, including fieldwork, official documents, lidar, and aerial
photography in their workflow. We even have terabytes of GPS traces from our
patrol vehicles. When their contributions were disallowed, we were essentially
cut off from making any corrections to data that we knew was wrong. That
greatly decreased the value of OSM for us, and we stopped plans to use OSM for
new web applications. Obviously we completely halted plans to integrate it into
our editing workflows.</div>

<div> </div>

<div>So yes, this strategy encourages new mappers, but having
to stare at bad data without being able to touch it also discourages us as a
new user. I suspect we are not the only group discouraged in this way.</div>

<div> </div>

<div>Brett Lord-Castillo</div>

<div>Information Systems Designer/GIS Programmer St. Louis
County Police Office of Emergency Management</div>

<div>14847 Ladue Bluffs Crossing Drive</div>

<div>Chesterfield, MO 63017</div>

<div>Office: <a href="tel:314-628-5400" value="+13146285400" target="_blank">314-628-5400</a><span>    </span>Fax:
<a href="tel:314-628-5508" value="+13146285508" target="_blank">314-628-5508</a></div>

<div>Direct: <a href="tel:314-628-5407" value="+13146285407" target="_blank">314-628-5407</a><span>    </span></div>

</div></div><br>_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/listinfo/talk-us</a><br>
<br></blockquote></div>