Re: [Talk-ca] can I submit road data?

[John Marshall]

Hi Jason,

I am happy to help. Sounds like a fun project.

John

On Tue, Jul 7, 2020 at 1:02 PM Jason Carlson 
wrote:

> While waiting for a response I think if I import roads that already exist
> (albeit incorrectly) it will possibly be just as much work to fix. I tried
> editing changes but the aerial photos by Bing are horribly inaccurate in
> some places. I think they must pay for accuracy based on the amount of
> population in an area. For example, one rural road comes to the right edge
> of a Bing aerial tile and stops as on the adjacent tile the road abruptly
> starts 30 meters to the south. I just noticed however I can load other
> aerial backgrounds including my own which is very accurate. The only thing
> that sucks is I have a lot of data that is missing such as road width, lane
> numbers, surface type, road name aliases (like historical or common local
> names), speed limits, even signage locations (like yield or stops). With my
> 3300+ roads (of which OpenStreetMap has split into a heck of lot more
> unnecessarily probably from the initial import) this is going to take some
> time to fix but hopefully after I do some mapping programs that use
> OpenStreetMaps will help people navigate to rural addresses in our region
> as right now GPS units are pretty much useless out here.
>
>
> On Fri, Jun 26, 2020 at 11:53 AM Jason Carlson 
> wrote:
>
>> I noticed a number of roads in our county are incorrect in our area (as
>> are most rural areas with next to no population). I recently rebuilt all
>> our GIS road data and submitted it to an organization that then
>> redistributes it to emergency dispatch services and about 25
>> organizations/companies. I did not see OpenStreetMap as one of the ones
>> they send data too so I was wondering if I could submit that data myself to
>> them?
>>
>> Jason
>>
> ___
> 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] Problems with tagging of islands/islets in a river

[John Marshall]

Done.
 Steffen, if I missed any let me know.

John

On Thu, Jul 4, 2019 at 11:03 AM Clifford Snow 
wrote:

> Thanks - I'm traveling right now or I would have.
>
> On Thu, Jul 4, 2019 at 8:01 AM John Marshall  wrote:
>
>> I will fix it.
>>
>> John
>>
>> On Thu, Jul 4, 2019 at 10:47 AM Clifford Snow 
>> wrote:
>>
>>> The multipolygon of the river where the islands are missing appears to
>>> be wrong. JOSM should be able to fix it.
>>>
>>> Clifford
>>>
>>> On Thu, Jul 4, 2019 at 7:26 AM Steffen Roller 
>>> wrote:
>>>
>>>> Rendering of islands/islets in a river
>>>>
>>>> I was missing several islands on 'my' Grand River while paddling.
>>>> I don't understand how to change the attributes of an island in order
>>>> to get it properly rendered.
>>>>
>>>> Have a look at this example:
>>>> https://www.openstreetmap.org/#map=16/43.3858/-80.3649
>>>> There are two islands on this map: The one to the West is rendered as
>>>> I'd expect.
>>>> The one the East just shows a few symbols for "wood".
>>>> Looking at the attributes I can't tell the difference. What do I have
>>>> to change on the Easterly island to make it look like an island once it's
>>>> rendered?
>>>>
>>>> -st
>>>> ___
>>>> Talk-ca mailing list
>>>> Talk-ca@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>>
>>>
>>>
>>> --
>>> @osm_washington
>>> www.snowandsnow.us
>>> OpenStreetMap: Maps with a human touch
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>
>
> --
> @osm_washington
> www.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Problems with tagging of islands/islets in a river

[John Marshall]

I will fix it.

John

On Thu, Jul 4, 2019 at 10:47 AM Clifford Snow 
wrote:

> The multipolygon of the river where the islands are missing appears to be
> wrong. JOSM should be able to fix it.
>
> Clifford
>
> On Thu, Jul 4, 2019 at 7:26 AM Steffen Roller 
> wrote:
>
>> Rendering of islands/islets in a river
>>
>> I was missing several islands on 'my' Grand River while paddling.
>> I don't understand how to change the attributes of an island in order to
>> get it properly rendered.
>>
>> Have a look at this example:
>> https://www.openstreetmap.org/#map=16/43.3858/-80.3649
>> There are two islands on this map: The one to the West is rendered as I'd
>> expect.
>> The one the East just shows a few symbols for "wood".
>> Looking at the attributes I can't tell the difference. What do I have to
>> change on the Easterly island to make it look like an island once it's
>> rendered?
>>
>> -st
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
>
> --
> @osm_washington
> www.snowandsnow.us
> OpenStreetMap: Maps with a human touch
> ___
> 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] OpenStreetCam Waylen camera loan program

[John Marshall]

Hi All,

Is anyone interested in getting one of the loaner Waylen camera to collect
images for OpenStreetCam?

The program would be similar to what they are doing in the US
http://www.openstreetmap.us/2018/05/camera-lending-program/
 :

I was part of the Beta testing of the OSC Waylens,  and the system is far
superior to using a phone app or action camera like the Garmin Virb to
collect street level photo for OSM. Here is part of my trip to James Bay:
 http://openstreetcam.org/details/1264157/0/track-info
 The camera
automatically
uploads on wifi, I uploaded over 60 Gigs in about 8 hrs.

Post comments to the list or join our Slack Channel  https://osm-ca
.slack.com/messages/C36U69X18

If you are interested please let me know.

Cheers

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

Re: [Talk-ca] 2020 building import wiki comment by Nate Wessel

[John Marshall]

I found the building footprints to be very good. JOSM cleaned up most of
the errors..I'm not sure it would be worth the risk to do more processing.
Sometimes there were crossing ways, usually with  terrace or buildings in
the downtown core that need to be fixed manually. Which took a ton of time.
I always removed all the errors from import buildings before I added the
OSM data.

 I also keeped the city name on the imported data so I could tell which was
the imported data/ OSM data. I removed the city name later before
uploading. If there was already a building in OSM, I used the "Replace
Geometry" unless the building in OSM was better. Sometimes , the local
mapper had done a better job than the city, so I just left it.The building
in the Niagara Region had tons of very good buildings that I just left.

I also tired to fixed other JOSM errors, Like adding road names, missing
tags, spelling error, natural=land ect.  Using Geo Base I added about 300
names to roads mostly around  Muskoka and Goderich. This usually took more
time than adding the buildings.

I would say adding buildings in rural, residential, & Industrial areas
there is low risk for problems. The downtown areas even in small
cities Port Colborne were very time consuming and require an experienced
mapper.. Personally I wouldn't even want to try downtown Toronto.

FYI,  The top 3 CDN OSM mappers are importing the building data.
http://osmstats.neis-one.org/?item=countries=Canada


Cheers

John


On Fri, Jan 18, 2019 at 5:30 PM James  wrote:

> You guys can analyze the simplified version of ontario:
>
> https://drive.google.com/file/d/1OK83yrPwMW4nefyu-6JsIInu0meK2rW6/view?usp=sharing
> If you think it's good, I can simplify the other files and process them
> into mbtiles.
> ___
> 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?

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

[Talk-ca] OpenStreetCam Waylens loan now in Canada

[John Marshall]

Hi All,

I now have 5 Walens Cameras available for loan, to help improving coverage
of OpenStreetCam (OSC)  in Canada.

The program would be similar to what they are doing in the US.
http://www.openstreetmap.us/2018/05/camera-lending-program/
<http://www.openstreetmap.us/2018/05/camera-lending-program/> :

Here is a video from SOTM US about the OSM US camera lending program:
https://www.youtube.com/watch?v=R_GB6W4JPx8=1584s


   - Do you like driving?
   - Drive for work?
   - Live in an area unmapped in OSC?
   - Work for a city or company that would like to mount the cameras on
   their vehicles?

If you answer yes to any of these questions, the camera loan is available
for you.

Post comments questions to our Slack Channel
https://osm-ca.slack.com/messages/C36U69X18

or email me.

Cheers

John Marshall
rps333 (at) gmail.com
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Hydro Network (inland water) question

[John Marshall]

+1 James

I try to add a few hundred square kms every week. But as James said Canada
is really big.

John

On Thu, Sep 27, 2018, 19:39 James,  wrote:

> because we have over 2 million lakes and rivers and we are a couple
> hundred dedicated mappers that have the skill set to fix and import Canvec
> dataand not everyone prioritizes lakes and rivers in remote areas.
>
> On Thu., Sep. 27, 2018, 7:26 p.m. Peter R, 
> wrote:
>
>> Hi Canada Import Team,
>> I'd like to ask a question that I've been curious about for a few years
>> now. What happened during the import of inland water data? Throughout
>> Canada, I find instances where tiles are missing water data. This results
>> in lakes and other water polygons being abruptly cut off. Some examples:
>> https://www.openstreetmap.org/#map=9/55.4821/-65.2981 and
>> https://www.openstreetmap.org/#map=9/54.8027/-97.5913
>>
>> I've also found an instance of rogue ocean tiles at zoom 10 and greater
>> if you switch the map layer to Transport Map:
>> https://www.openstreetmap.org/#map=10/56.3267/-99.3107=T
>>
>> I see that importing the Geobase National Hydro Network is still in the
>> planning phase according to
>> https://wiki.openstreetmap.org/wiki/Geobase/NHN_-_OSM_Map_Feature
>>
>> I'm just curious as to why water data throughout Canada is very hit or
>> miss. I guess I've answered my own question with "it's still in progress"
>> but I'm curious nonetheless. I did check the message archives going a year
>> back and didn't see anything regarding inland water data.
>>
>> Cheers,
>> Peter
>> ___
>> 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

[Talk-ca] OSC Waylen Loan Program

[John Marshall]

Hi All,

I discussed starting a Waylen camera lending program for OpenStreetCam in
Canada with Martijn Van Excel (OSM US) yesterday. the program would be
similar to what they are doing in the US
http://www.openstreetmap.us/2018/05/camera-lending-program/
<http://www.openstreetmap.us/2018/05/camera-lending-program/> :
 I was part of the Beta testing of the OSC Waylens,  and the system is far
superior to using a phone app or action camera like the Garmin Virb to
collect street level photo for OSM. Here is part of my trip to James Bay:
 http://openstreetcam.org/details/1264157/0/track-info
<http://openstreetcam.org/details/1264157/0/track-info> The camera
automatically uploads on wifi, I uploaded over 60 Gigs in about 8 hrs.

We are trying to gauge interest in Canada, Who would be interested in
borrowing Waylen for 3 months or so? Do you like driving? Drive for work?
Live in an area unmapped in OSC?
 http://openstreetcam.org/map/@51.925637249861275,-106.39160156250001,8z
<http://openstreetcam.org/map/@51.925637249861275,-106.39160156250001,8z>

Post comments to the list or join our Slack Channel
https://osm-ca.slack.com/messages/C36U69X18

Cheers

John Marshall
OSM user Rps333
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Issues with an Ottawa school

[John Marshall]

Good day Frederik,

I would.

John Marshall
Ottawa


On Thu, Feb 22, 2018 at 1:58 PM, Frederik Ramm <frede...@remote.org> wrote:

> Hi,
>
> DWG has received a complaint about a fictional village in Africa,
>
> https://www.openstreetmap.org/#map=18/16.36752/-3.47617
>
> and after investigation it turns out that a total of 120 user accounts
> have been created on January 25th, using email addresses that point to
> one particular unified school district in Ottawa.
>
> 76 of these have made edits, some of which are legitimate tracings of
> buildings in Africa, but the majority are "funny" edits like the ones
> you see in the link above, in various places in Africa and occasionally
> the US. Objects with names like "Get dunked on", "The Ocean of
> Awsomeness with Vianey, Sarah, Maddy and Aubrey not Abby", "the abanoned
> mushroom railroad", "some fenced in area", "The Monkey Park" - the usual
> teenage stuff.
>
> I don't have the time to sort the good from the bad, and given that none
> of the pupils/students were active after January 26th, I'll probably
> revert the lot.
>
> Would anybody be willing to try and make contact with the school
> district in question, and try to find out who is responsible? It is
> certainly a good idea to introduce young people to OSM, but apparently
> with 120 in one go, teachers/instructors were unable to provide the
> necessary guidance for this to become a success. (I have not seen any
> attempts of organised cleanup either.)
>
> It would be good if the organisers responsible had a contact into the
> Ottawa OSM community so they could ask for support next time they plan
> something like this.
>
> (As a side note, most accounts seem to have been set up using real
> names, which perhaps also is not best practice for teenage editing,
> *especially* if most of the data contributed is actually detrimental to
> OSM.)
>
> If someone steps forward, I would furnish them with details in a
> personal email so as to avoid publicly tarnishing the reputation of the
> school in question ;)
>
> Our aim is not to accuse, but to help them understand the issue, and do
> better next time. It would be ideal if whoever steps forward possesses
> the diplomacy skills necessary to get that across.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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] Carleton University Mapathon

[John Marshall]

I'm also available.

John

On Oct 26, 2017 06:17, "James"  wrote:

> Hey Kent, I'd be glad to help out :)
>
> On Oct 26, 2017 12:51 AM, "Kent Jacobs"  wrote:
>
>> Hello all!
>>
>>
>>
>> I am a Masters of Science student in the Geography department at Carleton
>> University studying Quality Assessment of OSM data for my thesis. I am also
>> currently employed at Employment and Social Development Canada as a
>> Geomatics Technician where I have been promoting the use of OSM data within
>> the department.
>>
>>
>>
>> I discussed the idea of a possible mapathon at Carleton University with
>> Statistics Canada, the Carleton Geography department and Mapbox. I am
>> reaching out (similar to Tim’s post above) to find additional OSM mappers
>> to assist us with the mapathon. I am fairly experienced with OSM myself but
>> I have never led a mapathon event. I am aware of COMS2200 issues with
>> contributions and do not want a repeat of this.  I believe focusing on
>> the OSM Canada Task Manager and rural/remote regions will help avoid poor
>> contributions.
>>
>>
>>
>> Any help is much appreciated!
>>
>>
>>
>> Regards,
>>
>> Kent
>>
>>
>>
>> ___
>> 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

Re: [Talk-ca] Ottawa, Canada Tree Import

[John Marshall]

+100

On Jun 27, 2017 15:20, "Denis Carriere"  wrote:

> +1 That's awesome work!
>
> So many tree related OSM tags!
>
> http://www.openstreetmap.org/node/4937732175
>
> If all the data looks like this, then it looks like it would be a great
> import.
>
> Best of luck!
>
> *~~*
> *Denis Carriere*
> *GIS Software & Systems Specialist*
>
> On Tue, Jun 27, 2017 at 3:07 PM, Kyle Nuttall 
> wrote:
>
>> A friendly hello to everyone,
>>
>>
>> With the recent approval of the Ottawa ODL, I've had a keen eye on the
>> City of Ottawa tree dataset after seeing a project showing all the
>> fruit-bearing trees in the city.
>>
>> http://data.ottawa.ca/dataset/tree-inventory-street-trees
>>
>> The dataset provided has all the common names for the species of tree
>> (eg. Colorado Spruce). To make it a little more comprehensive, I've added
>> the Latin names for the genus and species for most of the trees myself,
>> along with the leaf type and cycle.
>>
>>
>> I've added a few trees to the map as a preview of the data being
>> imported. (The remainder will be added using and import account)
>>
>> http://www.openstreetmap.org/#map=17/45.47443/-75.45005 (North of Innes,
>> East of Trim) 
>>
>> 
>> http://www.openstreetmap.org/node/4937732175 (One specific node example)
>> 
>>
>>
>> More details are provided in the wiki.
>>
>> https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Trees
>> 
>>
>>
>> Would love to hear some feedback and hopefully there are no issues to be
>> found.
>>
>>
>> Cheers,
>>
>> Kyle
>>
>> ___
>> 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

Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[John Marshall]

Hi Anatolijs,

Good luck. If you need any help OSM Ottawa would love to help.

Cheers


John
(OSM user rps333)

John Marshall






On Mon, Apr 3, 2017 at 12:32 PM, Anatolijs Venovcevs <
gist...@happyvalley-goosebay.com> wrote:

> Hello everyone,
>
>
>
> I’ve been a longtime fan of Open Street Map but this is the first time I
> ever decided to help contribute to it. I am the GIS technologist for the
> Town of Happy Valley-Goose Bay in Newfoundland and Labrador, Canada -
> https://www.openstreetmap.org/#map=14/53.3085/-60.3463
>
>
>
> It’s a small, isolated community of approximately 8,100 people and I’m the
> only one with any GIS training and experience. As a result, I’m responsible
> for doing just about everything to assist the town in geospatial-related
> functions and have a very tight budget and not a lot of time to them. One
> of the things there’s been a real interest in is developing some sort of a
> basic interactive web map for the town’s public information (zoning, water
> and sewer lines, attractions for our tourist map, etc.). I’m planning on
> using QGIS plugin qgis2web to do that and use an OpenStreetMap background.
>
>
>
> Before I can do that, OpenStreetMap data for the town needs to be updated.
> It looks to me approximately five years out of date and the town has been
> experiencing a major boom in the last few years. Currently, the town has
> possession of an updated street centerline network (digitized from 40 cm
> resolution orthorectified Worldview 2 satellite imagery) and an up-to-date
> civic number system with building footprints and parcels for recreational
> spaces and etc. coming later this year. I’d like to share them with the OSM
> community.
>
>
>
> Before I do that, I’m looking for community buy-in for the project. I will
> start with manually adding the new streets that have been built over the
> last few years and correct any information within the town boundaries that
> no longer represents reality on the ground. If that’s ok with all of you,
> I’d like to make the OSM web mapping for my corner of Canada a little
> better.
>
>
>
> Thank you,
>
>
>
> *Anatolijs Venovcevs*
>
>
>
> ___
> 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] Crowdsourcing with Statistics Canada (Ottawa ODL 2.0 is go!)

[John Marshall]

Great news

On Mar 3, 2017 9:16 PM, "Stewart C. Russell"  wrote:

