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

[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 <jwhelan0112 at 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é 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
> <https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>
>
> _______________________________________________
> Talk-ca mailing listTalk-ca at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> _______________________________________________
> Talk-ca mailing listTalk-ca at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca
>
>
> --
> Sent from Postbox
> <https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>
> _______________________________________________
> Talk-ca mailing list
> Talk-ca at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20181102/b2773f53/attachment.html>