<br><br><div class="gmail_quote">2009/3/23 Sam Vekemans <span dir="ltr"><<a href="mailto:acrosscanadatrails@gmail.com">acrosscanadatrails@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<span style="border-collapse: collapse;"><div>Thanks,</div><div>Good call. :-)</div><div><br></div><div>The point feature "building=yes" otherwise known as </div><div><br></div><div><div>
point,CODE,2010010,canvec:CODE,2010010</div><div>point,CODE,2010010,building,yes</div><div><br></div><div>What it does is show up as a little house icon with JOSM</div><div><br></div><div>for the polygons, they show up as nice shapes.. and when clicked on would simply state this this is a building.</div>
<div><br></div><div><div>outer,CODE,2010012,canvec:CODE,2010012</div><div>outer,CODE,2010012,building,yes</div><div><div>inner,CODE,2010012,canvec:CODE,2010012</div><div>inner,CODE,2010012,building,yes</div><div><br></div>
</div><div><br></div><div>I have not yet received the answer from NRCan about if the location of the node is EXACTLY where the building actually is, or is it just shown in the general area. If it is the former, then this information can be taken into account.</div>
</div></div></span></blockquote><div><br>The position of buildings may be "exact" if the acquisition methods was from stereo-digitization. If it came from map scanning they may have been displaced for map representation purposes. My guess is 80% of the buildings in CanVec come from map scanning. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><span style="border-collapse: collapse;"><div><div><div></div>
</div><div><br></div><div>What i can do, and i presume that you all would agree, is to add this feature to the "not4osm" folder so then it could be used as an assistant for the person who is actually uploading the information.</div>
<div><br></div><div>However, I would also agree that adding this feature would be similar to me using the Aerial imagery and whereever i spot some "THING" that looks like a building, quickly tag it as building=yes. ... this information is meaningless to the map user. ... odds are, that right next to it is some other 'building'. Unless the purpose is clearly stated, we dont need to include this feature.</div>
</div></span></blockquote><div><br>Following the new information I received from <a href="mailto:tilesathome@openstreetmap.org">tilesathome@openstreetmap.org</a> (i have just forwarded the email to talk-ca) we may still want them for mapping purposes.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><span style="border-collapse: collapse;"><div><div></div>
<div><br></div><div>And YES, there are other point features which need to be looked at to see if they are actually useful. As im going through the sharts, i'll now be looking at it.</div></div></span></blockquote><div>
<br>We can list them, then check with the <a href="mailto:tilesathome@openstreetmap.org">tilesathome@openstreetmap.org</a> talk if they are part of the render feature.<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;">
<span style="border-collapse: collapse;"><div><div></div><div><br></div><div>For example, when the feature lists 9 or so different feature types, the general practice for both GeoBase & CanVec is to state "-1" unknown and "0" none ... i would suggest that these features be omitted from the import also.</div>
<div><br></div><div>Any thoughts on that?</div></div></span></blockquote><div><br>Again it depends if the <a href="mailto:tilesathome@openstreetmap.org">tilesathome@openstreetmap.org</a> talk confirm that no render is possible. If we really want them display we can ask them ?<br>
<br>Michel <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><span style="border-collapse: collapse;"><div><div></div><div><br></div>
<div>Cheers,</div><div>Sam</div><div><br></div><div>P.S. I was thinking of adding another column to the 11 themes of CanVec charts, for "status" </div>
<div>PPS. I am still finding some features that were accidentally missed when i was copying the data from the feature catelogue to the charts, so it's a good idea to cross-check with the .pdf catelogue to find out what the actual definition was. ~ probably 95% accurate, but always good to check :-)</div>
</div><div><div></div><div class="h5"><div><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
Hi all,<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
Two weeks ago, I worked on the import of CanVec-Buildings using Map feature<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
table on the wiki. I noticed at that time that point buildings imported as<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
building="yes" did not appear on the osm map. Sam probably rebembered the<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
discussion about it. So, I sent my question to the<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<a href="mailto:tilesathome@openstreetmap.org" target="_blank"><span style="color: rgb(6, 88, 181);">tilesathome@openstreetmap.org</span></a><span style="color: rgb(6, 88, 181); text-decoration: underline;">. It appears that building="yes" will be</span><a href="mailto:tilesathome@openstreetmap.org" style="color: rgb(6, 88, 181);" target="_blank"><br>
</a></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<a href="mailto:tilesathome@openstreetmap.org" target="_blank"><span style="color: rgb(6, 88, 181);">rendered on the map only if they are polygons.</span></a><a href="mailto:tilesathome@openstreetmap.org" style="color: rgb(6, 88, 181);" target="_blank"><br>
</a></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
To conclude, I think there is no reason to import Canvec point building<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
unless they have specific functions. It may be true for other point<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
features. We should make sure before importing them.<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
cheers,<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
Michel<br></blockquote></div></div></span>
</blockquote></div><br><br clear="all"><br>-- <br>Michel Gilbert<br>