Answered below,<br><br clear="all">Twitter: @Acrosscanada<br>Facebook: <a href="http://www.facebook.com/sam.vekemans">http://www.facebook.com/sam.vekemans</a><br>
<br><br><div class="gmail_quote">On Wed, Jun 17, 2009 at 4:57 AM, "Marc Schütz" <span dir="ltr"><<a href="mailto:schuetzm@gmx.net">schuetzm@gmx.net</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 class="im">> I think the definitions really don't belong in the the data -- perhaps<br>
> if you want to see them, your browser should look them up in some<br>
> table rather than load from the data.<br>
<br>
</div>+1<br>
<br>
It should be sufficient to keep the canvec:UUID, source and attribution tags, and maybe a few of the other canvec:* (CMAS?). I don't see why we would need most of the others. If someone is really interested in them, they can look them up in Canvec using the UUID.<br>
</blockquote><div><br>Actually, its not that easy to look up a source with the uuid from CanVec data.<br>They would need to open up the shp files and sift through the data. Unfortunately the canvec data isn't organized to that extreem on their website. The purpose of keeping the uuid is that it might be used during the conversion process to compare old/new canvec data. Other than that, the "source" tag is really the only one that is technically needed.<br>
<br><br>Arguments to keep all original tags as available.<br><br>When importing large amounts of data, not only are we importing the data, but also opening the door to all of the users of that data, who now have a 2nd choice of where to extract the data (cloudmade provides shp files of OSM data)<br>
So now, users of geogratis data, can turn to OSM, where they can now see the value of working WITH the data. For example, a federal parks manager, who would turn to geogratis to get a basemap, can now use OSM, as the map is more accurate.<br>
However, because government is a stickler for 'official source' we can provide the source tags, that anyone can go to geogratis and varify the detail.<br><br>This is a fair trade off, as not only am i copying the data, i am providing an accurate 'carbon' copy of the origional source.<br>
<br>In order to be 'sync' with the import data, it all needs to be there. (All or none?)<br><br>I think this is a fare tradeoff, as it lets us have are cake, eat it, AND also share it with more types of data users. (where a certain other map, doesnt do this) ... (ie if BC Parks decides do donate their 'official' property boundaries) they too could include their back-end cross referencing system, and ALSO include osm standard tags)<br>
<br>Arguments against:<br>-This is OpenSTREETMap where we only provide ways with names, and make relations and add things that end users want.<br><br>But, an end-user can also be a city planner who is thinking of sharing all there origional survay data, and property boundary information. Provided they can also include lot numbers, and official property easment.<br>
<br>If there is an unlimited number of tags alloud, why not keep them?<br><br>If i remove SOME and not ALL, where do we draw this line in the sand?<br><br>I think we need to make it clear on a global level, exactly WHAT should be included or omited with an import. (any builk import for that matter)<br>
<br>If you dont like it because it looks like 'clutter', but infact its useful. .. i dont know if thats a strong argument.<br><br>Perhaps I think we need to find a former Geogratis user, who will now be using OSM. And find out just how useful there tags are. (as im not one, my voice is rather quite)<br>
<br>Right now the evedence to keep all the tags is not that great. ... <br><br>The process of removing these tags is not small. So a definate answer should be found before i continue with more importing :)<br><br><br><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
created_by should be removed, too. This is better moved into the changeset. One could even argue that "source" belongs there, too.</blockquote><div><br>Well 'cause its not only me uploading, it can be anyone who wants to use the canvec2osm script, you dont need to be logged in with geobase:username. ... because your only importing a few features that you want. ... and there's no way to control what gets typed into the changeset. Would be nice if everyone followed what im doing. ... but not possable. <br>
The created_by tag of 'canvec2osm' so people know it was my (crappy script) that made the mess :), so they can turn to me, and go to the canvec2osm wiki page to try to figure out how to fix problems.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Regards, Marc<br>
<font color="#888888"><br>
--<br>
GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss<br>
für nur 17,95 Euro/mtl.!* <a href="http://portal.gmx.net/de/go/dsl02" target="_blank">http://portal.gmx.net/de/go/dsl02</a><br>
</font></blockquote></div><br>Cheers,<br>Sam Vekemans<br>Across Canada Trails<br>