Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-05 Thread John Whelan

Sounds good to me.  At least we have raised the issue and discussed it.

Cheerio John

James wrote on 2018-11-05 3:17 PM:
As "Frederick Ramm" would say having external IDs is pointless when 
you can do a spatial join to see what is there and what is not


On Nov. 5, 2018 3:05 p.m., "John Whelan" > wrote:


Something that has come up in the Netherlands is they did an
import then try to update the buildings once a month.  By having
some sort of id tag on the building their feeling is it makes it
much easier to pick out new buildings.

On the technical side would we have such an id on the building
outline if we should wish to separate out new buildings and import
them later. Currently I don't think we do and someone maybe able
to work it out from the position but is it something we should
think about?


Cheerio John

John Marshall wrote on 2018-11-04 6:40 PM:

Great idea John

John

On Sun, Nov 4, 2018, 16:48 john whelan mailto:jwhelan0...@gmail.com> wrote:

I've started the process off by an introductory post to the
import mailing list and we are working on a wiki page which
will be based on the Stat Canada City of Ottawa import wiki page.

Cheerio John

On Fri, 2 Nov 2018, 7:34 pm James mailto:james2...@gmail.com> wrote:

if anyone needs a TM or micro data service, I'm available
for this

On Fri., Nov. 2, 2018, 7:32 p.m. John Whelan
mailto:jwhelan0...@gmail.com> wrote:

This approach seems very sensible however Pierre has
raised the issue of poorly mapped buildings and we
are aware that some were mapped in a mapathon
environment so whilst Ottawa used a"leave existing
buildings alone" approach is this an area where some
judgement should be used?  and yes I am aware that
the official party line is to correct what is there
to retain the history which means taking the "Ottawa"
approach is less controversial but would probably
give us more inaccuracies on the map.

An alternative might be to import all the buildings
with a different tag than building=yes then leave it
to mappers to inspect each before turning the switch
or change the tags to building=yes.  Those that
overlap poorly mapped buildings could be left to some
sort of clean up phase.

Thanks John

Matthew Darwin wrote on 2018-11-02 7:07 PM:


I think we should identify who would like to be
involved in import for each municipality.  (on a
wiki page). On the page, identify roles, like:

  * coordinator
  * import data preparation
  * QA
  * import execution
  * data enrichment (commercial, residential, etc...
tagging)
  * etc..

Then we can see where we have gaps and how to fill
them.  Perhaps some municipalities have local
mappers who will be happy to do the tagging of
building type (and can do some validation if the
buildings look right), but no technical capability
to execute the actual import.  And maybe some folks
who did imports before will help areas where we have
no technical expertise.


On 2018-11-02 6:58 p.m., John Whelan wrote:



So to paraphrase your reply.  A centralised import
plan in the wiki which says the data is approved
for import and should be tackled in chunks of some
sort of region since we are a decentralized
organization.  Which I think is similar to the way
Task Manager works.  The project is broken into
tiles and each tile is tackled completed
separately. The 'Tiles' would of course be somewhat
larger in area and there is a technical limitation
as to how big an area can be downloaded from the
OSM server.

The local mappers certainly have a role to play and
because the goal is not only to import the
buildings but to enrich the tags with commercial
etc so the tag enrichment would be a task that a
mapathon could tackle.  I personally don't think a
new mapper using iD in a mapathon has a role to
play in importing the building outlines into OSM.

The plan should include the technical steps to
import the data.

Thanks

Cheerio 

Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-05 Thread James
As "Frederick Ramm" would say having external IDs is pointless when you can
do a spatial join to see what is there and what is not

On Nov. 5, 2018 3:05 p.m., "John Whelan"  wrote:

Something that has come up in the Netherlands is they did an import then
try to update the buildings once a month.  By having some sort of id tag on
the building their feeling is it makes it much easier to pick out new
buildings.

On the technical side would we have such an id on the building outline if
we should wish to separate out new buildings and import them later.
Currently I don't think we do and someone maybe able to work it out from
the position but is it something we should think about?


Cheerio John

John Marshall wrote on 2018-11-04 6:40 PM:

Great idea John

John

On Sun, Nov 4, 2018, 16:48 john whelan  I've started the process off by an introductory post to the import mailing
> list and we are working on a wiki page which will be based on the Stat
> Canada City of Ottawa import wiki page.
>
> Cheerio John
>
> On Fri, 2 Nov 2018, 7:34 pm James 
>> if anyone needs a TM or micro data service, I'm available for this
>>
>> On Fri., Nov. 2, 2018, 7:32 p.m. John Whelan > wrote:
>>
>>> This approach seems very sensible however Pierre has raised the issue of
>>> poorly mapped buildings and we are aware that some were mapped in a
>>> mapathon environment so whilst Ottawa used a "leave existing buildings
>>> alone" approach is this an area where some judgement should be used?  and
>>> yes I am aware that the official party line is to correct what is there to
>>> retain the history which means taking the "Ottawa" approach is less
>>> controversial but would probably give us more inaccuracies on the map.
>>>
>>> An alternative might be to import all the buildings with a different tag
>>> than building=yes then leave it to mappers to inspect each before turning
>>> the switch or change the tags to building=yes.  Those that overlap poorly
>>> mapped buildings could be left to some sort of clean up phase.
>>>
>>> Thanks John
>>>
>>> Matthew Darwin wrote on 2018-11-02 7:07 PM:
>>>
>>> I think we should identify who would like to be involved in import for
>>> each municipality.  (on a wiki page). On the page, identify roles, like:
>>>
>>>- coordinator
>>>- import data preparation
>>>- QA
>>>- import execution
>>>- data enrichment (commercial, residential, etc... tagging)
>>>- etc..
>>>
>>> Then we can see where we have gaps and how to fill them.  Perhaps some
>>> municipalities have local mappers who will be happy to do the tagging of
>>> building type (and can do some validation if the buildings look right), but
>>> no technical capability to execute the actual import.  And maybe some folks
>>> who did imports before will help areas where we have no technical expertise.
>>>
>>>
>>> On 2018-11-02 6:58 p.m., John Whelan wrote:
>>>
>>>
>>>
>>> So to paraphrase your reply.  A centralised import plan in the wiki
>>> which says the data is approved for import and should be tackled in chunks
>>> of some sort of region since we are a decentralized organization.  Which I
>>> think is similar to the way Task Manager works.  The project is broken into
>>> tiles and each tile is tackled completed separately. The 'Tiles' would of
>>> course be somewhat larger in area and there is a technical limitation as to
>>> how big an area can be downloaded from the OSM server.
>>>
>>> The local mappers certainly have a role to play and because the goal is
>>> not only to import the buildings but to enrich the tags with commercial etc
>>> so the tag enrichment would be a task that a mapathon could tackle.  I
>>> personally don't think a new mapper using iD in a mapathon has a role to
>>> play in importing the building outlines into OSM.
>>>
>>> The plan should include the technical steps to import the data.
>>>
>>> Thanks
>>>
>>> Cheerio John
>>>
>>> Pierre Béland wrote on 2018-11-02 6:35 PM:
>>>
>>> Pour le Québec, je retrouve les données de plusieurs municipalités
>>> Montréal, Longueuil, Repentigny, Shawinigan, Québec et Rimouski.
>>>
>>> Première observation rapide, aussi, elles sont de bonne qualité et
>>> proviennent je suppose des cadastres des municipalités. En milieu urbain,
>>> cela facilite beaucoup l'identification des immeubles juxtaposés.
>>>
>>> Je vois ailleurs, aux États-Unis notamment avec les données de
>>> Microsoft, que les projets sont par région ou municipalité.
>>>
>>> Je pense qu'il faut éviter un projet trop centralisé tant pour assurer
>>> un meilleur contrôle du déroulement dans chaque municipalité, région que
>>> pour permettre aux communautés des provinces et communautés locales de
>>> s'impliquer.
>>>
>>> La rédaction d' une page wiki pour l'ensemble du Canada peut répondre
>>> aux exigences du groupe Import de OSM. Mais l'organisation doit être
>>> décentralisée.
>>>
>>> Le rôle de cette liste doit être un forum pour supporter les communautés
>>> des provinces et communautés locales. C'est une 

Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-05 Thread John Whelan
Something that has come up in the Netherlands is they did an import then 
try to update the buildings once a month.  By having some sort of id tag 
on the building their feeling is it makes it much easier to pick out new 
buildings.


