An interesting system you've devised there. I'm not aware of any listing of boundaries such as you mentioned, but perhaps Daniel has a verbose log produced by the software that he's using? One of the things I was going to ask about for the next Canvec conversion was an RSS feed (or some similar output) of converted tiles, which would help out programs such as yours. By using the filename of each conversion, the lat/long boundaries are predictable, but you currently need to peek inside the zip files to find out how much quad-tree tiling was done.<br>
<br>Adam<br><br><div class="gmail_quote">On Fri, Aug 6, 2010 at 6:42 AM, G. Michael Carter <span dir="ltr"><<a href="mailto:mikey@carterfamily.ca">mikey@carterfamily.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



  

<div bgcolor="#ffffff" text="#000000">
The problem with google docs and wiki, their only useful if people
actually maintain what their working on.   So for my own personal use I
was working on a system to tell where people are working based on the
actual data their entering.   Problem is I only have the boundaries of
the canvec data I've downloaded.  (30/31/40/41).  ... and even then the
boundaries are not 100% accurate, as they tend to over lap.<br>
<br>
<br>
Here's an example of what I have so far...  (still matching canvec
grids to nodes so data isn't all there yet)   I'm also making slippy
maps of just the canvec data (again still in progress)<br></div><br></blockquote></div><br>