Great idea John John
On Sun, Nov 4, 2018, 16:48 john whelan <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 <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 <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é 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@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca >>> >>> >>> >>> _______________________________________________ >>> Talk-ca mailing >>> listTalk-ca@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@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 mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
