I ran across 2 misplaced / not immediately locatable points while mapping a local airport.  Since I agree with David's take, I have deleted both.<br><br>Changeset: <a href="http://www.openstreetmap.org/browse/changeset/3391401">http://www.openstreetmap.org/browse/changeset/3391401</a><br>

<br><div class="gmail_quote">On Wed, Dec 16, 2009 at 5:04 PM, Chris Hunter <span dir="ltr"><<a href="mailto:chunter952@gmail.com">chunter952@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div></div><div class="h5"><div class="gmail_quote">On Wed, Dec 16, 2009 at 10:00 AM, David Fawcett <span dir="ltr"><<a href="mailto:david.fawcett@gmail.com" target="_blank">david.fawcett@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I don't support the import at this time either.<br>
<br>
I think that this type of data is far better queried from the source<br>
at the time it is needed and mashed on top of OSM.  States are<br>
continually improving this data and pushing it up to EPA where the<br>
changes will be reflected in new versions of the KML file.  Is it<br>
likely that OSM contributors will create diffs and hand edit the<br>
locations and attributes as they change?<br>
<br>
If data like this is imported, it should not be done without a well<br>
thought out tagging/description scheme that others buy into for<br>
environmental data.  These tags should indicate the type of<br>
environmental interest that it it is and if it is from a particular<br>
EPA program, it would be very useful to use namespace specific tags<br>
like type=epa:npl, type=epa:brownfield, etc.  Maybe a standard OSM tag<br>
to indicate that the location has not been verified, like the tiger<br>
data.<br>
<br>
Personally, I think that if it is there, it should also be tagged in a<br>
way that it doesn't show up on the default renders.  An interesting<br>
project would be something like 'OpenEnviroMap'  (ala OpenPisteMap), a<br>
stylesheet and tagging scheme to pull all flavors of environmental<br>
info into a map.<br>
<br>
I don't understand what the rush is to put 100k of points into OSM<br>
without the proper work up front.  In IT-speak, you seem to be heavily<br>
invested in a solution without having done the business analysis or<br>
established the business need.  I guess that is the beauty:horror of<br>
OSM, it is a wiki, anyone can import whatever they want, however they<br>
want.<br>
<br>
I am starting to repeat myself in these posts, so I really don't think<br>
that I have anything else to add to this discussion.  If your goal is<br>
to add value to the data or make the latest version of data available<br>
to people who currently don't have access to it, I don't see the case<br>
for putting it into OSM.  What is your goal behind this effort?<br>
<font color="#888888"><br>
David.<br>
</font><div><div></div><div><br></div></div></blockquote></div></div></div>+1<br>
</blockquote></div><br>