> I just got access to the OSMF LWG draft minutes from yesterday, and I have
> good news: Ottawa ODL 2.0 data *can* be included in the OSM database.
>
> The minutes link - https://docs.google.com/document/d/
> 1KyTLbQWSmo1rdoppqlFGTB3by-qVAzjLo_LPml3Ri9Y/edit - is still draft so may
> not be generally readable, so I've included the text in full below:
>
> *5. Statement on Ottawa Open Data Licence Version 2.0 compatibility*
>
> Approval of the following statement:
>
> ---
>
> The LWG has been asked to determine the compatibility of Ottawa Open Data,
> Licence Version 2.0 (Ottawa ODL 2.0) with the ODbL 2.0 in conjunction with
> importing so licensed data. The text of the Ottawa ODL 2.0 can be found here
> 
> *http://ottawa.ca/en/city-hall/get-know-your-city/open-data#open-data-licence-version-2-0*
> 
>
> The Ottawa ODL 2.0 is a localised version of the OGL Canada
> 
> *http://open.canada.ca/en/open-government-licence-canada*
>  which in turn
> is loosly based on the UK OGL. The changes relative to the OGL Canada due
> to localisation are the licensor (the City of Ottawa) and reference to the
> definition of "personal information" as defined in the "Ontario Municipal
> Freedom of Information and Protection of Privacy Act",
>
> The LWG has determined
>
>-
>
>that the attribution requirements of the Ottawa ODL 2.0 can be met by
>adding the required text to the wiki contributor page and corresponding
>changeset source attribute values, and that there is no downstream
>attribution requirement,
>-
>
>that we are not using "Personal Information" as defined in the licence
>and referenced legislation,
>
> and that so licensed material can be included in the OpenStreetMap dataset
> and distributed on ODbL 1.0 terms.
>
> In the past the local variants of the OGL Canada have varied widely and
> have in some cases included additional terms that have made them
> incompatible with the ODbL and in some instances non-open. For this reason
> we are not making a blanket statement on other such localised versions of
> the OGL at this point in time and will continue to review them on a case by
> case base.
>
> ---
>
> Approved with 4 yes, 1 abstain.
>
>
> I've also updated the wiki page.
>
> Have a great weekend!
>  Stewart
>
>
> ___
> 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] Ottawa Buildings & Addresses [Statistics Canada project]

[John Marshall]

Great work on the Wiki.

Let's start.

John

John Marshall

On Jan 27, 2017 13:32, "Denis Carriere" <carriere.de...@gmail.com> wrote:

> Good day everyone,
>
> Thanks for everyone who provided feedback related to the Ottawa import
> plan, all of the concerns & issues have been resolved.
>
> Going to officially announce that we will be starting the Ottawa building
> & address import.
>
> *OSM Wiki - Import Plan*
> https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Plan
> <https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Plan#Explicit_permission>
>
> *Explicit Permission from the City of Ottawa*
> https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/
> Import/Plan#Explicit_permission
>
> *Video instruction (**YouTube)*
> https://youtu.be/OkFCkPBR7PA
>
> *City of Ottawa's open datasets*
> http://data.ottawa.ca/dataset/urban-buildings
> http://data.ottawa.ca/dataset/addresspoints
>
> *Tasking Manager #37 (private - invite only)*
> http://tasks.osmcanada.ca/project/37
>
> Cheers,
>
> *~~*
> *Denis Carriere*
>
> *GIS Software & Systems SpecialistOSM Account: @DenisCarriere
> <https://www.openstreetmap.org/user/DenisCarriere>*
>
> ___
> 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] Crowdsourcing buildings with Statistics Canada

[John Marshall]

Paul,

The City add the the building footprints to their open data portal in order
to have it add to OSM.

Also the City of Ottawa uses OSM: http://data.ottawa.ca/dataset
/sledding-hills

Ottawa Hydro which is owned by the City uses OSM. https://hydroottawa
.com/outages/info/outage-centre


Let's move on.


John

On Tue, Jan 24, 2017 at 9:12 PM, James  wrote:

> The city of Ottawa has the same license as the city of Vancouver:
> http://vancouver.ca/your-government/open-data-catalogue.aspx#tab19099
>
> Which seemed to have been deemed compatible, must we revert all vancouver
> imports as well?
>
> You have even stated that OGL-CA is compatible with ODBL in this mail
> archive:
> https://lists.openstreetmap.org/pipermail/legal-talk/2013-
> December/007685.html
>
> On Tue, Jan 24, 2017 at 8:58 PM, James  wrote:
>
>> Paul your answer is not clear. what is it that the license(ODL i'm
>> guessing?) would impose on top of ODBL?
>>
>> On Tue, Jan 24, 2017 at 8:52 PM, john whelan 
>> wrote:
>>
>>> So since it is the same license as the Feds which you have a letter of
>>> interpretation saying its fine with the exception of the Ontario Privacy
>>> laws does that mean the fed license is to be written off as well?
>>>
>>> Pity as I like my bus stops and CANVEC highways.
>>>
>>> Cheerio John
>>>
>>> On 24 January 2017 at 20:38, Paul Norman  wrote:
>>>
 On 1/21/2017 3:11 PM, Paul Norman wrote:

 On 1/20/2017 5:33 PM, john whelan wrote:

 Did you include permission for the bus stops as well? They are from the
 same source and the same licence.  I think I might have included one pitch
 sport soccer.  The pitch was mapped but the sport soccer was I must confess
 taken from their open data source.


 I kept it generic, not specifying a particular dataset. That way we'll
 have a final answer one way or the other and won't have to go back to them
 all the time.


 The initial answer was that the license would impose obligations on top
 of the ODbL, our distribution license. This would make the data
 incompatible.

 I have gotten back to them with some additional questions which might
 offer a way forwards and clarify the problems. If I can't get anywhere
 we'll have to decide what to do, but it will probably mean we can write off
 the City of Ottawa as a potential data source.

 ___
 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
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[John Marshall]

Paul,

So once we get a letter from the City of Ottawa, are we good to add the
buildings as per the wiki?

John

On Sun, Jan 22, 2017 at 8:41 AM, john whelan  wrote:

> There is another way forward for Stats at the moment and that would be to
> use the Statistics Canada address file which is available on the Federal
> Government Open Data portal under the Federal Government Open Data
> licence.  The addresses are nodes rather than building outlines but there
> is nothing to stop building:levels, and postcode etc. being added to a node.
>
> This was the file that Metrolink used to add addresses in the Toronto
> area.  It also has the benefit that it uses less storage in the OSM
> database.
>
> Cheerio John
>
> On 21 January 2017 at 21:34, john whelan  wrote:
>
>> It's to do with the way government works and is structured.  What you
>> have is an official interpretation which carries weight.  Quite a lot of
>> weight.
>>
>> Essentially both Canada and the UK are run by acts of parliament.
>> However these are normally interpreted by civil servants to keep things
>> running smoothly. For example in the UK by an Act of parliament of 1837
>> bicycles are not permitted to  use the sidewalks but administratively you
>> will not be prosecuted for cycling on the sidewalk in certain parts of the
>> UK.  The act hasn't been repealed but it is simply not enforced.  The
>> decision was taken by a civil servant after consultations but is upheld by
>> the government.
>>
>> The day to day running is done by civil servants interpreting the
>> minister's wishes or act of Parliament.  There will be discussion and
>> debate at a greater depth than either a minister or Parliament have the
>> time for and the decision will be recorded together with the reasons for
>> and against it.  This can lead to a formal report with a recommendation.
>> It is a brave manager or minister who doesn't accept the recommendations.
>> Have a look at Yes Minister and you'll see that brave here means foolish.
>> There has to be a level of trust between the politicians and the civil
>> service for this to work.  The direction is set by the politicians but the
>> day to day stuff by the civil servants.  If a civil servant screws up then
>> its special assignment time which is the civil service way of terminating
>> you.  So an interpretation is not given lightly.
>>
>> It has taken three or four years of discussion to get this far.  My
>> understanding is the City of Ottawa licence actually makes reference to the
>> Federal government licence in the FAQ basically because all the expertise,
>> hard work and effort on licensing was done at the federal level.
>>
>> I think in this case you have to rely on civil servants and retired civil
>> servants expertise.  Both Bjenk and I are of the opinion, as his his
>> manager, that for practical purposes the OGL-CA and the Municipal
>> equivalent are identical.  There are a number of CANVEC employees and
>> retired employees floating around as well who will have an opinion but I
>> think it will be supportive.  The open data manager at Ottawa is also of
>> the same opinion.  My casual contacts at TB on the Open Data side are also
>> of the same opinion.
>>
>> My hope is that we can accept Open Data from municipalities that are
>> covered by the equivalent of the OGL-CA.  What you seem to be asking for is
>> a resolution or vote by each municipality of their councillors before OSM
>> can use the data.  This I think is getting towards the unreasonable and
>> unwieldy side of things.
>>
>> Canadian cities would like to encourage their citizens to walk, cycle and
>> use public transport.  Tagging which paths maybe used by cycles helps both
>> sides.  In Ottawa until I sat down with the cycling specialist and pointed
>> out on their cycle maps one path running through a park was on their cycle
>> maps and an identical one in the same park wasn't so how was I to know
>> which could be used?  I was armed with photos from both paths and of the
>> signs, they were identical.  After that the city expanded its official
>> cycle path network by many kms.  "The *city of Ottawa* has a vibrant
>> *cycling* culture and now boasts over 600 km of multi-use pathways,
>> *bike* lanes, off-road paths and paved shoulders"  We need the City to
>> identify these so they can be correctly tagged on the map.  Often there are
>> no signs on a path to say if it maybe used by cyclists or not.
>>
>> Metrolink has done a fair bit of address mapping in OSM in support of
>> getting people to use public transport.  They're in Toronto by the way.
>> Both sides are better off with imported bus stops.
>>
>> Life was so much simpler when OSM was just a group of cyclists going
>> round with GPS devices recording tracks but I think times are changing and
>> there are benefits.  The main problem in my mind is controlling the quality
>> of data for an import and in its careful merging with existing data.  

