<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><font face="Helvetica, Arial, sans-serif">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:</font></p>
<ul>
<li><font face="Helvetica, Arial, sans-serif">coordinator</font><font
face="Helvetica, Arial, sans-serif"></font></li>
<li><font face="Helvetica, Arial, sans-serif">import data
preparation</font></li>
<li><font face="Helvetica, Arial, sans-serif">QA</font></li>
<li><font face="Helvetica, Arial, sans-serif">import execution<br>
</font></li>
<li><font face="Helvetica, Arial, sans-serif">data enrichment
(commercial, residential, etc... tagging)<br>
</font></li>
<li><font face="Helvetica, Arial, sans-serif">etc..<br>
</font></li>
</ul>
<p><font face="Helvetica, Arial, sans-serif">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.<br>
</font></p>
<p><font face="Helvetica, Arial, sans-serif"><br>
</font></p>
<div class="moz-cite-prefix">On 2018-11-02 6:58 p.m., John Whelan
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:de0bbd78-a0e3-cd4a-060e-cfb69b572be7@gmail.com">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div style="font-size: 
12pt;font-family: Verdana;"><br>
<br>
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.<br>
<br>
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.<br>
<br>
The plan should include the technical steps to import the data.<br>
<br>
Thanks<br>
<br>
Cheerio John<br>
<br>
<span>Pierre Béland wrote on 2018-11-02 6:35 PM:</span><br>
<blockquote type="cite"
cite="mid:1291538248.32077466.1541198121653@mail.yahoo.com">
<div>Pour le Québec, je retrouve les données de plusieurs
municipalités</div>
<div>Montréal, Longueuil, Repentigny, Shawinigan, Québec et
Rimouski.</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Je vois ailleurs, aux États-Unis notamment avec les
données de Microsoft, que les projets sont par région ou
municipalité. <br>
</div>
<div><br>
</div>
<div>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. <br>
</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div><span>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. <br>
</span></div>
<div><span><br>
</span></div>
<div><span>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.</span></div>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<div>Sent from <a
href="https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach"
moz-do-not-send="true"><span style="color: rgb(0, 157,
247);">Postbox</span></a></div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Talk-ca mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-ca">https://lists.openstreetmap.org/listinfo/talk-ca</a>
</pre>
</blockquote>
</body>
</html>