[Talk-ca] Nova Scotia imports, and boundary=land_area

Thu Nov 1 20:22:43 UTC 2018

The Canadian Federal Government Open Data License is one of the few that 
has been formally approved by the legal working group.  I would have 
preferred to see it released through the Treasury Board's Open Data 
portal that way there is no question about the license but I accept 
Alessandro's statement it is released under that license.

In the same way that we do not import everything that CANVEC offers 
through the Treasury Board Open Data portal I think we need to examine 
and treat this data in the same way.  James has already made a comment 
on part of it.

There is a history of importing data from the TB Open Portal in small 
quantities on an Ad Hoc basis which makes drawing a line to say none of 
this data should be used unless there is an import plan that has been 
approved etc.

The pilot was different. There we did a formal import plan for Ottawa 
and the decision was taken by local Ottawa mappers to proceed and they 
did the import.

Importing everything that Stats Canada could find across Canada is a 
little different.  Who are the local mappers who make the decision to go 
ahead or not?  Remember that parts of Canada are closer to Europe than 
the west coast.

Should it be done using a grid?

Who should do it?  and that is an interesting question given that mapper 
resources are not unlimited and doing an import is more complex than 
running a maperthon with new mappers.

Cheerio John

Дмитрий Киселев wrote on 2018-11-01 3:47 PM:
> Hi John,
>
>     Looks like the wiki needs amending to only list open data with the
>     correct license either separately or a note added to each entry.
>
>
> what's the status of OGL-CA is it compatible or not,
> or compatible with some restrictions or only for some datasets?
>
> StatsCan just published building footprints dataset under OGL-CA it's 
> of course quite controversial
> do we want to import some parts of that dataset or not, but looks like 
> there is no concerns about
> license compatibility (at least on mailing list),
> Is that true or not, or we don't have legal answer which we can rely on?
>
> вс, 21 окт. 2018 г. в 11:52, John Whelan <jwhelan0112 at gmail.com 
> <mailto:jwhelan0112 at gmail.com>>:
>
>     Looks like the wiki needs amending to only list open data with the
>     correct license either separately or a note added to each entry. 
>     I have noticed before there is no authority listed on the wiki.
>
>     Cheerio John
>
>     Дмитрий Киселев wrote on 2018-10-21 10:28 AM:
>>     About source, I suppose it's
>>
>>     https://wiki.openstreetmap.org/wiki/WikiProject_Canada#Open_Data [12]
>>
>>     вс, 21 окт. 2018 г. в 10:20, Frederik Ramm <frederik at remote.org
>>     <mailto:frederik at remote.org>>:
>>
>>         Hi,
>>
>>         there's a mapper in Canada - Darthmouthmapper - who seems to:
>>
>>         1. import data from a source he calls "Nova Scotia Open Data"
>>         - I am not
>>         aware of any imports discussion, and the source specification
>>         is not
>>         precise enough to determine the legal status of that. Judging
>>         from past
>>         changeset comments, whatever imports procedure is used must
>>         have a
>>         number of flaws.
>>
>>         2. import administrative boundaries
>>
>>         2a. as a mesh of closed ways (where most people would prefer
>>         relations),
>>
>>         2b. with, among other things, the tags "_Shape_Area_=yes",
>>         "addrcountry=Canada" (no colon!), "addr:postcode" (which is not
>>         generally used for objects that do not represent an address), and
>>         "type=land_area" (which is not generally used on closed ways).
>>
>>         2c. The combination of a level-8 admin boundary and
>>         place=village is
>>         also unusual (eg https://www.openstreetmap.org/way/616463020)
>>         but I
>>         cannot judge if this is normal in Canada. This is also used in
>>         residential areas https://www.openstreetmap.org/way/636390857
>>         - is this
>>         area really a "village"?
>>
>>         3. use a ton of is_in tags which are highly unusual nowadays
>>
>>         4. occasionally change existing relations (not ways) from
>>         type=boundary
>>         to type=land_area
>>         (https://www.openstreetmap.org/relation/8417484/history)
>>
>>         5. add addr:postcode and addr:province to place=village nodes
>>
>>         6. revert corrections applied to this by other users,
>>         claiming that "The
>>         video and instructions state these can be part of the ways"
>>
>>         A number of people have complained in the past
>>         http://resultmaps.neis-one.org/osm-discussion-comments?uid=698649&commented
>>         but many of the issues seem to be present still.
>>
>>         Before I ask him to fix this -- are any of the behaviours /
>>         mapping
>>         techniques outlined above somehow usual in Canada?
>>
>>         Bye
>>         Frederik
>>
>>         -- 
>>         Frederik Ramm  ##  eMail frederik at remote.org
>>         <mailto:frederik at remote.org>  ## N49°00'09" E008°23'33"
>>
>>         _______________________________________________
>>         Talk-ca mailing list
>>         Talk-ca at openstreetmap.org <mailto:Talk-ca at openstreetmap.org>
>>         https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>>
>>     -- 
>>     Best regards,
>>     Dmitry
>>     _______________________________________________
>>     Talk-ca mailing list
>>     Talk-ca at openstreetmap.org <mailto:Talk-ca at openstreetmap.org>
>>     https://lists.openstreetmap.org/listinfo/talk-ca
>
>     -- 
>     Sent from Postbox
>     <https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>
>
>
>
> -- 
> Best regards,
> Dmitry

-- 
Sent from Postbox 
<https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20181101/77ebe1c5/attachment-0001.html>