I haven't been able to find any other issues with the Vancouver area data, and the solutions to these problems seem reasonable. So I guess it's okay to go ahead with what we have.
On the topic of reefs: from what I've seen in comparing Canvec reefs with aerial photography, it looks like reefs will have to be handled on a case-by-case basis anyways. Thus, changing the tag mapping schema for this conversion process probably wouldn't help anyways. On Fri, Jul 2, 2010 at 9:07 AM, Bégin, Daniel < daniel.be...@rncan-nrcan.gc.ca> wrote: > Bonjour Adam - and all, > > Needs to fix something? So far... > > *Toponymy - too many spaces along with cardinal direction: * > It seems to be a problem with some of the original BC data. I will log it > to appropriate authorities to have the source corrected. No program fixes > needed. It will have to be done by local mappers when necessary. > > *Toponymy - Derived from NHN data:* > When toponyms becomes available in NHN data, they are included in the next > Canvec release - usually within less than 6 months > > *Reefs - duplicate way tagged natural=water:* > In Canvec Product, a reef creates a hole in the surrounding water area. I > did not changed the Canvec data model, except for addressing schema. If you > use the duplicate way tagged natural=water, it should be to define an inner > polygon in a Multipolygon relation. I would suggest to check the rendering > for each scenario - even if we are not supposed to map for the rendering... > > *Coastline - changing natural=water for natural=coastline for coastal > water: > *It all depends on the definition of coastal water! The Canvec data is > derived from GeoBase NHN. If something is identified as a coastal water > body in NHN product, it will be tagged natural=coastline in Canvec.osm. If > not, it will tagged as natural=water. No fixes need. > > Cheers, > > Daniel > > ------------------------------ > *From:* Adam Dunn [mailto:dunna...@gmail.com] > *Sent:* 30 juin 2010 14:47 > *To:* Bégin, Daniel > *Cc:* Talk-CA OpenStreetMap > *Subject:* Re: [Talk-ca] Canvec.osm Product - Last Call !!! > > @Daniel: Not fixing the triple space thing that goes along with cardinal > directions? > > @All: Reefs are currently being made with a duplicate way marked as > natural=water. Is this necessary? I'm not experienced with tagging maritime > objects. > > A while ago, Sam asked about having natural=water changed to > natural=coastline for coastal waters, but I see it isn't fixed yet. > > When Yan did the NHN nl_flow conversion, he decided to put the name data > into name:1, his reasoning being that NHN sl_water and NHN waterbody also > have the name tags, and those would eventually be imported, and the name > tags could come from those (and just double checked against the nl_flow > name:1). Now there's talk of not doing NHN since it's all included in > CanVec. The current samples from Daniel don't have names on the hydrological > features (at least the Vancouver 092G06 area), however. Is more NHN data > going to be included in future CanVec data, or should names be copied over > from nl_flow? > > Adam > >
_______________________________________________ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca