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 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