On the technical side would we have such an id on the building outline 
if we should wish to separate out new buildings and import them later. 
Currently I don't think we do and someone maybe able to work it out from 
the position but is it something we should think about?


Cheerio John

John Marshall wrote on 2018-11-04 6:40 PM:

Great idea John

John

On Sun, Nov 4, 2018, 16:48 john whelan  wrote:


I've started the process off by an introductory post to the import
mailing list and we are working on a wiki page which will be based
on the Stat Canada City of Ottawa import wiki page.

Cheerio John

On Fri, 2 Nov 2018, 7:34 pm James mailto:james2...@gmail.com> wrote:

if anyone needs a TM or micro data service, I'm available for this

On Fri., Nov. 2, 2018, 7:32 p.m. John Whelan
mailto:jwhelan0...@gmail.com> wrote:

This approach seems very sensible however Pierre has
raised the issue of poorly mapped buildings and we are
aware that some were mapped in a mapathon environment so
whilst Ottawa used a"leave existing buildings alone"
approach is this an area where some judgement should be
used?  and yes I am aware that the official party line is
to correct what is there to retain the history which means
taking the "Ottawa" approach is less controversial but
would probably give us more inaccuracies on the map.

An alternative might be to import all the buildings with a
different tag than building=yes then leave it to mappers
to inspect each before turning the switch or change the
tags to building=yes.  Those that overlap poorly mapped
buildings could be left to some sort of clean up phase.

Thanks John

Matthew Darwin wrote on 2018-11-02 7:07 PM:


I think we should identify who would like to be involved
in import for each municipality.  (on a wiki page).
On the page, identify roles, like:

  * coordinator
  * import data preparation
  * QA
  * import execution
  * data enrichment (commercial, residential, etc... tagging)
  * etc..

Then we can see where we have gaps and how to fill them. 
Perhaps some municipalities have local mappers who will
be happy to do the tagging of building type (and can do
some validation if the buildings look right), but no
technical capability to execute the actual import.  And
maybe some folks who did imports before will help areas
where we have no technical expertise.


On 2018-11-02 6:58 p.m., John Whelan wrote:



So to paraphrase your reply.  A centralised import plan
in the wiki which says the data is approved for import
and should be tackled in chunks of some sort of region
since we are a decentralized organization.  Which I
think is similar to the way Task Manager works.  The
project is broken into tiles and each tile is tackled
completed separately. The 'Tiles' would of course be
somewhat larger in area and there is a technical
limitation as to how big an area can be downloaded from
the OSM server.

The local mappers certainly have a role to play and
because the goal is not only to import the buildings but
to enrich the tags with commercial etc so the tag
enrichment would be a task that a mapathon could
tackle.  I personally don't think a new mapper using iD
in a mapathon has a role to play in importing the
building outlines into OSM.

The plan should include the technical steps to import
the data.

Thanks

Cheerio John

Pierre Béland wrote on 2018-11-02 6:35 PM:

Pour le Québec, je retrouve les données de plusieurs
municipalités
Montréal, Longueuil, Repentigny, Shawinigan, Québec et
Rimouski.

Première observation rapide, aussi, elles sont de bonne
qualité et proviennent je suppose des cadastres des
municipalités. En milieu urbain, cela facilite beaucoup
l'identification des immeubles juxtaposés.

Je vois ailleurs, aux États-Unis notamment avec les
données de Microsoft, que les projets sont par région
ou municipalité.

Je pense qu'il faut éviter un projet trop centralisé
  

Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-04 Thread John Marshall
Great idea John

John

On Sun, Nov 4, 2018, 16:48 john whelan  I've started the process off by an introductory post to the import mailing
> list and we are working on a wiki page which will be based on the Stat
> Canada City of Ottawa import wiki page.
>
> Cheerio John
>
> On Fri, 2 Nov 2018, 7:34 pm James 
>> if anyone needs a TM or micro data service, I'm available for this
>>
>> On Fri., Nov. 2, 2018, 7:32 p.m. John Whelan > wrote:
>>
>>> This approach seems very sensible however Pierre has raised the issue of
>>> poorly mapped buildings and we are aware that some were mapped in a
>>> mapathon environment so whilst Ottawa used a "leave existing buildings
>>> alone" approach is this an area where some judgement should be used?  and
>>> yes I am aware that the official party line is to correct what is there to
>>> retain the history which means taking the "Ottawa" approach is less
>>> controversial but would probably give us more inaccuracies on the map.
>>>
>>> An alternative might be to import all the buildings with a different tag
>>> than building=yes then leave it to mappers to inspect each before turning
>>> the switch or change the tags to building=yes.  Those that overlap poorly
>>> mapped buildings could be left to some sort of clean up phase.
>>>
>>> Thanks John
>>>
>>> Matthew Darwin wrote on 2018-11-02 7:07 PM:
>>>
>>> I think we should identify who would like to be involved in import for
>>> each municipality.  (on a wiki page). On the page, identify roles, like:
>>>
>>>- coordinator
>>>- import data preparation
>>>- QA
>>>- import execution
>>>- data enrichment (commercial, residential, etc... tagging)
>>>- etc..
>>>
>>> Then we can see where we have gaps and how to fill them.  Perhaps some
>>> municipalities have local mappers who will be happy to do the tagging of
>>> building type (and can do some validation if the buildings look right), but
>>> no technical capability to execute the actual import.  And maybe some folks
>>> who did imports before will help areas where we have no technical expertise.
>>>
>>>
>>> On 2018-11-02 6:58 p.m., John Whelan wrote:
>>>
>>>
>>>
>>> So to paraphrase your reply.  A centralised import plan in the wiki
>>> which says the data is approved for import and should be tackled in chunks
>>> of some sort of region since we are a decentralized organization.  Which I
>>> think is similar to the way Task Manager works.  The project is broken into
>>> tiles and each tile is tackled completed separately. The 'Tiles' would of
>>> course be somewhat larger in area and there is a technical limitation as to
>>> how big an area can be downloaded from the OSM server.
>>>
>>> The local mappers certainly have a role to play and because the goal is
>>> not only to import the buildings but to enrich the tags with commercial etc
>>> so the tag enrichment would be a task that a mapathon could tackle.  I
>>> personally don't think a new mapper using iD in a mapathon has a role to
>>> play in importing the building outlines into OSM.
>>>
>>> The plan should include the technical steps to import the data.
>>>
>>> Thanks
>>>
>>> Cheerio John
>>>
>>> Pierre Béland wrote on 2018-11-02 6:35 PM:
>>>
>>> Pour le Québec, je retrouve les données de plusieurs municipalités
>>> Montréal, Longueuil, Repentigny, Shawinigan, Québec et Rimouski.
>>>
>>> Première observation rapide, aussi, elles sont de bonne qualité et
>>> proviennent je suppose des cadastres des municipalités. En milieu urbain,
>>> cela facilite beaucoup l'identification des immeubles juxtaposés.
>>>
>>> Je vois ailleurs, aux États-Unis notamment avec les données de
>>> Microsoft, que les projets sont par région ou municipalité.
>>>
>>> Je pense qu'il faut éviter un projet trop centralisé tant pour assurer
>>> un meilleur contrôle du déroulement dans chaque municipalité, région que
>>> pour permettre aux communautés des provinces et communautés locales de
>>> s'impliquer.
>>>
>>> La rédaction d' une page wiki pour l'ensemble du Canada peut répondre
>>> aux exigences du groupe Import de OSM. Mais l'organisation doit être
>>> décentralisée.
>>>
>>> Le rôle de cette liste doit être un forum pour supporter les communautés
>>> des provinces et communautés locales. C'est une occasion de dynamiser ces
>>> communautés avec un projet très intéressant. De là, ils auront le goût de
>>> compléter la carte pour y décrire les infrastructures locales.
>>>
>>> Si trop de tâches sont initiées en parallèle sur un gestionnaire de
>>> tâches, il sera très difficile de coordonner, assurer le suivi, une
>>> progression coordonnée. Il faut éviter que des mapathons ou organisations
>>> externes s'invitent pour collaborer à de telles tâches avec les milliers et
>>> milliers de personnes qui viennent jardiner quelques heures sans
>>> organisation / formation réelle et laissent ensuite le tout sans dessus,
>>> dessous.
>>>
>>>
>>> --
>>> Sent from Postbox
>>> 

Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-04 Thread john whelan
I've started the process off by an introductory post to the import mailing
list and we are working on a wiki page which will be based on the Stat
Canada City of Ottawa import wiki page.

Cheerio John

