Re: [Talk-ca] Deleting Ways
2008/12/30 Richard Weait rich...@weait.com On Tue, 2008-12-30 at 22:52 -0500, Michel Gilbert wrote: The new file with boundaries at 500 nodes is ready for an upload. But first I have to delete the current ones. Dear Michel, Bravo. The first run of the border import is a wonderful improvement, even if imperfect. Thank you for doing it. For the re-upload, may I suggest these changes? source = name of your conversion script and version # then make it available on the wiki / SVN as GPL? created_by = name of your upload script and version # then make it available on the wiki / SVN as GPL? nat_ref does not apply in my opinion. OSM expects ref for highway shields. Use a new tag like geobase:nat_ref = nat_ref# so that it is namespaced and does not break other uses of nat_ref. Use geobase:uuid = uuid# where geobase provides them. I will take your suggestions. I like when people gives good ideas. Right now, I have my two hands deleting the current boundaries. Thanks, Michel Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] What we dont know from GeoBase
Hi all, I'll try to separate the ideas into separate discussions :) We don't know: 1. Is GeoBase/GeoGratis going to make available the dataset so that it can be shown as Nodes ONLY? We need this because; 1.1 - thats how any updates can happen. ... it's like a bar-code for everything that is imported, so we know how to deal with it. 1.2 For those areas of EXTREME osm coverage, is handy, because its easy to spot where new mapping work is needed. 2. Re: Road Name/Numbers Is geobase going to have all of the road names and numbers available for all the provinces? and when? We need to know this because: 2.1 StatsCAN already has available, so it could be an option to grab the raw data directly from there? 2.1.1 but does statsCAN also contain Road numbers? http://www.statcan.gc.ca/bsolc/olc-cel/olc-cel?catno=92-500-XWE〈=enghttp://www.statcan.gc.ca/bsolc/olc-cel/olc-cel?catno=92-500-XWElang=eng 2.2 For the issue of QUALITY data. we know that it not possible to manually copy the road numbers FROM geobase data TO osm data. ... but... manually copying all the other features FROM osm data TO geobase roads, is much easier. 3. Re: CanVec data Then why has this dataset been created? ... why doesnt all the data which is available ONLY on CanVec, just simply be merged into the GeoBase dataset?.. We need to know this because: 3.1 It makes it rather confusing when looking at the canvec data list, to see the chart included in geoabase = yes ... but then we dont know, which one is more accurate? ... why even include it in the CanVec list? 3.2 It makes the referencing confusing, as it's a sub-reference which is need. 3.3 Will the next version of CanVec data, only include CanVec data? .. and no GeoBase Data? I think that should cover it so far, sorry if some questions have already been answered (sometimes it takes a little while for facts to settle in). As we'd rather not be making decisions from assumptions. Cheers, Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] What we dont know from GeoBase
After that last message I sent, I thought it might be a good time to reiterate my one point of view here. My impression is that the goal of the OSM project is to create the most useful Free (capital F Free) map of the world possible. For a long time, the only real way to do this was to gather data from various user contributed sources. Tracklogs, POIs etc., and so the project grew. Much data was contributed, and many man hours went in to the maps. The result of all that effort was very good coverage in some areas. (specifically areas where those involved in the project had interest). Enter the government.. Of course all of this data already existed in various forms in various places. No one who makes a street map these days goes out and surveys all the streets involved. The data was slowly amalgamated in to larger and larger sets by governmental agencies (municipal feeding provincial, feeding federal, with additions made at each level, and data agreements allowing various attributes to be shared or not). With new technologies, and public demand, it became possible (and economically feasible) to make this data available on a national level, and to make it Free (capital F Free), which is really cool. But where does this leave projects like OSM? Do they pack up and say oh well, I guess our job is done now. We can all pack up and go home.? No. There is still much to be added to the governmental datasets that the 'man on the street' can do faster than the government. Heck, the Quebec roadset in the Geobase dataset is 6 years old! So where do we go? What we need, is a way to take advantage of the government datasets (it would be foolish to ignore them), in a way that promotes future additions to the dataset from users (in the form of filling in missing data, adding attributes, etc, etc, etc). Fortunately, the data contains a built in method for keeping track of whats what. We just need to keep the NIDs intact. Then any future releases of the government datasets can be integrated with the 'live' dataset in a way that doesn't compromise the user contributed edits (totally new roads will unfortunately have to be manually dealt with, but given that these should mostly be in areas of high interest, its unlikely that they will go unnoticed for long). Who does the above not make sense to? What problems can people point to in the above (one obvious one, is the problem of what to do with the existing data. My feeling is we need to filter out all road data with 'additional attributes', back it up, and then hope to manually add it back in (note, this would only be a major issue in areas where an effort had been made to name streets in a province that currently has no street names on geobase). Anyways, I'm off to bed. Happy new year everyone. Dale ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca