<div class="gmail_quote">I cc'd to talk-ca list, as it's also relevant.</div><div class="gmail_quote"><br></div><div class="gmail_quote">I do see our point Ian, as when i look through, south of the border, i have no actual need to be seeing all these extra tags. </div>
<div class="gmail_quote">Yes, they are relevant, but only for the person(s) who are using those tags for the update program.</div><div class="gmail_quote"><br></div><div class="gmail_quote">So really, all that is needed is the tag that says it's source, and the NID tag. ..  Since the python script only really needs to know weather or not that point/way actually exists. .. from there, it compares to the OSM tags. </div>
<div class="gmail_quote">the tag "nrn:datasetName=Ontario" is that Really needed?</div><div class="gmail_quote"><br></div><div class="gmail_quote">It's only at the GeoBase side that the tag would be useful. ... searching for all the roads in the Ontario dataset of the National Road Network. ... so the purpose of having this would be;</div>
<div class="gmail_quote">1 - if we wanted to remove all the data (from a planet.osm dump)</div><div class="gmail_quote">2 - if we wanted to replace this dataset with a new one, we would have a tag to go by.</div><div class="gmail_quote">
<br></div><div class="gmail_quote">the tag "is_in=Ontario" would that not say the same thing?<br><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">So the arguments stated are;</div><div class="gmail_quote">
1 - filling up the database with extraneous information</div><div class="gmail_quote">2 - increases the size of the file download</div><div class="gmail_quote"><br></div><div class="gmail_quote">That brings us to an excellent point;</div>
<div class="gmail_quote">We must be sure to "clearly define" the purpose of adding each extra tag.  If the tag only serves as a 'cosmetic' tag, it's not needed.</div><div class="gmail_quote"><br></div>
<div class="gmail_quote">IMO Tags which get imported should do the following;</div><div class="gmail_quote">1 - tell the renderer what the data is and how it relates to existing OSM Map Feature standards</div><div class="gmail_quote">
2 - tell the OSM users WHO imported the data</div><div class="gmail_quote">3 - give the python script some cross-referencing tags to 'RoadMatch'</div><div class="gmail_quote">4 - be the same type of tags that the OSM user would place in otherwise, if the imported data was NOT available.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">IMO So far, i think the tags we have are fine, but it's worth some discussions. :)</div><div class="gmail_quote"><br></div><div class="gmail_quote">Message: 1<br>
</div><div class="gmail_quote">
Date: Tue, 6 Jan 2009 11:34:49 -0600<br>
From: "Ian Dees" <<a href="mailto:ian.dees@gmail.com">ian.dees@gmail.com</a>><br>
Subject: [Talk-us] Large-scale Data Imports and Tags on Nodes<br>
To: Talk-us <<a href="mailto:talk-us@openstreetmap.org">talk-us@openstreetmap.org</a>><br>
Message-ID:<br>
        <<a href="mailto:3baad6b80901060934x4ab85375o7b2dcdcc39f3c1d7@mail.gmail.com">3baad6b80901060934x4ab85375o7b2dcdcc39f3c1d7@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
I don't think it makes sense to put tags on nodes for mega-imports. This<br>
adds tons of extraneous information that fills up the database quite<br>
quickly. It also increases the size of OSM file downloads by a large margin<br>
<br>
Is it really a good idea to attribute each node? Let's stick with<br>
attribution on ways. If we're really worried about it, we could do mass<br>
imports with a specific user and give that user a wiki page to describe<br>
where the data came from.<br>
<br>
...discuss...<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.openstreetmap.org/pipermail/talk-us/attachments/20090106/2c2a9aa6/attachment.html" target="_blank">http://lists.openstreetmap.org/pipermail/talk-us/attachments/20090106/2c2a9aa6/attachment.html</a><br>

<br><br>
</div><br>