On Fri, 2 Nov 2018, 7:34 pm James  if anyone needs a TM or micro data service, I'm available for this
>
> On Fri., Nov. 2, 2018, 7:32 p.m. John Whelan 
>> This approach seems very sensible however Pierre has raised the issue of
>> poorly mapped buildings and we are aware that some were mapped in a
>> mapathon environment so whilst Ottawa used a "leave existing buildings
>> alone" approach is this an area where some judgement should be used?  and
>> yes I am aware that the official party line is to correct what is there to
>> retain the history which means taking the "Ottawa" approach is less
>> controversial but would probably give us more inaccuracies on the map.
>>
>> An alternative might be to import all the buildings with a different tag
>> than building=yes then leave it to mappers to inspect each before turning
>> the switch or change the tags to building=yes.  Those that overlap poorly
>> mapped buildings could be left to some sort of clean up phase.
>>
>> Thanks John
>>
>> Matthew Darwin wrote on 2018-11-02 7:07 PM:
>>
>> I think we should identify who would like to be involved in import for
>> each municipality.  (on a wiki page). On the page, identify roles, like:
>>
>>- coordinator
>>- import data preparation
>>- QA
>>- import execution
>>- data enrichment (commercial, residential, etc... tagging)
>>- etc..
>>
>> Then we can see where we have gaps and how to fill them.  Perhaps some
>> municipalities have local mappers who will be happy to do the tagging of
>> building type (and can do some validation if the buildings look right), but
>> no technical capability to execute the actual import.  And maybe some folks
>> who did imports before will help areas where we have no technical expertise.
>>
>>
>> On 2018-11-02 6:58 p.m., John Whelan wrote:
>>
>>
>>
>> So to paraphrase your reply.  A centralised import plan in the wiki which
>> says the data is approved for import and should be tackled in chunks of
>> some sort of region since we are a decentralized organization.  Which I
>> think is similar to the way Task Manager works.  The project is broken into
>> tiles and each tile is tackled completed separately. The 'Tiles' would of
>> course be somewhat larger in area and there is a technical limitation as to
>> how big an area can be downloaded from the OSM server.
>>
>> The local mappers certainly have a role to play and because the goal is
>> not only to import the buildings but to enrich the tags with commercial etc
>> so the tag enrichment would be a task that a mapathon could tackle.  I
>> personally don't think a new mapper using iD in a mapathon has a role to
>> play in importing the building outlines into OSM.
>>
>> The plan should include the technical steps to import the data.
>>
>> Thanks
>>
>> Cheerio John
>>
>> Pierre Béland wrote on 2018-11-02 6:35 PM:
>>
>> Pour le Québec, je retrouve les données de plusieurs municipalités
>> Montréal, Longueuil, Repentigny, Shawinigan, Québec et Rimouski.
>>
>> Première observation rapide, aussi, elles sont de bonne qualité et
>> proviennent je suppose des cadastres des municipalités. En milieu urbain,
>> cela facilite beaucoup l'identification des immeubles juxtaposés.
>>
>> Je vois ailleurs, aux États-Unis notamment avec les données de Microsoft,
>> que les projets sont par région ou municipalité.
>>
>> Je pense qu'il faut éviter un projet trop centralisé tant pour assurer un
>> meilleur contrôle du déroulement dans chaque municipalité, région que pour
>> permettre aux communautés des provinces et communautés locales de
>> s'impliquer.
>>
>> La rédaction d' une page wiki pour l'ensemble du Canada peut répondre aux
>> exigences du groupe Import de OSM. Mais l'organisation doit être
>> décentralisée.
>>
>> Le rôle de cette liste doit être un forum pour supporter les communautés
>> des provinces et communautés locales. C'est une occasion de dynamiser ces
>> communautés avec un projet très intéressant. De là, ils auront le goût de
>> compléter la carte pour y décrire les infrastructures locales.
>>
>> Si trop de tâches sont initiées en parallèle sur un gestionnaire de
>> tâches, il sera très difficile de coordonner, assurer le suivi, une
>> progression coordonnée. Il faut éviter que des mapathons ou organisations
>> externes s'invitent pour collaborer à de telles tâches avec les milliers et
>> milliers de personnes qui viennent jardiner quelques heures sans
>> organisation / formation réelle et laissent ensuite le tout sans dessus,
>> dessous.
>>
>>
>> --
>> Sent from Postbox
>> 
>>
>> ___
>> Talk-ca mailing 
>> listTalk-ca@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>>
>> 

Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread James
if anyone needs a TM or micro data service, I'm available for this

On Fri., Nov. 2, 2018, 7:32 p.m. John Whelan  This approach seems very sensible however Pierre has raised the issue of
> poorly mapped buildings and we are aware that some were mapped in a
> mapathon environment so whilst Ottawa used a "leave existing buildings
> alone" approach is this an area where some judgement should be used?  and
> yes I am aware that the official party line is to correct what is there to
> retain the history which means taking the "Ottawa" approach is less
> controversial but would probably give us more inaccuracies on the map.
>
> An alternative might be to import all the buildings with a different tag
> than building=yes then leave it to mappers to inspect each before turning
> the switch or change the tags to building=yes.  Those that overlap poorly
> mapped buildings could be left to some sort of clean up phase.
>
> Thanks John
>
> Matthew Darwin wrote on 2018-11-02 7:07 PM:
>
> I think we should identify who would like to be involved in import for
> each municipality.  (on a wiki page). On the page, identify roles, like:
>
>- coordinator
>- import data preparation
>- QA
>- import execution
>- data enrichment (commercial, residential, etc... tagging)
>- etc..
>
> Then we can see where we have gaps and how to fill them.  Perhaps some
> municipalities have local mappers who will be happy to do the tagging of
> building type (and can do some validation if the buildings look right), but
> no technical capability to execute the actual import.  And maybe some folks
> who did imports before will help areas where we have no technical expertise.
>
>
> On 2018-11-02 6:58 p.m., John Whelan wrote:
>
>
>
> So to paraphrase your reply.  A centralised import plan in the wiki which
> says the data is approved for import and should be tackled in chunks of
> some sort of region since we are a decentralized organization.  Which I
> think is similar to the way Task Manager works.  The project is broken into
> tiles and each tile is tackled completed separately. The 'Tiles' would of
> course be somewhat larger in area and there is a technical limitation as to
> how big an area can be downloaded from the OSM server.
>
> The local mappers certainly have a role to play and because the goal is
> not only to import the buildings but to enrich the tags with commercial etc
> so the tag enrichment would be a task that a mapathon could tackle.  I
> personally don't think a new mapper using iD in a mapathon has a role to
> play in importing the building outlines into OSM.
>
> The plan should include the technical steps to import the data.
>
> Thanks
>
> Cheerio John
>
> Pierre Béland wrote on 2018-11-02 6:35 PM:
>
> Pour le Québec, je retrouve les données de plusieurs municipalités
> Montréal, Longueuil, Repentigny, Shawinigan, Québec et Rimouski.
>
> Première observation rapide, aussi, elles sont de bonne qualité et
> proviennent je suppose des cadastres des municipalités. En milieu urbain,
> cela facilite beaucoup l'identification des immeubles juxtaposés.
>
> Je vois ailleurs, aux États-Unis notamment avec les données de Microsoft,
> que les projets sont par région ou municipalité.
>
> Je pense qu'il faut éviter un projet trop centralisé tant pour assurer un
> meilleur contrôle du déroulement dans chaque municipalité, région que pour
> permettre aux communautés des provinces et communautés locales de
> s'impliquer.
>
> La rédaction d' une page wiki pour l'ensemble du Canada peut répondre aux
> exigences du groupe Import de OSM. Mais l'organisation doit être
> décentralisée.
>
> Le rôle de cette liste doit être un forum pour supporter les communautés
> des provinces et communautés locales. C'est une occasion de dynamiser ces
> communautés avec un projet très intéressant. De là, ils auront le goût de
> compléter la carte pour y décrire les infrastructures locales.
>
> Si trop de tâches sont initiées en parallèle sur un gestionnaire de
> tâches, il sera très difficile de coordonner, assurer le suivi, une
> progression coordonnée. Il faut éviter que des mapathons ou organisations
> externes s'invitent pour collaborer à de telles tâches avec les milliers et
> milliers de personnes qui viennent jardiner quelques heures sans
> organisation / formation réelle et laissent ensuite le tout sans dessus,
> dessous.
>
>
> --
> Sent from Postbox
> 
>
> ___
> Talk-ca mailing 
> listTalk-ca@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> ___
> Talk-ca mailing 
> listTalk-ca@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
>
>
> --
> Sent from Postbox
> 
> ___
> Talk-ca mailing list
> 

Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread John Whelan
This approach seems very sensible however Pierre has raised the issue of 
poorly mapped buildings and we are aware that some were mapped in a 
mapathon environment so whilst Ottawa used a"leave existing buildings 
alone" approach is this an area where some judgement should be used?  
and yes I am aware that the official party line is to correct what is 
there to retain the history which means taking the "Ottawa" approach is 
less controversial but would probably give us more inaccuracies on the map.


