[Talk-ca] "Canada Data Import Status" was edited recently

[Sam Vekemans]

On Sat, Sep 19, 2009 at 6:39 PM, Frank Steggink <steggink at steggink.org>wrote:

> Hi Sam,
>
> I have just added some new tiles which I'm going to import, but I decided
> to merge them immediately, because they don't contain much data. This will
> keep the number of rows in the spreadsheet lower, since there are many NTS
> tiles which barely contain data, or perhaps no road data at all. On the
> other side, for other types of data, like lakes, the density will be (much)
> higher. Eventually, the number of rows will grow us above the head.
>
> Yes, i think there is a limit to the number of rows that GoogleSpreadsheet
will allow.. so im not sure how to deal with that yet. .. it's a work in
progress :-)


> Regarding the upload of data, I understand that it is your intention that
> this is going to be used for the CanVec import. However, the Roadmatcher
> result is often not what I'm going to upload. I'm moving some segments from
> standalone to excluded, and back. There are also quite some existing roads
> in OSM with no names. How can the Canvec import deal with them?
>

Canvec doesn't deal with roads.  But furtunatly, on the next update from
GeoBase, the roadsnames will be available.   So your geobase2osm script will
need to be run again at a later time.


Regarding standalone, and excluded.   I think that as long as the full area
of geobase roads.osm file is made available, it doesnt really matter what
size the thing is.   Take for example Vancouver Island.  It's only in the
busy areas that the file gets big (megs), so you can have an OSM file
covering all of northern BC in 1 go.   The point is that this is available,
so then when then next version of GeoBase roads becomes available, we have
something direct to match it with.  we can THEN make a DIFF file comparing
the old and the new, and will have a much smaller .osm file that needs to me
merged into OSM.

And so, for the excluded parts. .. as long as your filename tells what tiles
that covers, i guess it doesnt really matter how many rows it takes up :)

I hope that makes some sense.

Cheers,
Sam


> Frank
>
> Sam Vekemans wrote:
>
>> Hi Frank,  cc:talk-ca
>>
>> Im just editing the Google Docs Chart of the Canada Import Status.
>> And making it so that each row contains a separate NTS tile.  That way, we
>> can keep track of the progress in that tile.
>> So for example, if your converting a GeoBase road area that convers
>> multiple tiles, just copy that reference download link onto each of the rows
>> with the same information.
>> Im adding in the reference details for the canvec data, and so when people
>> start copying it over, there needs to be space for each.
>>
>> Hope that makes sence,
>> cheers,
>> Sam
>>
>> Twitter: @Acrosscanada
>> Facebook: http://www.facebook.com/sam.vekemans
>>
>>
>> On Sat, Sep 19, 2009 at 5:52 PM, Google Docs <notify at google.com <mailto:
>> notify at google.com>> wrote:
>>
>>    See the changes in your Google Document "Canada Data Import
>>    Status": Click here
>>    <
>> http://spreadsheets.google.com/ver?key=tmY7V02fBT8C8vimCf8ioXg&t=1253407974411000&pt=1253407899848000&diffWidget=true&s=AJVazbU_jKmP8OKMnCsf5w3IjbAG6mvKpQ
>> >
>>
>>    fsteggink made changes from 9/19/09 5:51 PM to 5:52 PM
>>
>>        * Values changed (2)
>>        * Row deleted (2)
>>
>>
>>
>>    Open the current version of your Google Document "Canada Data
>>    Import Status": Click here
>>    <http://spreadsheets.google.com/ccc?key=tmY7V02fBT8C8vimCf8ioXg>
>>
>>    Powered by Google Docs
>>    ---
>>    Want to stop receiving this email? Click here
>>    <
>> http://spreadsheets.google.com/nt?key=tmY7V02fBT8C8vimCf8ioXg&r=4325956991244192386
>> >
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20090919/d1f09f7f/attachment.html>