Re: [Talk-ca] Crowdsourcing with Statistics Canada

[John Marshall]

I agree with Bernie.

The intent of the City of Ottawa was for this data to be added to OSM.

John Marshall
Ottawa

On Sun, Jan 22, 2017 at 9:06 AM, Bernie Connors <berniejconn...@gmail.com>
wrote:

> Stewart,
>
>   Governments are writing open data policies, creating open data
> portals, and adopting the OGL-CA Licence because they want their data to be
> used. There are many benefits for governments to do this. It makes them
> appear more transparent, it supports citizens, businesses  and researchers,
> and it largely relieves them from having to monitor and police the
> licensees of their data (although I suspect that little or no effort was
> ever applied to monitoring licencees).
>
>So we know their intentions, we have a very permissive ‎licence,
> and the chance of OGL-CA licence issues arising are very, very slim. We
> should stop fretting over the OGL-CA derived licences and start mapping.  I
> don't hide inside my home for fear of being struck by lightning and I don't
> refrain from mapping with data that has a very permissive licence. It's not
> a perfect licence but nothing in life ever is perfect.
>
> Best regards,
> Bernie.
>
> Bernie Connors, P.Eng
> Geomatics Engineer and Civil Servant
> New Maryland, NB
>
> Sent from my BlackBerry 10 smartphone on the Bell network.
>   Original Message
> From: Stewart C. Russell
> Sent: Sunday, January 22, 2017 12:05 AM
> To: talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] Crowdsourcing with Statistics Canada
>
> Hi Bjenk -
>
> > I am not sure why there is confusion about Ottawa's ODL and it's
> > equivalence to OGL because the information is public but here it is to
> > clarify:
> >
> > "The Open Data License is based on version 2.0 of the “Open Government
> > Licence – Canada” which was developed through public consultation and
> > consultation with other jurisdictions"
>
> I sense your frustration, and understand that this process must be
> trying. But it's partly an artifact of the licence itself.
>
> The Open Government Licence - Canada, version 2.0 (OGL-CA) is compatible
> with OSM's licence. This was confirmed in 2013:
> https://lists.openstreetmap.org/pipermail/talk-ca/2013-
> November/005906.html
>
> (Paul Norman tells me that there's an official notice somewhere from
> Government confirming this, but neither he nor I can find it.)
>
> Unfortunately, one trait of the licence inherited from its parent (the
> Open Government Licence United Kingdom 2.0,
> https://www.nationalarchives.gov.uk/doc/open-government-licence/version/2/
> )
> is that it is not _reusable_. Here, reusable means that the licence is
> not specific to an organization or jurisdiction. The OGL-CA has Her
> Majesty the Queen in right of Canada baked in as Information Provider.
> No-one but the Federal government can be that Information Provider. So
> even if Municipality of X wished to adopt the “Open Government Licence -
> X” by replacing ‘Canada’ with ‘X’, it would have to make textual changes
> to the licence, and in doing so — and this is the critical part — makes
> a new and different licence from the OGL-CA.
>
> (Paul N. previously suggested that the UK OGL was more reusable, and had
> better CC BY and ODC BY compatibility than OGL-CA.)
>
> So we can't use Ottawa's data under the Federal OGL-CA.
>
> Even with the best intentions, adoption of the OGL-CA results in
> fragmentation. For example, there's the "Open Government Licence –
> Ontario", the "Open Government Licence – Toronto" and the "Open
> Government Licence - Toronto Public Library". All of these, though based
> on OGL-CA, are *different* licences, and necessarily so. Accepting the
> OGL-CA hasn't allowed OSM to automatically accept all the derivatives
> under it.
>
> (It also helps that OSM explicitly has a statement from the Federal
> Government saying that we have permission to use their data. This
> permission does not flow down to provincial or municipal data.)
>
> If one happens to be a government, or a large commercial entity, one can
> muster lawyers to ensure one's continued existence if there's a legal
> challenge. OpenStreetMap doesn't have that luxury. In order to ensure
> continuity of the OSM project, a degree of caution is required.
>
> So while access to open data is valued by the community, it would be
> lovely if someone could pay for all the lawyers needed to go over the
> licences on behalf of OSM/OSMF too. To the best of my knowledge this
> assistance has seldom been forthcoming.
>
> Best Wishes,
> Stewart
>
>
> ___
> 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

Re: [Talk-ca] [Imports] Fwd: [Import] Ottawa Buildings & Addresses [Statistics Canada project]

[John Marshall]

Great new. The local OSM mappers are looking forward to adding this data
set.

John Marshall

On Dec 21, 2016 09:41, "James" <james2...@gmail.com> wrote:

> Just to give an update, Ottawa has finally approved moving the building
> outlines to the open data portal. The person responsible is on vacation and
> will be back the 9th of January 2017 and expect it to be live by the end of
> that week.
>
> So with data source not being publicly available, are there any other road
> blocks that are stopping this import from progressing?
>
> On Tue, Oct 25, 2016 at 2:22 PM, Christoph Hormann <chris_horm...@gmx.de>
> wrote:
>
>> On Tuesday 25 October 2016, Kevin Farrugia wrote:
>> >
>> > Planimetrics represent whatever the ground condition was when the
>> > data was created and updated, which is almost always done with high
>> > res orthoimagery. If someone demolishes a shed in their backyard, the
>> > city would likely need to notice it visually. Every place does it
>> > differently, but that's likely what happens.
>>
>> Actually i was referring to the use of the term "CAD drawings" which
>> clearly indicates a planning component (with the 'D' standing for
>> design) - but you probably have just used the term in a different way
>> than how i understood it.
>>
>> --
>> Christoph Hormann
>> http://www.imagico.de/
>>
>> ___
>> Imports mailing list
>> impo...@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/imports
>>
>
>
>
> --
> 外に遊びに行こう！
>
> ___
> 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] Wikidata in OpenStreetMap

[John Marshall]

Great work James. I'm in.

John

John Marshall

On Nov 10, 2016 20:17, "James" <james2...@gmail.com> wrote:

> Seeing as ID[1] and Mapbox[2] are pushing to incorporate wikidata into
> OSM, I thought it would be a perfect little project when mappers have
> nothing better to do or in their downtime.
>
> The wikidata link can help developers get vital information like the
> current population, current mayor, flags, coat of arms,etc. The list goes
> on. This is a lot of data that can't necessarily be encoded into OSM. This
> would help simplify the use of OSM data for small developers.
>
> I've started a project on the OSMCanada Tasking Manager here:
> http://tasks.osmcanada.ca/project/40
>
> Join in for a more data rich Canada :)
>
>
> [1] https://www.mapbox.com/blog/id-wikidata/
> [2] https://www.mapbox.com/blog/geocoding-wikidata/
>
> ___
> 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] New Innovative Map Company

[John Marshall]

Great work Bradon!

John

On Sun, Nov 6, 2016 at 5:13 PM, Denis Carriere 
wrote:

> This project was truly an awesome journey with Bradon, it was really
> exciting to work together on KrateLabs and the final map products look
> amazing!
>
> Also a big thanks to Shopify & Mapbox <3 for creating awesome tools that
> made this entire project happen.
>
> Can't wait for the next KrateLabs mapping ideas! :)
>
> Cheers,
>
> *~~*
> *Denis Carriere*
> *GIS Software & Systems Specialist*
>
> *Twitter: @DenisCarriere *
> *OSM: DenisCarriere *
> GitHub: DenisCarriere 
> Email: carriere.de...@gmail.com
>
> On Sun, Nov 6, 2016 at 1:17 PM, Heather Leson 
> wrote:
>
>> So great!  Now I need to not live on the road so that I have a wall for
>> it.
>>
>> Congratulations
>>
>> heather
>>
>> Heather Leson
>> heatherle...@gmail.com
>> Twitter/skype: HeatherLeson
>> Blog: textontechs.com
>>
>> On Sun, Nov 6, 2016 at 3:36 PM, Bradon Levalds 
>> wrote:
>>
>>> Hey Stewart,
>>>
>>> Thanks again. I will ensure the correct attributions are visible on both
>>> digitally and printed on the labels we place on the maps themselves.
>>>
>>> Thanks,
>>> Bradon.
>>>
>>> > On Nov 5, 2016, at 1:21 PM, Stewart C. Russell 
>>> wrote:
>>> >
>>> > On 2016-11-05 12:43 PM, Bradon Levalds wrote:
>>> >>
>>> >> This lasering allows only light to pass through the etched artwork
>>> which
>>> >> frosts, creating a unique, contemporary and detailed design of any
>>> >> location in the world with just the click of a button.
>>> >
>>> > These look really nice! I bet it took a load of trial and error to get
>>> > the engraving just so. Having spent a good bit of time laser cutting
>>> and
>>> > etching acrylic, the results look spectacular when you've got the
>>> > settings dialled in.
>>> >
>>> > Hope you've got the attribution* somewhere on the label!
>>> >
>>> > Stewart
>>> >
>>> > *:
>>> > https://wiki.openstreetmap.org/wiki/Legal_FAQ#3a._I_would_li
>>> ke_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F
>>> >
>>> > ___
>>> > 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
>>
>>
>
> ___
> 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] [Import] Ottawa Buildings & Addresses [Statistics Canada project]

[John Marshall]

Looks good to me.

I only would add if there are multiple buildings and it is not not clear
what  the correct address are, local survey may be required. Then add a
note like this: https://www.openstreetmap.org/note/741666


John

On Wed, Oct 19, 2016 at 1:57 PM, john whelan  wrote:

> A comment the data is of high quality and the building outlines are of
> particular interest to the Stats Canada Project where Statistics Canada is
> attempting to crowd source adding tags added to non residential buildings
> within the City of Ottawa and Gatineau.  These include the number of levels
> and the use of the building.  They will be suggesting using a customised iD
> to their general public but given the experience of iD mapping buildings in
> HOT it was thought that importing the building outlines would give a better
> quality map at the end.
>
> Cheerio John
>
> On 19 October 2016 at 13:45, James  wrote:
>
>> Seems like a good enough time like any other to talk about the import of
>> Ottawa buildings and addresses into OpenStreetMap.
>>
>> Documentation is available here:
>> https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Plan
>>
>> Discussion with local mappers has happened in person for multiple
>> months(community buy in is very high in these meetings and we all saw
>> benefit in including this data) :
>> https://www.meetup.com/openstreetmap-ottawa/
>>
>> Once positive discussion of a period of 2 weeks has been met, we would
>> like to start the import of said data.
>>
>> Thank you.
>>
>>
>> ___
>> 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

Re: [Talk-ca] Telenav mapping turn restrictions

[John Marshall]

Make sense to me. Adding turn restrictions is something I don't want to add.

Happy to see all my Mapillary and OpenStreetView imagery being used to help
improve the map.

John

On Tue, Oct 18, 2016 at 9:24 AM, Begin Daniel  wrote:

> Go with the recommended scheme as described on the wiki.
>
> Daniel
>
>
>
> *From:* Martijn van Exel [mailto:m...@rtijn.org]
> *Sent:* Monday, 17 October, 2016 23:53
> *To:* Talk-CA OpenStreetMap
> *Subject:* [Talk-ca] Telenav mapping turn restrictions
>
>
>
> Hi all,
>
>
>
> I wanted to give you a heads up that my colleagues on the Telenav map team
> are starting work on adding turn restrictions in Toronto, Montréal, and
> later on also Vancouver, Ottawa and Calgary. We are using OpenStreetView
> and Mapillary as sources. If you have any questions or concerns, please
> reach out to me and we will address it right away.
>
>
>
> For conditional (time-restricted) turn restrictions, we intend to use the
> schema described in http://wiki.openstreetmap.org/wiki/Conditional_
> restrictions. We encounter a more complex mapping of conditional turn
> restrictions sometimes, where mappers have used day_on / day_off and
> hour_on / hour_off. This is uncommon and as far as I know not recommended
> for mapping time-restricted turn restrictions. If we encounter these, our
> proposal would be to remove these tags and if necessary replace them with
> the preferred scheme as described on the wiki. Opinions?
>
>
>
> Best,
>
> Martijn
>
>
>
> ___
> 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] Nunavut place names language

[John Marshall]

I would like to purpose OSM uses the same standard as this Wikipedia
Article.

https://en.wikipedia.org/wiki/List_of_communities_in_Nunavut

I really believe that *name=** should be written in english (Community).
Inuktitut name if different from the name = *alt_name*
Inuktitut syllabics = *name:in (ᐃᖅᐊᓗᑦ)*

Example OSM data

*name *= Arctic Bay
*name:in *= ᐃᒃᐱᐊᕐᔪᒃ
*alt_name *= Ikpiarjuk
*population *= 823
*population*:*date *= 2011
*source:population *= Statistics Canada (2011 census)
*wikipedia:en *= Arctic_Bay

http://wiki.openstreetmap.org/wiki/Key:population


Cheer

John

On Sat, Sep 17, 2016 at 2:27 PM, Denis Carriere <carriere.de...@gmail.com>
wrote:

> Also all there is a lot of Canadians from BC, Alberta, Ontario & Quebec
> that travel for work to those locations by flight and none of them would
> understand the Native names of cities, it would bring a lot of confusion to
> visitors.
>
> *~~*
> *Denis Carriere*
> *GIS Software & Systems Specialist*
>
> *Twitter: @DenisCarriere <https://twitter.com/DenisCarriere/>*
> *OSM: DenisCarriere <https://www.openstreetmap.org/user/DenisCarriere>*
> GitHub: DenisCarriere <https://github.com/DenisCarriere>
> Email: carriere.de...@gmail.com
>
> On Sat, Sep 17, 2016 at 2:12 PM, James <james2...@gmail.com> wrote:
>
>> As john said, the people of nunavut can speak the language, but do they
>> write it or read it? If not English would be the more popular option
>>
>> On Sep 17, 2016 10:10 AM, "John Marshall" <rps...@gmail.com> wrote:
>>
>>> As someone who does a lot of mapping is in Nunavut.  I think it a great
>>> idea to add the Native language. That way someone could make a custom map
>>> using Native Languages.
>>>
>>> However,  I think we should get some feedback from local mappers and
>>> other people who use the data, not someone from Toronto. If you look at the
>>> Government of Nunavut  website http://www.gov.nu.ca/ It's landing page
>>> is in English. So it looks to me that the working Language is English.
>>>
>>> How will this affect Apps like Maps.me and OsmAnd?
>>>
>>> I feel the common name should be in English and the Native language if
>>> available  added as separate tags.
>>>
>>> John
>>>
>>> On Fri, Sep 16, 2016 at 5:43 PM, john whelan <jwhelan0...@gmail.com>
>>> wrote:
>>>
>>>> You realise that the written language is actually European shorthand
>>>> which was used to record the verbal language.
>>>>
>>>> Cheerio John
>>>>
>>>> On 16 September 2016 at 17:35, James <james2...@gmail.com> wrote:
>>>>
>>>>> I personally dont mind having it in Native language, but if there is
>>>>> going to be changed there should be a corresponding name:en tag as the 
>>>>> rest
>>>>> of the world can't read it.
>>>>>
>>>>> One of the reasons I don't mind is: who would possibly use it? People
>>>>> in Nunavut, that's who. It should be as accessible to them as possible. If
>>>>> they dont speak English it creates a barrier of using the Canadian map. 
>>>>> Not
>>>>> only that but the northern maps aren't that great as they are even though
>>>>> there have been efforts to improve them *cough* rps333 *cough*.
>>>>>
>>>>> On Sep 16, 2016 5:22 PM, "Andy Townsend" <ajt1...@gmail.com> wrote:
>>>>>
>>>>>> Hello Canadian mappers!
>>>>>>
>>>>>> The node and relation for Nunavut are http://www.openstreetmap.org/n
>>>>>> ode/305700700 and http://www.openstreetmap.org/relation/390840 .
>>>>>> The "name" of both of these is currently set to a composite of the
>>>>>> Inuktitut and the Anglo/French name.  Is this OK?
>>>>>>
>>>>>> Different OSM communities have adopted different standards - most
>>>>>> have gone the "most widely used" form in the "name" tag (e.g. in places 
>>>>>> in
>>>>>> Wales will tend to have a "name" that matches name:cy in mostly
>>>>>> Welsh-speaking areas and name:en in mostly English-speaking ones).  In 
>>>>>> some
>>>>>> places (e.g. Londonderry/Derry, and around Brussels) a composite of
>>>>>> multiple languages is in use; in still others (e.g. India) a "neutral"
>>>>>> langua

Re: [Talk-ca] Nunavut place names language

[John Marshall]

As someone who does a lot of mapping is in Nunavut.  I think it a great
idea to add the Native language. That way someone could make a custom map
using Native Languages.

However,  I think we should get some feedback from local mappers and other
people who use the data, not someone from Toronto. If you look at the
Government of Nunavut  website http://www.gov.nu.ca/ It's landing page is
in English. So it looks to me that the working Language is English.

How will this affect Apps like Maps.me and OsmAnd?

I feel the common name should be in English and the Native language if
available  added as separate tags.

John

On Fri, Sep 16, 2016 at 5:43 PM, john whelan  wrote:

> You realise that the written language is actually European shorthand which
> was used to record the verbal language.
>
> Cheerio John
>
> On 16 September 2016 at 17:35, James  wrote:
>
>> I personally dont mind having it in Native language, but if there is
>> going to be changed there should be a corresponding name:en tag as the rest
>> of the world can't read it.
>>
>> One of the reasons I don't mind is: who would possibly use it? People in
>> Nunavut, that's who. It should be as accessible to them as possible. If
>> they dont speak English it creates a barrier of using the Canadian map. Not
>> only that but the northern maps aren't that great as they are even though
>> there have been efforts to improve them *cough* rps333 *cough*.
>>
>> On Sep 16, 2016 5:22 PM, "Andy Townsend"  wrote:
>>
>>> Hello Canadian mappers!
>>>
>>> The node and relation for Nunavut are http://www.openstreetmap.org/n
>>> ode/305700700 and http://www.openstreetmap.org/relation/390840 .  The
>>> "name" of both of these is currently set to a composite of the Inuktitut
>>> and the Anglo/French name.  Is this OK?
>>>
>>> Different OSM communities have adopted different standards - most have
>>> gone the "most widely used" form in the "name" tag (e.g. in places in Wales
>>> will tend to have a "name" that matches name:cy in mostly Welsh-speaking
>>> areas and name:en in mostly English-speaking ones).  In some places (e.g.
>>> Londonderry/Derry, and around Brussels) a composite of multiple languages
>>> is in use; in still others (e.g. India) a "neutral" language is used
>>> (there, English).
>>>
>>> I did suggest on http://www.openstreetmap.org/changeset/41676348 that
>>> the person who changed the name raise it here; that didn't happen, so I'm
>>> mentioning it :)
>>>
>>> Best Regards,
>>>
>>> Andy Townsend
>>>
>>>
>>>
>>> ___
>>> 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
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Canvec attributes (roads)

[John Marshall]

Great idea Martijn,

One of the big problems of OSM in Canada is there are many missing road
where there are no local mappers. Canada is very big. Any tools to help map
unmapped area of Canada gets a big +1 from me.

John

John Marshall

On Sep 9, 2016 17:36, "Martijn van Exel" <m...@rtijn.org> wrote:

> Hi all,
>
> A few colleagues at Telenav and myself are looking at Canvec 2016. Roads
> specifically. I am sure some of you already have done that. Something we
> are looking into a workflow that is something like this (simplified):
>
> Canvec 2016 Shapefiles --> Conflation engine (Cygnus [1]) --> Tasking
> manager
>
> The output of the conflation would be an OSM XML change file that could
> be (selectively) applied in JOSM. It would contain new / changed ways as
> well as some new or changed tags. All proposed updates would be verified
> manually (through tasking manager.)
>
> What do you think about this idea?
>
> The conflation engine takes OSM PBF as input, so the Canvec shapefiles
> would need to be translated (using ogr2osm). That would require an
> ogr2osm translation file. I wonder if someone already did this? (I am
> using this [2] attribute list as reference.)
>
> [1]https://www.openstreetmap.org/user/mvexel/diary/37808
> [2]http://ftp.geogratis.gc.ca/pub/nrcan_rncan/vector/canvec/
> doc/CanVec_Catalogue_50K_Transport/SRDB_EXPL_ESSIM_50K_
> Transport-sd-en.html#div-1330009
> --
>   Martijn van Exel
>   m...@rtijn.org
>
> ___
> 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] broken forests in eastern Canada

[John Marshall]

Andrew, I hear you! I have been trying to add data around unmapped Northern
Communities around James Bay and Nunavut. But after someone revert some of
my work I'm stopping:(

John

On Tue, Aug 30, 2016 at 8:49 AM, Andrew  wrote:

> On Mon, 2016-08-29 at 23:47 -0400, Gordon Dewis wrote:
>
>
> On Aug 29, 2016, at 11:12 PM, Antoine Beaupré 
> wrote:
>
> On 2016-08-25 10:13:25, Gordon Dewis wrote:
>
> Alan is right. I've brought in a few tiles worth of forests from Canvec in
> the area you're talking about, but they were non-trivial to deal with
> compared to most other features. I kept running into limits in the tools I
> was using at the time and I haven't returned to them since.
>
>
> Yeah, that's what I figured I hope my comment didn't come across as
> criticizing the work that was done importing that data into OSM - I know
> how challenging and frustrating that work can be.
>
> But I must admit it seems a little rough to have those patches up
> there. I don't mind the "seams" between the CANVEC imported blocks,
> which don't seem to show up on the main map anymore anyways. But
> the *missing* blocks are really problematic and confusing. And they show
> up not only all the way up north and in weird places, but in critical
> areas. for example, here's a blank spot right north of Canada's capital:
>
> http://osm.org/go/cIhYCSU-?m=
>
> It seems a whole area was just not imported up there... oops! This shows
> up here and there in seemingly random places.
>
>
> Whoever was working on it was probably struggling with the tiles and
> subtitles in Canvec and threw in the towel. I was working on the forests
> around Golden Lake, for example, and ran into problems and limitations with
> the tools I was using at the time. I would love to import more, but it’s a
> daunting task.
>
> Another problem I noticed is when trying to merge “new” forests with
> existing forests was the existing forests would disappear because the
> topology changed, similar to problems you can see with lakes and islands.
> That alone was enough to make me back off and undo the inadvertent damage.
>
> I wonder if it wouldn't be better to remove parts of the CANVEC import
> until we can figure out how to better import them in the future, if, of
> course, we have a documented way of restoring the state of affairs we
> have now... As was mentionned elsewhere, it seems to me that the data
> that is there now somewhat makes it more difficult to go forward and
> hides more important data (like park boundaries).
>
>
> Unless the parts of Canvec are going to be replaced with more
> comprehensive coverage, I think that removing the existing forests would
> not be a Good Thing.
>
> I believe it would be more important to map out park boundaries than
> actual forest limits which, quite unfortunately, change in pretty
> dramatic ways in Québec, due to massive logging that has been happening
> for decades.
>
>
> Park boundaries are mostly in already, aren’t they? They are fairly easy
> features to import compared to forests.
>
>
> Tell you what, I do what I can to import the data, and fill in the gaps.
>
> I stopped importing data about a year ago, my skin just wasn't thick
> enough.
>
>
> ___
> 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] Talk-ca Digest, Vol 102, Issue 6

[John Marshall]

I would say yes! The LA import was based on lesson learned from the  NYC
building import.


John Marshall

Ottawa

On Wed, Aug 3, 2016 at 12:23 PM, Ellefsen, Bjenk (STATCAN) <
bjenk.ellef...@canada.ca> wrote:

> This is a great link, James. Can we follow a similar workflow and rules?
>
> We could write a similar wiki page.
>
> -Original Message-
> From: talk-ca-requ...@openstreetmap.org [mailto:
> talk-ca-requ...@openstreetmap.org]
> Sent: August-03-16 11:08 AM
> To: talk-ca@openstreetmap.org
> Subject: Talk-ca Digest, Vol 102, Issue 6
>
> Send Talk-ca mailing list submissions to
> talk-ca@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ca
> or, via email, send a message with subject or body 'help' to
> talk-ca-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ca-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ca digest..."
>
>
> Today's Topics:
>
>1. Re: Crowdsourcing buildings with Statistics Canada (James)
>
>
> --
>
> Message: 1
> Date: Wed, 3 Aug 2016 11:07:41 -0400
> From: James <james2...@gmail.com>
> To: john whelan <jwhelan0...@gmail.com>
> Cc: "Ellefsen, Bjenk \(STATCAN\)" <bjenk.ellef...@canada.ca>, Talk-CA
> OpenStreetMap <talk-ca@openstreetmap.org>
> Subject: Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada
> Message-ID:
> <
> cank4qi9428yftrz5bmmxqekent5qr8wx+jifabwdzse7hjj...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> The city of los angeles went through the same process(importing buildings)
> and this might be useful for the project:
>
>
> https://wiki.openstreetmap.org/wiki/Los_angeles,_California/Buildings_Import
>
> On Aug 3, 2016 11:04 AM, "john whelan" <jwhelan0...@gmail.com> wrote:
>
> > Technically we can add to what is there but that adds volume to the
> > database.
> >
> > We also need to settle on the tags to be used.  I noted the use of
> > building=retail I assume that is acceptable as well as commercial.
> >
> > Another tag used is ele which has the same values as building:levels but
> I
> > hadn't seen it before.
> >
> > Cheerio John
> >
> > On 3 Aug 2016 10:40 am, "Ellefsen, Bjenk (STATCAN)" <
> > bjenk.ellef...@canada.ca> wrote:
> >
> >> We could use only a selection of tags. In the form in the interface we
> >> will use, it could be just residential and apartments not be in the
> choices.
> >>
> >>
> >>
> >> We will use the tags reserved for buildings. As John mentioned, malls
> can
> >> have just a few tags and then there are these shops and amenities
> floating
> >> at the same address. Could we have the building and the tags shops,
> >> offices, amenities attached to them?
> >>
> >>
> >>
> >> Bjenk
> >>
> >>
> >>
> >> *From:* James [mailto:james2...@gmail.com]
> >> *Sent:* August-02-16 3:10 PM
> >> *To:* john whelan <jwhelan0...@gmail.com>
> >> *Cc:* Talk-CA OpenStreetMap <talk-ca@openstreetmap.org>; Ellefsen,
> Bjenk
> >> (STATCAN) <bjenk.ellef...@canada.ca>
> >> *Subject:* Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada
> >>
> >>
> >>
> >> building=apartments should also be considered residential if not they
> are
> >> tagged as offices. There is going to have to be grouping of some tags
> for
> >> residential, commercial and industrial buildings to get a full tally
> >>
> >> Yeah, terrace homes, duplexes, triplexes, condos may all have unique
> >> civic addresses. Apartments may have the the same civic address but also
> >> includes an apartment no which needs to be mapped differently then just
> >> assigning a address to a building(you are now getting into entraces and
> >> addr:flats) example of a terrace home:
> >> http://www.openstreetmap.org/node/2688375179 and
> >> http://www.openstreetmap.org/way/262705861  this is the way they are
> >> doing it in the UK (after many hours in IRC asking how to properly map
> them)
> >>
> >>
> >>
> >> On Tue, Aug 2, 2016 at 3:03 PM, john whelan <jwhelan0...@gmail.com>
> >> wrote:
> >>
> >> 

Re: [Talk-ca] New project with OSM at Statistics Canada

[John Marshall]

I'm a local OSM mapper in Ottawa, how can I help?

John Marshall

On Tue, Jul 19, 2016 at 7:16 AM, James <james2...@gmail.com> wrote:

> Stewart that lawsuit was dropped, mostly because canada post knew they
> couldnt copyright a postal code and also they would have to sue every
> online retailer as they have to collect postal code data of their clients
> to be able to ship their products
>
> On Jul 18, 2016 10:11 PM, "Stewart C. Russell" <scr...@gmail.com> wrote:
>
>> On 2016-07-18 04:08 PM, john whelan wrote:
>> >
>> > … for the pilot what they would like
>> > is a few tags adding to existing buildings.  These would be things such
>> > as postcode
>>
>> Ooh, lemme order popcorn so I can watch Canada Post sue Statistics
>> Canada for use of "their" precious codes ...
>>
>>  Stewart
>>
>>
>> ___
>> 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

Re: [Talk-ca] aerial imagery for missing roads

[John Marshall]

I agree with James and Michael . How could we prevent logging roads from
being mapped anyway.

All roads should be mapped.

The same would apply to Military Bases. Most of the time the public is not
allowed on the Base. But there are times when the public is allowed on
hunting ect where having the data would be useful.

John Marshall
On Jun 26, 2016 17:37, "James" <james2...@gmail.com> wrote:

> I agree with Michael. What happens if fire services need to use that road
> or emergency services like ambulence etc. It should be the application's
> job to determine in which condition a road should or shouldnt be used, not
> the mappers job to obfuscate the map
> On Jun 25, 2016 4:01 PM, "Michael Zajac" <mich...@zajac.ca> wrote:
>
>> The map shows what’s there. Hopefully it can also show private- or
>> public-access status, but its job is not to babysit potential trespassers
>> by keeping parts of the landscape secret.
>>
>>
>> Stewart C. Russell [mailto:scr...@gmail.com] wrote:
>>
>> > Most logging roads, certainly in BC, are private. While they look
>> large, and make tempting additions to the map, accidentally routing traffic
>> along them could be fatal. Logging trucks don't (can't!) stop, and unless
>> you have authorization and the right radio to call in the checkpoints, the
>> controller won't be able to tell you if there's a truck coming that you
>> need to get out of the way of.
>> >
>> > CanVec also mistakenly digitized a bunch of private wind farm access
>> roads in Ontario, such as https://www.openstreetmap.org/way/39334427 .
>> >
>> > While using these might not be life-threatening, it is trespassing to
>> use them.
>>
>> --
>> Michael Zajac
>> http://zajac.ca/
>> +1-204-943-6596
>>
>>
>>
>> > On 2016-06-25, at 13:52, talk-ca-requ...@openstreetmap.org wrote:
>> >
>> > Send Talk-ca mailing list submissions to
>> >   talk-ca@openstreetmap.org
>> >
>> > To subscribe or unsubscribe via the World Wide Web, visit
>> >   https://lists.openstreetmap.org/listinfo/talk-ca
>> > or, via email, send a message with subject or body 'help' to
>> >   talk-ca-requ...@openstreetmap.org
>> >
>> > You can reach the person managing the list at
>> >   talk-ca-ow...@openstreetmap.org
>> >
>> > When replying, please edit your Subject line so it is more specific
>> > than "Re: Contents of Talk-ca digest..."
>> >
>> >
>> > Today's Topics:
>> >
>> >   1. Re: aerial imagery for missing roads (Alan Richards)
>> >   2. Re: aerial imagery for missing roads (Pierre Béland)
>> >
>> >
>> > --
>> >
>> > Message: 1
>> > Date: Sat, 25 Jun 2016 16:31:42 + (UTC)
>> > From: Alan Richards <alarob...@gmail.com>
>> > To: Martijn van Exel <m...@rtijn.org>, Kevin Farrugia
>> >   <kevinfarru...@gmail.com>
>> > Cc: talk-ca@openstreetmap.org
>> > Subject: Re: [Talk-ca] aerial imagery for missing roads
>> > Message-ID:
>> >   <
>> 1311b39aa81e624e.ad0720c3-33a3-4256-87d1-d01909f9b...@mail.outlook.com>
>> >
>> > Content-Type: text/plain; charset="utf-8"
>> >
>> > Most forest service roads in BC are not private. They may be built by
>> private logging companies and may occasionally be gated, but the majority
>> are on crown land and are open for recreational use. Road conditions vary
>> wildly and roads are often unmaintained if active logging is not in
>> progress in the area.
>> > While I agree that typically these roads should not be used for typical
>> intercity routing, they are often used for recreation, hunting, fishing etc.
>> >
>> > Alan (alarobric)
>> >
>> >
>> >
>> >
>> > On Sat, Jun 25, 2016 at 7:59 AM -0700, "Martijn van Exel" <m...@rtijn.org>
>> wrote:
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > Interesting, that seems to be worth a look! Do you happen to know who
>> these open data people are? Do similar open data groups / people exist in
>> other provinces?
>> > Martijn
>> > On Jun 25, 2016, at 8:16 AM, Kevin Farrugia <kevinfarru...@gmail.com>
>> wrote:
>> > Morning everyone,
>> > I was looking at information on one of the Province's ima

Re: [Talk-ca] Ft. McMurry Fires

[John Marshall]

Dale,

I have ask the CDN Red Cross in Ottawa several times if they would
like the CDN OSM community to help. Happy to help.

Cheers

John

On Mon, May 9, 2016 at 12:16 PM, James  wrote:
> Hi Dale I'm not sure if you've been following this list previously, but
> there was a initiative started already within osm-canada
>
> I've created a HOT project here:
> http://tasks.osmcanada.ca/project/22
>
> But right now OSM is in read only mode as there is a scheduled maintenance
>
> On May 9, 2016 12:12 PM, "Kunce, Dale"  wrote:
>>
>> The American Red Cross is potentially sending some teams to do help the
>> Canadian Canadian Red Cross with damage assessments in Ft. Mcmurtry and
>> other places affected by the recent fires.
>>
>> As part of the assessment we are potentially going to use OpenMapKit to do
>> a building by building assessment. The OSM data looks pretty good for the
>> area except that not all buildings are in OSM. The assessment would not
>> happen for at least a week or two but we are interested in mapping all of
>> the buildings in the affected area from pre-event imagery. No damage
>> assessment from satellite imagery will occur.
>>
>> I’ve already let HOT know but it would be great to have support of the
>> OSM-Canada community to help get the work done.
>>
>> Please let me know if this is something you would be interested in helping
>> or leading.
>>
>> Dale
>>
>> —
>> Dale Kunce | Senior Geospatial Engineer and GIS Team Lead  | International
>> Services |  American Red Cross
>> 2025 E Street NW, Washington, DC 20006
>> Tel 202.303.4095 | Cell 510.842.7523 | Skype dkunce
>>
>>
>> ___
>> 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

Re: [Talk-ca] Fort McMurray forest fires

[John Marshall]

I will check with my contacts in my day job if they will release thier
imagery.

I know DigitalGlobe are tasking thier satellites over Fort Mac.

John Marshall
On May 5, 2016 11:39, "James" <james2...@gmail.com> wrote:

> I think we'll have to wait until the fire is put out before we get
> satelite imagery.
> What I can do is create a task on tasks.osmcanada.ca for Fort McMurray
> and we can trace buildings as they are not all there
>
> On Thu, May 5, 2016 at 11:28 AM, Andrew MacKinnon <andrew...@gmail.com>
> wrote:
>
>> As you are probably aware by now, a large portion of Fort McMurray,
>> Alberta has been destroyed by forest fires.
>>
>> Is any freely licensed aerial imagery of the affected area available
>> yet? Will the Humanitarian OpenStreetMap team be creating a project
>> for Fort McMurray?
>>
>> ___
>> 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

Re: [Talk-ca] Bicycle GPS tracks

[John Marshall]

The one cool thing about Strava; is Strava Slide. It makes it very easy to
map paths. It also shows bike track.

http://labs.strava.com/slide/

I have found it very handy mapping trails in Gatineau park

Cheers


John

On Mon, Apr 25, 2016 at 3:23 PM, John Whelan  wrote:

> My local city is purchasing bicycle GPS track data from a company that has
> a fitness app.  Apparently many cities would like this sort of data.
> However it doesn't capture those who don't have a smartphone nor those who
> choose not to install a commercial app on their phone.
>
> OSM has a history of capturing GPS data from devices, and having well
> written procedures to upload it.
>
> I don't think it needs the current GPS trace database cluttering up with
> more traces but could the cycling fraternity come up with a process to
> store this type of data as open data?
>
> Thanks John
>
>
> --
> 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] Bus stops in Ottawa

[John Marshall]

I agree Tristan

John

John Marshall
On Mar 1, 2016 18:43, "Tristan Anderson" <andersontris...@hotmail.com>
wrote:

> Let's not be too hasty in removing large amounts of data, imported years
> ago and subsequently edited by several users in various ways, simply
> because it may or may not be compatible with a future OSM license.  If you
> guys are 100% sure this import contravened ODbL, or if the City of Ottawa's
> lawyers contact OSM with concerns, then by all means redact it.  But to me,
> and I admittedly don't know much when it comes to licensing, we should
> leave this alone for the time being.
>
> This isn't something that needs to be re-imported every year.  Minor
> changes to the bus network that occur from time to time can be updated by
> hand by local users.  I see some updates have already taken place since the
> import was made.  As for duplicate bus stops resulting from a node
> predating the import: I've come across this at least once in the past in a
> neigbourhood I was editing after a recent visit to Ottawa.  I merged the
> tags and deleted the more recent stop.
>
> --
> To: talk-ca@openstreetmap.org
> From: penor...@mac.com
> Date: Tue, 1 Mar 2016 08:40:45 +0100
> Subject: Re: [Talk-ca] Bus stops in Ottawa
>
> On 2016-02-29 2:46 AM, john whelan wrote:
>
> I think with the clause in the uploading terms that OSM can change the
> license its very difficult to import anything as it is difficult to say to
> City of Ottawa etc we'd like your data but we don't know what license it
> may have in OSM in the future.
>
> Data needs to be compatible with our license, which is the ODbL.[1]
>
> Is anyone going to take the responsibility on for removing the data?
>
> Copyright incompatible data needs to be redacted, not just deleted. I'd
> normally be the one doing this, but I'm traveling today.
>
>
> http://wiki.osmfoundation.org/wiki/License#Can_third-party_ODbL-licensed_data_be_imported.3F
>
> ___ 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

Re: [Talk-ca] Bulk Import of Address Range in GTHA from Metrolinx

[John Marshall]

Sound good to me. +1

John

On Fri, Feb 19, 2016 at 11:57 AM, Mojgan Jadidi  wrote:
> Dear All,
>
>
>
> Based on the discussion in our previous emails:
>
>
>
> https://lists.openstreetmap.org/pipermail/imports/2016-February/
>
> https://www.mail-archive.com/talk-ca@openstreetmap.org/
>
>
>
> We have revised our import process to accommodate the feedback we received.
> We have divided our dataset into 124 sub-regions, and intend to review and
> upload these over the next few weeks. These smaller sub-regions will be
> manually validated before uploading and will also give the community more
> time to review our data, and provide any additional feedback. By dividing
> our data into sub regions, we should avoid the issue where nodes were
> appearing without ways (which were handled in a different changeset by
> JOSM).
>
>
>
> If the community is agreeable to our approach, we hope to begin this process
> sometime next week, but are happy to defer if anyone feels that there are
> still unanswered questions.
>
>
>
> Keep in mind that, all regions are revisited and inspected for any issues
> such as duplication, new updates, appropriate geometry of ways along the
> road, etc.
>
>
>
> Your feedback and support is appreciated.
>
>
>
> Best regards,
>
> Mojgan
>
>
> Mojgan (Amaneh) Jadidi, Ph.D.
> Intern, Applied Research & Corporate Monitoring
> Planning & Policy | Metrolinx | 97 Front Street West, Toronto, ON, M5J 1E6 |
> T: 416-202-5844
>
> Postdoctoral Research Fellow
> GeoICT Lab | York University | 4700 Keele St, Toronto, ON, M3J 1P3
>
> ___
> 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] Talk-ca: Bulk Import of Address Range in GTHA from Metrolinx, Second attemps

[John Marshall]

This is all great news. I have been working to get the Federal
Government in Ottawa to use OSM for years, and this will help to get
even more organization on board.


John Marshall

On Fri, Feb 5, 2016 at 11:09 AM, Mojgan Jadidi <mojgan.jad...@gmail.com> wrote:
> Dear all,
> Following to our import plan discussion please take a moment to read more
> details and clarification about the process.
>
> Background:
>
> When Triplinx was first launched, we received a lot of feedback regarding
> missing addresses. We explored a number of potential solutions (including
> building our own local copy of the OSM database merged with the StatCan
> address data), but decided that the best solution for both Triplinx and the
> OSM community was to add the data directly to OSM. This meant that we had to
> spend quite a bit of time ensuring that the data was correct, as we knew
> there was a greater element of accountability when publishing to OSM (as
> opposed to merging with a local copy of the database).
>
>
>
> Our Initial Import:
>
> I think there is still a bit of a misunderstanding about what we actually
> did. While we did use JOSM to import all of our data at once, we also spent
> several weeks prior to the upload manually reviewing the data in JOSM to
> resolve issues such as duplication and node conflicts. Originally we had
> intended to split the import into much smaller chunks, but JOSM was capable
> of handling our entire dataset and the modifications to it, so we decided to
> do a single JOSM upload. While this certainly doesn’t excuse our lack of
> communication about the process, I do want to emphasize that there was quite
> a bit of manual review before the upload.
>
>
>
> Process of Identifying and Creating Missing Address Ranges:
>
> Our process focused solely on address ranges, and the goal was to identify
> the gaps in the existing address ranges and populate these gaps with address
> ranges generated from StatCan Road Network data. We aimed to replicate the
> structure of the existing CanVec address range data.
>
>
>
> At a high level, our process of identifying gaps in the address ranges is
> summarized below:
>
>
>
> · For each side of each StatCan road segment with a valid address
> range (start value and end value exist and are different):
>
> o   Create buffer to the appropriate side (left or right) of the street
> segment
>
> o   Find all OSM address ranges that fall within the buffer and compute the
> intersection of these ranges and the buffer (extract only the portion within
> the buffer)
>
> o   For each OSM address range within the buffer:
>
> -  Localize the start and end of each address range to the street segment
>
> - Compute the distance along the segment from the localized start coordinate
> to the localized end coordinate
>
> o   If the sum of the distances divided by the length of the segment is less
> than the threshold (we used 0.2):
>
> -  This address range is poorly represented by existing OSM data, and is a
> good candidate to be added
>
> -  The segment is shifted to the appropriate side and trimmed (to replicate
> the structure of the CanVec data) and is added to an XML file
>
> o   Else:
>
> -  This address is likely represented by existing OSM address data
>
>
>
> Duplication:
>
> No process is perfect, so I certainly wouldn’t expect that there will be no
> duplication in our data. Our process is particularly susceptible to
> duplication when the addresses are represented by existing address nodes
> (rather than interpolated ways). That being said I believe we have manually
> reviewed our data extensively to remove this sort of duplication, and intend
> to continue to do so if/when the import is complete.
>
>
>
> Benefit To The Community:
>
> The vast majority of the address range data seems to come from some version
> of the CanVec data. While this data is reasonably comprehensive in some
> areas, it also has quite a few gaps. By adding the StatCan data, we can fill
> these some of these gaps in a consistent manner with a single data source.
> From our perspective, adding address data for areas/streets that don’t have
> this data is a step in the right direction.
>
>
>
> Please find on attachment a portion of our generated data.
>
>
> For details about import plan feel free to see:
>
> https://wiki.openstreetmap.org/wiki/Triplinx_Metrolinx_Import_Plan
>
> https://wiki.openstreetmap.org/wiki/User_talk:Triplinx.canada
>
> http://wiki.openstreetmap.org/wiki/Import/Catalogue
>
> http://wiki.openstreetmap.org/wiki/Contributors#Triplinx_Metrolinx
>
>
> For those who wants to check the initial changeset that are reverted by