An alternative might be to import all the buildings with a different tag 
than building=yes then leave it to mappers to inspect each before 
turning the switch or change the tags to building=yes.  Those that 
overlap poorly mapped buildings could be left to some sort of clean up 
phase.


Thanks John

Matthew Darwin wrote on 2018-11-02 7:07 PM:


I think we should identify who would like to be involved in import for 
each municipality.  (on a wiki page). On the page, identify roles, 
like:


  * coordinator
  * import data preparation
  * QA
  * import execution
  * data enrichment (commercial, residential, etc... tagging)
  * etc..

Then we can see where we have gaps and how to fill them.  Perhaps some 
municipalities have local mappers who will be happy to do the tagging 
of building type (and can do some validation if the buildings look 
right), but no technical capability to execute the actual import.  And 
maybe some folks who did imports before will help areas where we have 
no technical expertise.



On 2018-11-02 6:58 p.m., John Whelan wrote:



So to paraphrase your reply.  A centralised import plan in the wiki 
which says the data is approved for import and should be tackled in 
chunks of some sort of region since we are a decentralized 
organization.  Which I think is similar to the way Task Manager 
works.  The project is broken into tiles and each tile is tackled 
completed separately. The 'Tiles' would of course be somewhat larger 
in area and there is a technical limitation as to how big an area can 
be downloaded from the OSM server.


The local mappers certainly have a role to play and because the goal 
is not only to import the buildings but to enrich the tags with 
commercial etc so the tag enrichment would be a task that a mapathon 
could tackle.  I personally don't think a new mapper using iD in a 
mapathon has a role to play in importing the building outlines into OSM.


The plan should include the technical steps to import the data.

Thanks

Cheerio John

Pierre Béland wrote on 2018-11-02 6:35 PM:

Pour le Québec, je retrouve les données de plusieurs municipalités
Montréal, Longueuil, Repentigny, Shawinigan, Québec et Rimouski.

Première observation rapide, aussi, elles sont de bonne qualité et 
proviennent je suppose des cadastres des municipalités. En milieu 
urbain, cela facilite beaucoup l'identification des immeubles 
juxtaposés.


Je vois ailleurs, aux États-Unis notamment avec les données de 
Microsoft, que les projets sont par région ou municipalité.


Je pense qu'il faut éviter un projet trop centralisé tant pour 
assurer un meilleur contrôle du déroulement dans chaque 
municipalité, région que pour permettre aux communautés des 
provinces et communautés locales de s'impliquer.


La rédaction d' une page wiki pour l'ensemble du Canada peut 
répondre aux exigences du groupe Import de OSM. Mais l'organisation 
doit être décentralisée.


Le rôle de cette liste doit être un forum pour supporter les 
communautés des provinces et communautés locales. C'est une occasion 
de dynamiser ces communautés avec un projet très intéressant. De là, 
ils auront le goût de compléter la carte pour y décrire les 
infrastructures locales.


Si trop de tâches sont initiées en parallèle sur un gestionnaire de 
tâches, il sera très difficile de coordonner, assurer le suivi, une 
progression coordonnée. Il faut éviter que des mapathons ou 
organisations externes s'invitent pour collaborer à de telles tâches 
avec les milliers et milliers de personnes qui viennent jardiner 
quelques heures sans organisation / formation réelle et laissent 
ensuite le tout sans dessus, dessous.


--
Sent from Postbox 



___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca



___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


--
Sent from Postbox 

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread Matthew Darwin

Of course.

Could use the ottawa import approach:  "leave existing buildings alone".

Matthew Darwin
matt...@mdarwin.ca
http://www.mdarwin.ca

On 2018-11-02 7:03 p.m., OSM Volunteer stevea wrote:

On Nov 2, 2018, at 3:58 PM, John Whelan  wrote:

So to paraphrase your reply.  A centralised import plan in the wiki which says 
the data is approved for import and should be tackled in chunks of some sort of 
region since we are a decentralized organization.  Which I think is similar to 
the way Task Manager works.  The project is broken into tiles and each tile is 
tackled completed separately. The 'Tiles' would of course be somewhat larger in 
area and there is a technical limitation as to how big an area can be 
downloaded from the OSM server.

The local mappers certainly have a role to play and because the goal is not 
only to import the buildings but to enrich the tags with commercial etc so the 
tag enrichment would be a task that a mapathon could tackle.  I personally 
don't think a new mapper using iD in a mapathon has a role to play in importing 
the building outlines into OSM.

The plan should include the technical steps to import the data.

