On Tue, Nov 3, 2009 at 5:17 PM, Andrew MacKinnon <span dir="ltr"><<a href="mailto:andrewpmk@gmail.com">andrewpmk@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><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">On Mon, Nov 2, 2009 at 8:13 PM, Sam Vekemans<br>
<<a href="mailto:acrosscanadatrails@gmail.com">acrosscanadatrails@gmail.com</a>> wrote:<br>
> hi All,<br>
> It looks like the City of Toronto just joined in the cool-club :-)<br>
><br>
> Thanks to user:Aude who looks to be a wikipedian... maybe could fix my<br>
> ramblings? :-)... lol ... maybe not..<br>
> <a href="http://wiki.openstreetmap.org/wiki/User:Aude" target="_blank">http://wiki.openstreetmap.org/wiki/User:Aude</a><br>
<br>
</div>Great, so I wasted the last several years mapping Toronto :)<br>
<br>
(I am exaggerating here, because there is a huge amount of data which<br>
simply isn't available in these datasets, and must be added manually.<br>
For example, the location of shops and other businesses.)<br>
<br>
<snip></blockquote><div>You did a super job :)<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;">The CanVec data is junk compared to the City of Toronto data, so I<br>
think we'd be best off not importing it at all.<br></blockquote><div>maybe 'junk' is not accurate... perhaps just "could be better" would be better :)<br><br>... this is why i have the .osm file available for the local team to decide on what they want to copy into OSM. (BTW, there ARE other features in canvec (total 89 features) that might not in the toronto set. <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>
Since this is such a complex job, I think that we need to arrange some<br>
sort of meetup (either in person or on IRC) </blockquote><div><br>As far as actually converting the data to .osm format, i can do that for you all (relatively easily).<br> .. and i can make these .osm files available... And for the features i cant convert to .osm format, someone else who is skilled in python & the PostGISmagic, will be able to make the .osm files available for you all to play with.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">to discuss how we will do<br>
this import.<br></blockquote><div><br>And yes, thats what the team is for, to take a look at the .osm files in JOSM... and see and mark down what features are worthy to copy in, and what aren't... and what method is easist. (postGIS-automatch or manual copying).<br>
.. and deciding who wants to work on what.<br><br>This process is really needs only a few local people, as each of the contributors become the 'care-taker' of the data.. and are responsible for ensuring that whatever data they they copy-in, they are aware of what they are doing. <br>
<br>... so it becomes the local people who discide what they want to copy in. So at my -end, i remove myself from the 'import'.... because all i am doing is making a carbon copy of the source data. .. a direct tag match. (literally download from NRCan / convert / Zip / upload to NRCan)<br>
Where if people see errors in this 'direct-match' that was done and think more/less tags need to be added/removed, then thats a change for the conversion script happens, and the tiles get re-converted. (would be on a 6 month basis, for sanity)<br>
<br>And regarding the "import script", it becomes a choice of 'eitlhor ocal-bulk-import' or manual-bulk-import. .. but the actual importing is done locally. ... or even if you want to skip the converted .osm files and use the source files, and make your own postGIS conversion. That's why the source files are included in the .zip<br>
<br>....<br>So ya, im working on CONVERTIING the various area of Canada data, and making these files available. ... then someone else (or maybe me, if knowone wants to) can open up the files and choose what to upload, and then upload it.<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>
Andrew MacKinnon<br>
<br></blockquote><div><br>So i hope this helps, let me know if you want me to convert the data to .osm sooner than later.<br><br>Cheers,<br>Sam<br><br>P.S. Havent all the roads already been automatched and imported? I it looks like it would be some 'sliding over', and adding in more attributes where available & needed. <br>
<br>& Geographic boundaries dont ever actually touch things in the phsycal world. (they might just-so-happen to be directly on-top), so it could be moved over 5cm if needed to select it.<br>.. so then we have a 10cm 'neutral zone', with 5cm on eithor side of the road centerline that makes the boundaries? :-)<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>
Talk-ca mailing list<br>
<a href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ca" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ca</a><br>
</blockquote></div><br><input id="gwProxy" type="hidden"><input onclick="jsCall();" id="jsProxy" type="hidden"><div id="refHTML"></div>