On Sat, Dec 14, 2013 at 9:29 AM, Jason Remillard <[email protected]>wrote:
> I don't support importing these id tags. For updates, the optimal > identity of an OSM object is a combination of its location, size, and > name/address.You don't have to believe me, Paul has perfectly working > code that does updates to OSM addresses without a primary db key. > Jason, Keeping an id tag does give the advantage that the issuing agency can see if we made changes to it. I really think that OSM can work side by side with government agencies to improve both of our databases. Right now we are mostly just a user of the data. But as we improve and refine the data, ours becomes better. For example, this gives fire departments better house locations so they can improve their data. Collaborating with governmental groups (just as long as they have more than 3 letters that start with N) can give us positive press. That positive press will bring new users to OSM. I do agree that we can easily get by without the source id tag. But my feeling is that for a minimal investment, we can gain some positive benefits. BTW - I need to clear up some confusion. This is only an address import. No buildings. We do have some building outlines, but feel that addresses have a higher priority. We are using NYC suggestion of splitting up the data by voting district. A typical district has 200 to 300 addresses. The biggest has just under 700. -- Clifford OpenStreetMap: Maps with a human touch
_______________________________________________ Imports-us mailing list [email protected] https://lists.openstreetmap.org/listinfo/imports-us