AND, must include how existing data in OSM (as there appears to be "in some cases, 
significant" (I haven't examined the entire dataset, to do so would be overwhelming) which 
overlap with the "official datasets" will be conflated.  That is a critical step.

SteveA
California
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread Matthew Darwin
I think we should identify who would like to be involved in import for 
each municipality.  (on a wiki page). On the page, identify roles, 
like:


 * coordinator
 * import data preparation
 * QA
 * import execution
 * data enrichment (commercial, residential, etc... tagging)
 * etc..

Then we can see where we have gaps and how to fill them.  Perhaps some 
municipalities have local mappers who will be happy to do the tagging 
of building type (and can do some validation if the buildings look 
right), but no technical capability to execute the actual import.  And 
maybe some folks who did imports before will help areas where we have 
no technical expertise.



On 2018-11-02 6:58 p.m., John Whelan wrote:



So to paraphrase your reply.  A centralised import plan in the wiki 
which says the data is approved for import and should be tackled in 
chunks of some sort of region since we are a decentralized 
organization.  Which I think is similar to the way Task Manager 
works.  The project is broken into tiles and each tile is tackled 
completed separately. The 'Tiles' would of course be somewhat larger 
in area and there is a technical limitation as to how big an area 
can be downloaded from the OSM server.


The local mappers certainly have a role to play and because the goal 
is not only to import the buildings but to enrich the tags with 
commercial etc so the tag enrichment would be a task that a mapathon 
could tackle.  I personally don't think a new mapper using iD in a 
mapathon has a role to play in importing the building outlines into OSM.


The plan should include the technical steps to import the data.

Thanks

Cheerio John

Pierre Béland wrote on 2018-11-02 6:35 PM:

Pour le Québec, je retrouve les données de plusieurs municipalités
Montréal, Longueuil, Repentigny, Shawinigan, Québec et Rimouski.

Première observation rapide, aussi, elles sont de bonne qualité et 
proviennent je suppose des cadastres des municipalités. En milieu 
urbain, cela facilite beaucoup l'identification des immeubles 
juxtaposés.


Je vois ailleurs, aux États-Unis notamment avec les données de 
Microsoft, que les projets sont par région ou municipalité.


Je pense qu'il faut éviter un projet trop centralisé tant pour 
assurer un meilleur contrôle du déroulement dans chaque 
municipalité, région que pour permettre aux communautés des 
provinces et communautés locales de s'impliquer.


La rédaction d' une page wiki pour l'ensemble du Canada peut 
répondre aux exigences du groupe Import de OSM. Mais l'organisation 
doit être décentralisée.


Le rôle de cette liste doit être un forum pour supporter les 
communautés des provinces et communautés locales. C'est une 
occasion de dynamiser ces communautés avec un projet très 
intéressant. De là, ils auront le goût de compléter la carte pour y 
décrire les infrastructures locales.


Si trop de tâches sont initiées en parallèle sur un gestionnaire de 
tâches, il sera très difficile de coordonner, assurer le suivi, une 
progression coordonnée. Il faut éviter que des mapathons ou 
organisations externes s'invitent pour collaborer à de telles 
tâches avec les milliers et milliers de personnes qui viennent 
jardiner quelques heures sans organisation / formation réelle et 
laissent ensuite le tout sans dessus, dessous.


--
Sent from Postbox 



___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread OSM Volunteer stevea

On Nov 2, 2018, at 3:58 PM, John Whelan  wrote:
> So to paraphrase your reply.  A centralised import plan in the wiki which 
> says the data is approved for import and should be tackled in chunks of some 
> sort of region since we are a decentralized organization.  Which I think is 
> similar to the way Task Manager works.  The project is broken into tiles and 
> each tile is tackled completed separately. The 'Tiles' would of course be 
> somewhat larger in area and there is a technical limitation as to how big an 
> area can be downloaded from the OSM server.
> 
> The local mappers certainly have a role to play and because the goal is not 
> only to import the buildings but to enrich the tags with commercial etc so 
> the tag enrichment would be a task that a mapathon could tackle.  I 
> personally don't think a new mapper using iD in a mapathon has a role to play 
> in importing the building outlines into OSM.
> 
> The plan should include the technical steps to import the data.

AND, must include how existing data in OSM (as there appears to be "in some 
cases, significant" (I haven't examined the entire dataset, to do so would be 
overwhelming) which overlap with the "official datasets" will be conflated.  
That is a critical step.

SteveA
California
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread John Whelan



So to paraphrase your reply.  A centralised import plan in the wiki 
which says the data is approved for import and should be tackled in 
chunks of some sort of region since we are a decentralized 
organization.  Which I think is similar to the way Task Manager works.  
The project is broken into tiles and each tile is tackled completed 
separately. The 'Tiles' would of course be somewhat larger in area and 
there is a technical limitation as to how big an area can be downloaded 
from the OSM server.


The local mappers certainly have a role to play and because the goal is 
not only to import the buildings but to enrich the tags with commercial 
etc so the tag enrichment would be a task that a mapathon could tackle.  
I personally don't think a new mapper using iD in a mapathon has a role 
to play in importing the building outlines into OSM.


The plan should include the technical steps to import the data.

Thanks

Cheerio John

Pierre Béland wrote on 2018-11-02 6:35 PM:

Pour le Québec, je retrouve les données de plusieurs municipalités
Montréal, Longueuil, Repentigny, Shawinigan, Québec et Rimouski.

Première observation rapide, aussi, elles sont de bonne qualité et 
proviennent je suppose des cadastres des municipalités. En milieu 
urbain, cela facilite beaucoup l'identification des immeubles juxtaposés.


Je vois ailleurs, aux États-Unis notamment avec les données de 
Microsoft, que les projets sont par région ou municipalité.


Je pense qu'il faut éviter un projet trop centralisé tant pour assurer 
un meilleur contrôle du déroulement dans chaque municipalité, région 
que pour permettre aux communautés des provinces et communautés 
locales de s'impliquer.


La rédaction d' une page wiki pour l'ensemble du Canada peut répondre 
aux exigences du groupe Import de OSM. Mais l'organisation doit être 
décentralisée.


Le rôle de cette liste doit être un forum pour supporter les 
communautés des provinces et communautés locales. C'est une occasion 
de dynamiser ces communautés avec un projet très intéressant. De là, 
ils auront le goût de compléter la carte pour y décrire les 
infrastructures locales.


Si trop de tâches sont initiées en parallèle sur un gestionnaire de 
tâches, il sera très difficile de coordonner, assurer le suivi, une 
progression coordonnée. Il faut éviter que des mapathons ou 
organisations externes s'invitent pour collaborer à de telles tâches 
avec les milliers et milliers de personnes qui viennent jardiner 
quelques heures sans organisation / formation réelle et laissent 
ensuite le tout sans dessus, dessous.


--
Sent from Postbox 

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread OSM Volunteer stevea
On Nov 2, 2018, at 3:35 PM, Pierre Béland  wrote:
> La rédaction d' une page wiki pour l'ensemble du Canada peut répondre aux 
> exigences du groupe Import de OSM. Mais l'organisation doit être 
> décentralisée.

Je conviens qu'il est plus facile de rédiger un "plan d'importation" unique 
pour tout le Canada. Cela devient donc très difficile à déterminer pour les 
Canadiens. Toutefois, si de tels plans deviennent localisés, des plans 
d'importation réellement localisés sont réellement nécessaires. Bien sûr, il 
peut y avoir des chevauchements et des similitudes, mais des plans 
d'importation différents mènent nécessairement à une documentation unique et 
distincte.

Lorsque je télécharge de petits échantillons de données (par exemple, 
ODB_NorthwestTerritories qui n'inclut que Yellowknife), je constate qu'une 
grande partie ou la plupart des données des fichiers de formes de construction 
sont déjà téléchargées vers OSM, à quelques rares exceptions près ou lorsqu'un 
très faible pourcentage de les bâtiments existants ne diffèrent que d'un mètre 
ou deux. Tout plan d'importation doit tenir compte de la manière dont ces 
données seront regroupées.

Cordialement,
SteveA
Californie
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread Pierre Béland
Pour le Québec, je retrouve les données de plusieurs municipalitésMontréal, 
Longueuil, Repentigny, Shawinigan, Québec et Rimouski.
Première observation rapide, aussi, elles sont de bonne qualité et proviennent 
je suppose des cadastres des municipalités. En milieu urbain, cela facilite 
beaucoup l'identification des immeubles juxtaposés.
Je vois ailleurs, aux États-Unis notamment avec les données de Microsoft, que 
les projets sont par région ou municipalité. 

Je pense qu'il faut éviter un projet trop centralisé tant pour assurer un 
meilleur contrôle du déroulement dans chaque municipalité, région que pour 
permettre aux communautés des provinces et communautés locales de s'impliquer. 

La rédaction d' une page wiki pour l'ensemble du Canada peut répondre aux 
exigences du groupe Import de OSM. Mais l'organisation doit être décentralisée.
Le rôle de cette liste doit être un forum pour supporter les communautés des 
provinces et communautés locales. C'est une occasion de dynamiser ces 
communautés avec un projet très intéressant. De là, ils auront le goût de 
compléter la carte pour y décrire les infrastructures locales.  

Si trop de tâches sont initiées en parallèle sur un gestionnaire de tâches, il 
sera très difficile de coordonner, assurer le suivi, une progression 
coordonnée. Il faut éviter que des mapathons ou organisations externes 
s'invitent pour collaborer à de telles tâches avec les milliers et milliers de 
personnes qui viennent jardiner quelques heures sans organisation / formation 
réelle et laissent ensuite le tout sans dessus, dessous. 
Pierre 
 

Le vendredi 2 novembre 2018 16 h 07 min 40 s HAE, James 
 a écrit :  
 
 From my initial glance at the data...seems pretty good and accurate(again I 
didn't check all the cities nor do I expect them all to be having same level of 
accuracy)
The two I've been eye balling are Kingston and Rimouski which seem to be very 
accurate at first assessment. If we do want to import them, a formal draft up 
will have to be done though
On Fri., Nov. 2, 2018, 3:53 p.m. john whelan https://lists.openstreetmap.org/listinfo/talk-ca

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread John Whelan

That sounds like a reasonable approach.

Thank you

Cheerio John

Begin Daniel wrote on 2018-11-02 4:19 PM:


I would agree to one import plan with an appropriate validation 
mechanism. I am concerned that the buildings they provide in rural 
areas come from Canvec. Over the years I have deleted/modified 
thousands of them (Canvec buildings) and I would not like to see all 
of them coming back.


Daniel

*From:*James [mailto:james2...@gmail.com]
*Sent:* Friday, November 2, 2018 16:07
*To:* john whelan
*Cc:* Talk-CA OpenStreetMap
*Subject:* Re: [Talk-ca] Stats Canada new building outlines Open Data 
do we wish to import it?


From my initial glance at the data...seems pretty good and 
accurate(again I didn't check all the cities nor do I expect them all 
to be having same level of accuracy)


The two I've been eye balling are Kingston and Rimouski which seem to 
be very accurate at first assessment. If we do want to import them, a 
formal draft up will have to be done though


On Fri., Nov. 2, 2018, 3:53 p.m. john whelan <mailto:jwhelan0...@gmail.com> wrote:


This is just a formal post to get a feel.

In Ottawa the building outlines were of high quality and I feel
have enriched the map.

If we do should we consider it one project across the country or
leave it to the local chapters to make the decision?

I'm thinking that Montreal, Toronto, Vancouver certainly have
local groups of mappers.  There maybe others.

The other thing to consider is there are remote locations that may
not have a group of local mappers so taking a country wide stance
would not leave these locations in limbo.

Taking the decision across the country would mean only one import
plan and approval and after the Ottawa experience with
OpenStreetMap import red tape it might be easier than a dozen or
so different import plans.

I'm not thinking of the mechanics of the import yet.  That is a
different issue.

If you could reply saying you think its a good idea or shouldn't
be touched with a barge pole also if you could indicate country
wide or leave it to the local groups to make the decision I would
be grateful.

Thanks John

___
Talk-ca mailing list
Talk-ca@openstreetmap.org <mailto:Talk-ca@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-ca



--
Sent from Postbox 
<https://www.postbox-inc.com/?utm_source=email_medium=siglink_campaign=reach>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread John Whelan
I know the City of Kingston are very interested in the project but they 
aren't the ones who can make the decision.


Cheerio John

James wrote on 2018-11-02 4:07 PM:
From my initial glance at the data...seems pretty good and 
accurate(again I didn't check all the cities nor do I expect them all 
to be having same level of accuracy)


The two I've been eye balling are Kingston and Rimouski which seem to 
be very accurate at first assessment. If we do want to import them, a 
formal draft up will have to be done though


On Fri., Nov. 2, 2018, 3:53 p.m. john whelan  wrote:


This is just a formal post to get a feel.

In Ottawa the building outlines were of high quality and I feel
have enriched the map.

If we do should we consider it one project across the country or
leave it to the local chapters to make the decision?

I'm thinking that Montreal, Toronto, Vancouver certainly have
local groups of mappers. There maybe others.

The other thing to consider is there are remote locations that may
not have a group of local mappers so taking a country wide stance
would not leave these locations in limbo.

Taking the decision across the country would mean only one import
plan and approval and after the Ottawa experience with
OpenStreetMap import red tape it might be easier than a dozen or
so different import plans.

I'm not thinking of the mechanics of the import yet.  That is a
different issue.

If you could reply saying you think its a good idea or shouldn't
be touched with a barge pole also if you could indicate country
wide or leave it to the local groups to make the decision I would
be grateful.

Thanks John
___
Talk-ca mailing list
Talk-ca@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-ca


--
Sent from Postbox 

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread James
Begin, these datasets are from the cities themselves, not canvec. Stats can
is relicensing them under a common umbrella

On Fri., Nov. 2, 2018, 4:20 p.m. Begin Daniel  I would agree to one import plan with an appropriate validation mechanism.
> I am concerned that the buildings they provide in rural areas come from
> Canvec. Over the years I have deleted/modified thousands of them (Canvec
> buildings) and I would not like to see all of them coming back.
>
>
>
> Daniel
>
>
>
> *From:* James [mailto:james2...@gmail.com]
> *Sent:* Friday, November 2, 2018 16:07
> *To:* john whelan
> *Cc:* Talk-CA OpenStreetMap
> *Subject:* Re: [Talk-ca] Stats Canada new building outlines Open Data do
> we wish to import it?
>
>
>
> From my initial glance at the data...seems pretty good and accurate(again
> I didn't check all the cities nor do I expect them all to be having same
> level of accuracy)
>
>
>
> The two I've been eye balling are Kingston and Rimouski which seem to be
> very accurate at first assessment. If we do want to import them, a formal
> draft up will have to be done though
>
>
>
> On Fri., Nov. 2, 2018, 3:53 p.m. john whelan 
> This is just a formal post to get a feel.
>
>
>
> In Ottawa the building outlines were of high quality and I feel have
> enriched the map.
>
>
>
> If we do should we consider it one project across the country or leave it
> to the local chapters to make the decision?
>
>
>
> I'm thinking that Montreal, Toronto, Vancouver certainly have local groups
> of mappers.  There maybe others.
>
>
>
> The other thing to consider is there are remote locations that may not
> have a group of local mappers so taking a country wide stance would not
> leave these locations in limbo.
>
>
>
> Taking the decision across the country would mean only one import plan and
> approval and after the Ottawa experience with OpenStreetMap import red tape
> it might be easier than a dozen or so different import plans.
>
>
>
> I'm not thinking of the mechanics of the import yet.  That is a different
> issue.
>
>
>
> If you could reply saying you think its a good idea or shouldn't be
> touched with a barge pole also if you could indicate country wide or leave
> it to the local groups to make the decision I would be grateful.
>
>
>
> Thanks John
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread Begin Daniel
I would agree to one import plan with an appropriate validation mechanism. I am 
concerned that the buildings they provide in rural areas come from Canvec. Over 
the years I have deleted/modified thousands of them (Canvec buildings) and I 
would not like to see all of them coming back.

Daniel

From: James [mailto:james2...@gmail.com]
Sent: Friday, November 2, 2018 16:07
To: john whelan
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish 
to import it?

From my initial glance at the data...seems pretty good and accurate(again I 
didn't check all the cities nor do I expect them all to be having same level of 
accuracy)

The two I've been eye balling are Kingston and Rimouski which seem to be very 
accurate at first assessment. If we do want to import them, a formal draft up 
will have to be done though

On Fri., Nov. 2, 2018, 3:53 p.m. john whelan 
mailto:jwhelan0...@gmail.com> wrote:
This is just a formal post to get a feel.

In Ottawa the building outlines were of high quality and I feel have enriched 
the map.

If we do should we consider it one project across the country or leave it to 
the local chapters to make the decision?

I'm thinking that Montreal, Toronto, Vancouver certainly have local groups of 
mappers.  There maybe others.

The other thing to consider is there are remote locations that may not have a 
group of local mappers so taking a country wide stance would not leave these 
locations in limbo.

Taking the decision across the country would mean only one import plan and 
approval and after the Ottawa experience with OpenStreetMap import red tape it 
might be easier than a dozen or so different import plans.

I'm not thinking of the mechanics of the import yet.  That is a different issue.

If you could reply saying you think its a good idea or shouldn't be touched 
with a barge pole also if you could indicate country wide or leave it to the 
local groups to make the decision I would be grateful.

Thanks John
___
Talk-ca mailing list
Talk-ca@openstreetmap.org<mailto:Talk-ca@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-ca
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread James
>From my initial glance at the data...seems pretty good and accurate(again I
didn't check all the cities nor do I expect them all to be having same
level of accuracy)

The two I've been eye balling are Kingston and Rimouski which seem to be
very accurate at first assessment. If we do want to import them, a formal
draft up will have to be done though

On Fri., Nov. 2, 2018, 3:53 p.m. john whelan  This is just a formal post to get a feel.
>
> In Ottawa the building outlines were of high quality and I feel have
> enriched the map.
>
> If we do should we consider it one project across the country or leave it
> to the local chapters to make the decision?
>
> I'm thinking that Montreal, Toronto, Vancouver certainly have local groups
> of mappers.  There maybe others.
>
> The other thing to consider is there are remote locations that may not
> have a group of local mappers so taking a country wide stance would not
> leave these locations in limbo.
>
> Taking the decision across the country would mean only one import plan and
> approval and after the Ottawa experience with OpenStreetMap import red tape
> it might be easier than a dozen or so different import plans.
>
> I'm not thinking of the mechanics of the import yet.  That is a different
> issue.
>
> If you could reply saying you think its a good idea or shouldn't be
> touched with a barge pole also if you could indicate country wide or leave
> it to the local groups to make the decision I would be grateful.
>
> Thanks John
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-ca] Stats Canada new building outlines Open Data do we wish to import it?

2018-11-02 Thread john whelan
This is just a formal post to get a feel.

In Ottawa the building outlines were of high quality and I feel have
enriched the map.

If we do should we consider it one project across the country or leave it
to the local chapters to make the decision?

I'm thinking that Montreal, Toronto, Vancouver certainly have local groups
of mappers.  There maybe others.

The other thing to consider is there are remote locations that may not have
a group of local mappers so taking a country wide stance would not leave
these locations in limbo.

Taking the decision across the country would mean only one import plan and
approval and after the Ottawa experience with OpenStreetMap import red tape
it might be easier than a dozen or so different import plans.

I'm not thinking of the mechanics of the import yet.  That is a different
issue.

If you could reply saying you think its a good idea or shouldn't be touched
with a barge pole also if you could indicate country wide or leave it to
the local groups to make the decision I would be grateful.

Thanks John
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca