Re: [Talk-ca] Tagging sidewalks as separate ways and issues with bicycle routing

[Harald Kliems]

On Fri, Apr 3, 2020 at 10:17 AM Martin Chalifoux via Talk-ca <
talk-ca@openstreetmap.org> wrote:

> What cities allow cycling on sidewalks anyway, seriously ? This sounds so
> inadequate. That it is tolerated is one thing, but outright legal or
> encouraged ? Makes no sense to me.
>
In the US that's pretty common. For example here in Madison (Wisconsin),
sidewalk riding is generally allowed by ordinance, except where buildings
directly abut the sidewalk (I manually tag those as bicycle=no).
 Harald.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Bike infrastructure in OSM

[Harald Kliems]

I just learned that US-based bike advocacy organization People for Bikes is
going to expand their "Bicycle Network Analysis" (BNA) to the following
Canadian cities: Toronto, Calgary, Winnipeg, Vancouver, Ottawa, Halifax,
Saskatoon, Edmonton, Montreal, Hamilton, Mississauga, Brampton.

What is the BNA? It uses data about the a number of characteristics of
roads and paths (e.g. number of lanes, speed limit, existence of bike
lanes) to calculate a "traffic level of stress." For more detail, you can
watch this presentation at SOTM-US:
https://www.youtube.com/watch?v=YgyynQDPQnQ

The first round of BNA analysis happened last year in a large number of US
cities: https://bna.peopleforbikes.org/#/

Of course, the analysis can only be as good as the underlying data, and so
I'd encourage everyone to improve the tagging of bike-relevant
infrastructure in those cities. There is a tagging guide available here:
https://docs.google.com/document/d/1HuAXQUnCEcv9aLZyIDHkLTJ5ZSKfB-U4MlJSmN-1BLk/edit

Apparently the data pull will be on February 16. So not a lot of time.

I think it's a great project, and we have used it for our bike advocacy
work in Madison (Wisconsin). And of course having great data about bike
infrastructure in OSM is desirable outside of the project as well.

Cheers,
 Harald (hobbesvsboyle)

-- 
GPG Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] New MapRoulette challenge to address highway class flip-flops

[Harald Kliems]

Hi Martijn:
I just tried the challenge, and all of the first four tasks that came up
produce an "area too big" error in JOSM (long highways in very rural
areas). Is there any way to fix this? Or maybe warn people to not use JOSM
for this challenge?
 Harald.

On Mon, Feb 4, 2019 at 10:37 AM Martijn van Exel  wrote:

> Hi all,
>
> Per Matthew Darwin’s request on Twitter, my team prepared a MapRoulette
> challenge for ‘highway class flip-flops’. What does this mean? Consecutive
> ways that have a suspicious change from one highway= value to another and
> then back to the former. This happens sometimes when mappers change the
> highway= value for some way but miss a bridge somewhere. An example is
> https://www.openstreetmap.org/way/53514358#map=19/51.23309/-116.65373 where
> the bridge is marked as residential but the two adjoining ways are marked
> as unclassified.
>
> You can find the challenge at https://maproulette.org/mr3/challenge/3588 and
> your feedback is very welcome.There are ~300 tasks.
>
> If you have other ideas for challenges to clean up / review existing data
> let me know and we can discuss.
>
> Martijn
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>


-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Business Improvement Area tagging

[Harald Kliems]

To me this is a clear case of something that doesn't belong in OSM. It
sounds like the boundaries aren't verifiable on the ground and may change
frequently. Therefore any data in OSM would go stale quickly and the only
verification of accuracy would be to go back to the source.
Yes, we have deviations from the "verifiable on the ground" rule, but we've
had similar discussions for census boundaries, ridings/election districts,
and on the the talk-us list recently about Bureau of Land Management
boundaries.

For your analysis of businesses within a BIA, you can just download the OSM
and BIA boundary data separately and do the analysis in the GIS application
of your choice.

 Harald.

On Mon, Jan 7, 2019 at 6:32 PM Matthew Darwin  wrote:

> Hello all,
>
> I'm not sure if this applies to other provinces or not, so I thought I
> would ask here.
>
> In Ontario there is a concept of "Business Improvement Area" ("BIA" for
> short) that has the power to tax businesses within their zone  (see
> http://www.mah.gov.on.ca/Page1529.aspx for details).
>
> I want to tag these in OSM, so then you can run a query to find all
> businesses within a BIA. Sometimes the boundaries of the BIA are very tight
> and just cover things that are actual businesses, and sometimes the
> boundaries of a BIA are very loose and cover lots of area including
> residential... and when a new business comes up later in that area it
> automatically is a part of the BIA.
>
> I am thinking that the *relation type=boundary, boundary=local_authority 
> *might
> be applicable here, and define either a Canada specific definition maybe
> just Ontario, depending if the concept exists elsewhere.
>
> I would like to get people's opinion on this idea  Or please suggest
> something else.
>
>
> https://wiki.openstreetmap.org/wiki/Tag%3Aboundary%3Dlocal_authority
>
>- type =boundary
>
>- boundary =
>local_authority
>- name =*
>- local_authority:CA
>
> 
>=BIA
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>


-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Formatting of Municipality Names

[Harald Kliems]

See also:
https://help.openstreetmap.org/questions/19609/saint-or-st-is-there-an-official-osm-policy

On Fri, Feb 16, 2018 at 2:50 PM James  wrote:

> http://saultstemarie.ca/
>
> thats how its written. even on signs to there
>
> On Feb 16, 2018 3:47 PM, "OSM Volunteer stevea" 
> wrote:
>
>> On Feb 16, 2018, at 9:41 AM, Matthew Darwin  wrote:
>> > St. Catharines, St. Thomas, Sault Ste. Marie
>>
>> I dislike sounding nit-picky, this really is meant as constructive
>> criticism, but let's expand these names so there are no abbreviations.  Our
>> wiki https://wiki.osm.org/wiki/Names says "If the name can be spelled
>> without an abbreviation, then don't abbreviate it."
>>
>> Thanks,
>> SteveA
>> ___
>> 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] Meaning of lcn tag - designated route, or any cycling infrastructure

[Harald Kliems]

I agree with your interpretation of the meaning of the lcn tag. I suspect
this may be a case of mapping for the renderer, where people want bike
lanes or other infrastructure to visibly show up on OpenCycleMap or
elsewhere.
 Harald.

On Sun, Feb 4, 2018 at 1:41 PM Mike Boos  wrote:

> Hello
>
> I've noticed some users have begun tagging some roads in a number of
> Canadian cities with lcn=yes tags, which are intended for marking local
> cycling routes. My understanding of the lcn tag was that it was intended
> for marking designated routes, not just any old way that is potentially
> bikeable or personal preferences cycling routes.
>
> For many roads, the lcn tag seems redundant, since these ways are already
> tagged with cycleway=lane or something similar, and there is no
> accompanying lcn_ref tag to provide information on individual route names
> or numbers (if they exist). Other roads have been tagged, but have no
> infrastructure or signage, which suggests someone is simply marking their
> personal routes.
>
> I'd like to think I have some sort of expertise in what constitutes an
> official local cycling route in my area, having served as a member and
> later chair of the Kitchener Cycling and Trails Advisory Committee for
> several years. There are some signed routes that myself and others in the
> area have properly marked with relations. But is my understanding of what
> the lcn tag is for wrong? I'd like to know before I start cleaning things
> up.
>
> Thanks
> Mike
>
> --
> Mike Boos, MASc.
> mike.b...@gmail.com
> ___
> 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] A message aimed more at Ottawa

[Harald Kliems]

On Tue, Jan 23, 2018 at 3:56 PM john whelan  wrote:

> Perhaps what we need is a way to tag cycle friendly streets.  Typically
> I'll use a mixture of minor side streets and paths when using the trike.
>
> So I'd prefer a routing that used these as much as possible rather than
> more major collector roads and you can't always determine from the speed
> limit if it's a cycle friendly road or not although I too avoid highways
> with a speed limit above 40 km/h.
>
There are efforts to identify bike-friendly streets based on OSM attributes
(and possibly additional data such as traffic counts). People for Bikes, a
large industry-sponsored advocacy org in the US has put money forward to
take the concept of "Traffic level of stress" and then use OSM-data to
calculate whether a specific street and intersection is low-stress or
high-stress. You can find a SOTM-US talk about the "Bicycle Network
Analaysis" project here:
https://2017.stateofthemap.us/program/bicycle-network-analysis.html

https://bna.peopleforbikes.org/#/

The bike advocacy group I'm involved with here in Madison (WI) has been
using the map/data generated through the Bicycle Network Analysis process,
and we're working on a validation process to a) figure out where our local
knowledge disagrees with the calculated stress value and then b) figure out
whether that's an issue of the underlying OSM data (spoiler alert: in many
cases it is) or a different issue. Happy to answer any questions about this.

 Harald (formerly Montreal, and therefore still subscribed to talk-ca)
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Planning mapathon @ McGill in OSM Geo Week

[Harald Kliems]

There is a Montreal-specific listserv: 
Harald (who no longer lives in Montreal)

On Wed, Oct 25, 2017 at 4:38 AM James  wrote:

> I think Pierre is a good contact for the local Montreal group.
>
> On Oct 24, 2017 11:02 PM, "Tim Elrick, Dr."  wrote:
>
>> Hello OSMappers,
>>
>>
>>
>> I am Tim Elrick, heading the Geographic Information Centre at McGill. I
>> am involved with organizing a mapathon at McGill in Montreal in OSM Geo
>> Week in November. I am reaching out to you to find local experienced
>> mappers to support us in the mapathon (I followed the discussion on talk-ca
>> in the last couple of weeks).
>>
>>
>>
>> It would be great if someone could get me in touch with local OSMappers?
>> (My idea was to go to the next OSM event in Montreal; however,
>> unfortunately, it seems too close to OSM Geo Week, to start the contacts
>> only then.)
>>
>>
>>
>> Beside the mapathon, McGill students who worked as volunteers at the last
>> HOT summit are currently setting up a mapping group (OMG McGill, Open
>> Mapping Group McGill). They slowly want to build up OSMapping expertise to
>> work on HOT tasks, Building Canada 2020 tasks as well as adding to OSM in
>> Montreal. The group would appreciate to have a contact to established
>> OSMappers here as well.
>>
>>
>>
>> Thanks a lot!
>>
>>
>>
>> Best wishes,
>>
>> Tim
>>
>> ___
>> 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] Ferry key on ways

[Harald Kliems]

My question would be how the different levels of ferry are defined. What
makes a ferry a "trunk ferry" versus a "primary ferry"? Its speed?
Capacity? Not allowing pedestrians and bikes? My suspicion is that the
classification in the end comes down to which types of roads the ferry
connects, which IMHO doesn't tell you all that much useful about the ferry
itself. That said, I don't see much harm from classifying ferries according
to their connecting roads.

 Harald.

On Mon, Jul 17, 2017 at 3:54 AM Ionut Rus - (p) 
wrote:

> Hi all,
>
> We are looking into adding the ferry key to ferry ways and we would like
> to have your input first. Looking at the wiki [1] it seems that this key is
> only in proposed stage.
>
> As a preliminary check from the 107 ferry elements (route=ferry) in Canada
> only 10 of them have ferry=* tag
>
> How would  you approach this topic? Do you think that it’s OK to add them
> in OSM?
>
>
>
> Thanks in advance,
>
> Ionut Rus
>
>
>
> [1] http://wiki.openstreetmap.org/wiki/Key:ferry
>
>
>
>
>
>
> ___
> 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] Mapping exit numbers and destinations in Canada

[Harald Kliems]

Hi Manohar:
It is my understanding that including destinations in the name is an
artifact of people tagging for the renderer (and/or tagging destinations at
a time before there was an established tagging scheme). If you search
through the talk-ca archives, you should be able to find some discussions
on the topic.
 Harald.

On Thu, Aug 11, 2016 at 7:25 AM Manohar Erikipati 
wrote:

> Hello everyone!
>
> Turn restriction sprint was met with an amazing response! We loved working
> with you all on adding turn-restrictions in Canada. We appreciate the
> timely help and suggestions we got which helped us add correct restrictions
> and to also maintain the quality of data we were adding on to
> OpenStreetMap. We hope that this support will continue further, as we are
> embarking on mapping exit numbers and destinations in the same 5 cities of
> Canada.
>
> We have made an easier workflow [1] with tasking manager [2] for adding
> exit and destinations. We would like your assistance, participation and
> continued involvement in the project. We have captured the details of this
> task here [3].
>
> After a preliminary look into the already mapped exit numbers and
> destinations, we have these observations:
>
> - We noticed that `destination` (places, cities) and `destination:ref`
> (highways) tags are being added to the nodes of exits as `name` tags.
> - Few exit nodes have destinations given in the `ref` tag.
> - The `destination:street` (towards streets, avenues, boulevard, rue) tags
> were not being used.
>
> To begin with, we have one question: Destinations given in the name tag of
> nodes is not usual protocol for adding these tags. We want to make sure
> whether it is valid or if we could change these tags to the `destination`
> based tags accordingly. For more details, here's the complete breakdown
> [4]. To reach out to more audience, we have captured this in a OSM diary
> post [5]. We would like to hear from the community about the agreed method
> of mapping exit numbers and destinations to take this forward.
>
> 1. https://gist.github.com/manoharuss/3a1b4f640aaf2c052365fcb1ddb09beb
> 2.
> http://cfn-tasking-manager-staging-vpc-387856624.us-east-1.elb.amazonaws.com/project/20
> 3. https://github.com/mapbox/mapping/issues/220
> 4.
> https://gist.github.com/poornibadrinath/9333f1489732c32c3ffadd58e3068b7e
> 5. https://www.openstreetmap.org/user/poornibadrinath/diary/39246
>
> Thank you!
>
> Cheers,
> Manohar Erikipati
> ___
> 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] OSM data quality in Canada

[Harald Kliems]

A few things I can think of:

On Wed, Jun 17, 2015 at 3:13 PM Martijn van Exel m...@rtijn.org wrote:

 * Are there any Canada-specific mapping and tagging conventions?

- There seems to be a strong consensus that what elsewhere would be
highway=unclassified is highway=residential, no matter if the road is in a
populated area or not.

* Are there any known big (national) issues in the Canadian OSM data?
 (misguided imports / bots, major tagging disputes, that kind of thing)

I believe these mostly affect Quebec, but there are two import problems
that never got systematically fixed, as far as I know:
- CanVec import of highways where lanes=-1 and surface=unpaved.
- CanVec or Geobase import where there is an extra blank between the street
type designation and the name. E.g. Rue__Sherbrooke instead of
Rue_Sherbrooke.

 Harald (now in the US)
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Jeux d'eau

[Harald Kliems]

A while ago I was also looking for a tag for this type of amenity but
couldn't find anything appropriate. I guess in a way they're a type of
leisure=playground -- so maybe tag them as that, plus some additional tag
(playground=...?) for the fact that they're a water-playground? Or maybe
coming up with a new tag would be the better way. I don't even know what
the correct term for these is, though.

 Harald.

On Sun, Mar 22, 2015 at 5:11 PM Bruno Remy bremy.qc...@gmail.com wrote:

 Bonjour à tous,

 D'après vous, quel serait le tag idéal pour les fontaines-jeux d'eau
 installées dans les parcs municipaux pour enfants?
 Exemple:
 http://soucyaquatik.com/wp-content/uploads/2014/03/neuville-81-600x380.jpg

 leisure=water_park me parait dédié à des grosse installations de type
 parc à thème, donc inapproprié.


 Merci !

 --
 Bruno Remy
  ___
 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] Jeux d'eau

[Harald Kliems]

On Sun, Mar 22, 2015 at 5:32 PM Richard Weait rich...@weait.com wrote:


 It's commonly called a splash pad, but tag usage seems scattered.

 http://taginfo.openstreetmap.org/search?q=splash_pad#values

 http://en.wikipedia.org/wiki/Splash_pad

 If you look at the discussion page of the wikipedia entry and the external
links, it seems that the term is not universally established and/or the
name of a specific company offering these kinds of things.

Maybe this discussion should be taken to the tagging list?

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

Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season

[Harald Kliems]

It sure is -- as long as the postal code is coming from an appropriate
source, e.g. a store receipt, a business's homepage, or your local
knowledge. Maybe a note about that fact could be added to the instructions.

 Harald.

On Tue Dec 23 2014 at 10:01:50 AM Tom Taylor tom.taylor.s...@gmail.com
wrote:

 I notice you propose addr:postcode as one of the tags in your
 instructions. Is this legal? I suspect Canada Post would object.

 Tom Taylor

 On 23/12/2014 10:37 AM, Richard Burcher wrote:
  Hi Folks,
 
  I've created a new mapping task for the Ottawa area [1]. I really want to
  make our local map super awesome:) I see adding buildings as one of the
  biggest projects we can undertake, so that local mappers like myself
 could
  start adding address data from local surveys. The task focuses on
 buildings
  and leisure areas but also asks those mapping to correct any obvious
 issues
  encountered.
 
  I understand it's a large area to map but I see this as a long term
  project. It's also something I'd like to use to encourage new local
 mappers
  to get involved with through our monthly meetups.
 
  Let me know what you think and if I'm missing anything in the
 instructions
  to make this easier to work with!
 
 
  Join me over the holidays:)
 
  Cheers,
 
  Richard
 
  [1] http://tasks.osmcanada.ca/project/9
 
  --
  Please note:
  I only check email a few times during business hours.
 
  Richard Burcher
 
 
  Twitter:   @richardburcher
  Blog:   www.richardburcher.com
  LinkedIn: http://linkd.in/richardburcher
 
 
 
  ___
  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] Discussion: zones boisées

[Harald Kliems]

On Fri Nov 21 2014 at 8:05:08 AM Adam Martin s.adam.mar...@gmail.com
wrote:

 It all depends on what you think the line that makes up the road itself on
 the map represents. If it represents a type of land use tag, then the first
 case makes sense as the land is residential in general, except for any area
 marked with a route as that route would mark the land as used for a road
 within the residential area. If roads do not tag the ground beneath it,
 then we need to specifically set what the ground underneath is to be tagged
 as, requiring multiple smaller polygons to map.

I've seen this question pop up again and again, especially in countries
with a lot of small parcels of different land usage. For example, In
Germany it's very common to have several different land uses along one
road. So do we attach them via node to the way of the road or do they stop
x meters from the centerline of the road? What if you have trees
overhanging a road? How wide and developed has a trail have to be for it to
stop being part of a forest and become its own land use? How do you deal
with the editing nightmare of many different land uses glued to a road?

From what I've seen, there are good reasons for both perspectives and it is
highly unlikely that there will be consensus (or even a clear majority) for
either view in the community.

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

Re: [Talk-ca] Question on CANVEC

[Harald Kliems]

Just delete and recreate. There have been several discussions on this list
about the data quality of the landuse data and if it should've been
imported in the first place (no data vs. bad data). Working with gigantic
multipolygons is indeed a pain and I don't think there is any value to
preserving the import data.

Just my two cents,
 Harald.


On Tue, Jul 22, 2014 at 8:36 AM, Adam Martin s.adam.mar...@gmail.com
wrote:

 Hey all,

 I have a quick question on data that has been imported from CANVEC. I have
 been doing some work on the North-West side of Thunder Bay in Ontario. Part
 of that has been attempting to revamp the land use designations there. At
 the moment, the use has been entered via CANVEC import, but a review
 comparing that data to the actual land underneath from the Satellite shows
 fairly large variances. As well, the Wood polygon itself is oddly shaped,
 with squared lines denoting where it two CANVEC products were imported side
 by side.

 Large multi-polygon areas like these are impossible to edit in ID and
 still difficult in JOSM. So my question is this - if I am editing the area,
 what is the perception on deleting the main Wood polygon altogether and
 re-creating it? My intent would be to increase the accuracy of the map in
 the area based on the satellite data provided by Bing and this would be
 easier if the land use were cleared and re-built. I would leave the
 features that CANVEC imported - only the land use would be re-constructed
 in that case. The other components would simply be moved and edited as
 needed.

 Thanks,

 Adam

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Question on CANVEC

[Harald Kliems]

Just to clarify, I was only talking specifically about the landuse data.
Much of Canvec is great!

Harald.
On Jul 22, 2014 10:21 AM, Andrew andrew.alli...@teksavvy.com wrote:

 I agree, that the large polygons, are a pain. I would second the
 idea
 of deleting and recreating the wooded areas from imagery. I don't think
 I would go so far to say all of the canvec imported data is bad. i.e.
 Lakes, rivers, roads, address data, train tracks, etc.

 I must from the camp where the goal is to improve the quality of
 the
 map even if it is from an incremental point. (i.e. no data to some data)
 or I guess (no data to PIA data? :-)


 Andrew
 aka CanvecImports.
 aka I guess, one of the offenders :-)


 On Tue, 2014-07-22 at 09:25 -0500, Harald Kliems wrote:
  Just delete and recreate. There have been several discussions on this
  list about the data quality of the landuse data and if it should've
  been imported in the first place (no data vs. bad data). Working with
  gigantic multipolygons is indeed a pain and I don't think there is any
  value to preserving the import data.
 
 
  Just my two cents,
   Harald.
 
 
  On Tue, Jul 22, 2014 at 8:36 AM, Adam Martin s.adam.mar...@gmail.com
  wrote:
  Hey all,
 
 
  I have a quick question on data that has been imported from
  CANVEC. I have been doing some work on the North-West side of
  Thunder Bay in Ontario. Part of that has been attempting to
  revamp the land use designations there. At the moment, the use
  has been entered via CANVEC import, but a review comparing
  that data to the actual land underneath from the Satellite
  shows fairly large variances. As well, the Wood polygon
  itself is oddly shaped, with squared lines denoting where it
  two CANVEC products were imported side by side.
 
 
  Large multi-polygon areas like these are impossible to edit in
  ID and still difficult in JOSM. So my question is this - if I
  am editing the area, what is the perception on deleting the
  main Wood polygon altogether and re-creating it? My intent
  would be to increase the accuracy of the map in the area based
  on the satellite data provided by Bing and this would be
  easier if the land use were cleared and re-built. I would
  leave the features that CANVEC imported - only the land use
  would be re-constructed in that case. The other components
  would simply be moved and edited as needed.
 
 
  Thanks,
 
 
  Adam
 
 
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ca
 
 
 
 
 
  --
  Please use encrypted communication whenever possible!
  Key-ID: 0x34cb93972f186565
  ___
  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] coastline between Montreal and Sorel, Quebec

[Harald Kliems]

Just to add to that: The question of coastline versus riverbank is not just
a mapping/geographical question, but also a technical one. Because of the
length and complexity of the coastline and the requirement to render it at
low zoom levels, there is special pre-processing for converting the
coastline data into shapefiles that only happens every couple weeks (at
least that used to be case). You can see the effects of this when between
z4 and z5 the parts of the St. Lawrence that are not tagged with coastline
disappears on the standard map.

Now this doesn't necessarily explain why the coastline ends and restarts,
but it might have something to do with it. I would also suggest contacting
the person who did the revert directly.

 Harald.


On Thu, Apr 3, 2014 at 10:40 AM, Adam Martin s.adam.mar...@gmail.comwrote:

 Charles,

 I took a look at the area that you describe and I see what you mean - the
 coastline designation disappears around Sorel and reappears just past
 Montreal. Looking in the area of the gap, the use of Coastline appears to
 suddenly switch to Water and Riverbank. The source of the information
 also switches, from the NRCAN database to Bing.

 I am not aware of a discussion that flagged this area to be left as-is
 on the map. I am also not sure why someone would be protecting the area
 from corrections / changes.

 However, I believe I can see where the confusion came from (at least
 partially). For reference, this is the St. Lawrence River, an enormous
 waterway that drains the Great Lakes into the North Atlantic. A river of
 this size generally cannot be described accurately with a single line in
 the centre of the waterway as it eliminates a vital level of detail of the
 surrounding area. So the St. Lawrence needs to be detailed as a water
 polygon in order to preserve the shoreline. The problem here is that there
 seems to be some confusion as to what sort of shoreline this represents -
 coastline or riverbank. The answer to that is rather complex - where
 exactly does the St. Lawrence River stop being a river and become part of
 the eastern coast of Canada? The switch between descriptions here appears
 to be part of someones attempt to correct the designation of the
 shoreline in the river for an area that they consider to be part of the
 River that is the St. Lawrence (as opposed to the coastline that the
 river drains into).

 I think the question here is the same - where does the St. Lawrence stop
 being a river and start being a part of the coastline?

 Adam


 On Wed, Apr 2, 2014 at 10:10 PM, Charles Basenga Kiyanda 
 perso...@charleskiyanda.com wrote:

 Anybody know why the coastline stops about midway along the Montreal
 Island (and also Ile Jésus) and then starts again around Sorel? I got one
 report from someone who tried to fix this and was quickly reverted. Should
 it be fixed at some point and it's just such a large undertaking that
 nobody is willing to do it yet or was there a discussion and subsequent
 consensus to adopt the current state of the coastline?

 Thanks,

 Charles

 ___
 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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Seasonal ferry routes

[Harald Kliems]

Hi Bernie,

I believe I looked into this a while ago and came to the conclusion that no
routing engine currently supports conditional access. It's possible that
this has changed in the meantime. But as there is an approved proposal you
should go ahead and add the proper tags, maybe in addition to a short human
readable note=only runs June to September.
I'd say that if you're in Eastern Canada and your route includes a ferry
you should be prudent enough to check for yourself if it's running all-year.

Harald.


On Mon, Mar 10, 2014 at 1:18 PM, berniejconnors berniejconn...@gmail.comwrote:

 Hello,

 The ferry route from Deer Island, NB to Campobello Island,
 NB is seasonal but it is not properly tagged as seasonal:

 http://www.openstreetmap.org/way/117143395

  I have a friend who was routing a car trip to Campobello
 Island and the route included the above ferry link which is currently out
 of service.  Does anybody have any good examples of seasonal ferry routes
 that are properly tagged to show out of service dates?  Will routing
 software respect conditional restrictions on ferry routes? I was looking at
 the conditional restrictions in the wiki:

 http://wiki.openstreetmap.org/wiki/Conditional_http://wiki.openstreetmap.org/wiki/Conditional_restrictions
 restrictions

   I would like to use the following tags:

 route=ferry

 route:conditional=no @ (Oct-May)

 name= Deer Island-Campobello Island Ferry

 operator=East Coast Ferries Ltd

 url=http://www.eastcoastferriesltd.com/Fares-Schedule.html

 duration=00:15

 foot=yes

 motorcar=yes

 motor_vehicle=yes

 bicycle=yes

 fee=yes

 Any comments or suggestions?


 Thanks,

 Bernie.

 --

 Bernie Connors

 New Maryland, NB

 bernie.connors@unb. bernie.conn...@unb.caca

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Telecommunications Buildings

[Harald Kliems]

Since this phenomenon is not specific to Canada (see for example
http://www.messynessychic.com/2013/01/29/the-fake-townhouses-hiding-mystery-underground-portals/)
it might be a good idea to ask on the general tagging list. I quickly
looked up the examples mentioned in the article and didn't see any specific
tagging in OSM.
 Harald.


On Mon, Mar 10, 2014 at 1:35 PM, Colin McGregor colin.mc...@gmail.comwrote:




 On Sun, Mar 9, 2014 at 10:50 AM, Adam Martin s.adam.mar...@gmail.comwrote:

 Hey all,

 Quick question regarding tagging buildings. I've come across several that
 are owned and maintained by a local telecom company. These are buildings,
 usually located in residential areas, look somewhat like houses, but are
 there to provide switching and distribution of communications equipment
 (telephone, Internet, etc). What should these be tagged as? My assumption
 would be building = yes and a Works = tag. Thoughts?

 Adam


 Excellent question that I would love an answer for.

 In similar fashion our local electric power company (Toronto Hydro) has
 put up a number of houses (and other buildings), basically fake building
 shells to hide electrical transformers (with signs on/beside the door
 noting the building ownership and warning of possible electrocution to
 trespassers (in other words the buildings and their role is not super
 secret, but also not announced loudly). How should these building shells be
 tagged?

 Colin.

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] workflow for elevation data

[Harald Kliems]

Hi Charles,

did you see the elevation profile feature on the Lonvia map? It only works
for properly defined trails that have exactly one start and one end point,
but in those cases it seems to do what you want it to. See for example here
http://hiking.waymarkedtrails.org/en/relation/3075304?zoom=14lat=44.26735lon=-71.27443hill=0.145(you
might have to expand the elevation profile on the right sidebar). The
source code for the map is available on github -- maybe you can find what
you're looking for there.

Cheers,
 Harald.


On Tue, Feb 25, 2014 at 6:52 PM, Charles Basenga Kiyanda 
perso...@charleskiyanda.com wrote:

 Thanks all for the replies. (I'm replying only to Richard here, but I've
 read each and every one.) At the point, the project is a demo that I want
 to do and try to impress  people with, so the objectives are really mine.
 What I wanted was to show the leaflet-based slippy map and when the user
 hovers/clicks on a given track, the elevation profile is displayed
 somewhere in a pop-up/frame/etc. Something close to this example:
 http://mrmufflon.github.io/Leaflet.Elevation/example/example.html
 (I think it's using geojson here.)

 The hope was that I would convince them to also contribute the path
 information to osm, though most likely, that would require they maintain
 the data in two places: osm and their local gpx/geojson files with
 elevation.

 I've read somewhere that the srtm data has, at best, 30m resolution. I
 don't know that it's resolved enough for hiking/snowshoeing/cross-country
 skiing? I can think of features where greater than 30m resolution would be
 helpful. Then again, I just looked at opencyclemap for that area again, and
 the resolution might be plenty. I'll have to look again.

 Cheers,

 Charles


 On 02/23/2014 04:40 PM, Richard Weait wrote:

 On Sun, Feb 23, 2014 at 3:42 PM, Charles Basenga Kiyanda
 perso...@charleskiyanda.com wrote:
 [ ... ]

  Specific question:
 We don't store elevation data in osm in a standard fashion and I was
 hoping I could show the volunteer organization a tentative alternate
 workflow that would be as little work for them as possible and also give
 them an incentive to keep the osm trail data accurate.

 I think that the main issue here is how do they want to see / use the

 elevation data?

 There are several existing styles / tiles that use contours and or
 hill shading.  There may also be contours and hill shading that are
 available as overly layers for you to add to your own styles.  (If
 their aren't, that may be an idea for a value add service. ;-) )

 There was a service, run by long time OpenStreetMap user lambertus,
 that displayed an elevation profile graph of a selected way.  That
 specific source is gone or moved now, but this wiki page shows some of
 the similar details from a related summer of code project.

 http://wiki.openstreetmap.org/wiki/Route_altitude_profiles_SRTM

 It also appears that the routing engine YOURS can interpret elevation
 data to apply variable costing when evaluating or planning routes.

 http://wiki.openstreetmap.org/wiki/YOURS

 And there are certainly more things that we can do with elevation that
 are interesting, depending on the audience.

 Is that enough to get you started?

 But, yeah.  The elevation data doesn't go into the OSM data base.
 Others have used SRTM to inform their OSM objects of elevation matters
 and then done interesting this with it.

 I gave an Intro to OpenStreetMap talk to some trail folks recently.
 It would be great to see them contributing to and benefiting from
 OpenStreetMap.



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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] workflow for elevation data

[Harald Kliems]

Hi Charles,
last summer I messed around a bit with trying to get contour lines into my
homemade maps for my Garmin GPSr, using SRTM2OSM. Unfortunately, I
eventually gave up, as I wasn't proficient enough to in the end combine all
the data with mkgmap into one map. There are pretty good tutorials for
SRTM2OSM in the wiki: http://wiki.openstreetmap.org/wiki/Srtm2osm I don't
see anything specific to leaflet, though.

There are also a bunch of hiking/biking-specific, OSM-based maps out there
already, so I'm wondering it those might be good enough for your/their
purposes. And if not they might help you developing your own solution. Some
examples:

http://www.4umaps.eu/online-outdoor-hike-bicycle-map.htm (contour lines and
hill shading)

http://hiking.waymarkedtrails.org/en/ (only hill shading)

http://hikebikemap.de/ (hill shading and contours in limited area)

And of course the cycling layer on the main page with contour lines.

There's also this project:
http://wiki.openstreetmap.org/wiki/Route_altitude_profiles_SRTM but I'm not
sure if this is still under active development.

As a side note: I had planned to do some mapping with the McGill Outdoors
Club in the Prevost area last spring. They're also maintaining their own
little network of trails. Unfortunately, that didn't happen in the end, but
they were definitely interested in/open to OSM.

 Harald.


On Sun, Feb 23, 2014 at 3:42 PM, Charles Basenga Kiyanda 
perso...@charleskiyanda.com wrote:

 I'm asking the question here since I'm in Canada and can't quite find an
 appropriate mailing list. This is a (rather lengthy) question about the
 best workflow to show trail information using osm data, leaflet, and gpx
 data.

 Background:
 I contacted someone at a local volunteer organization that maintains
 mountain biking/nordic skiing/snowshoeing trails in the Ste-Adèle area
 in Québec. They were nice enough to give me their gpx tracks for all the
 trails and I gave one of them a working with OSM tutorial in return.
 At least one person in that organization is interested in using osm.

 I've been wanting to practice using leaflet and decided to use their
 data to make a sample trail viewer that would show the elevation profile
 in a popup (using D3) for the different trails. I figure this is good
 practice for me and if I can show them something nice they might be more
 interested in contributing to osm regularly.

 Specific question:
 We don't store elevation data in osm in a standard fashion and I was
 hoping I could show the volunteer organization a tentative alternate
 workflow that would be as little work for them as possible and also give
 them an incentive to keep the osm trail data accurate. Currently, they
 use their gpx tracks as the master data and load those on handheld
 (commercial) gps units when navigating around to do trail clean up and
 other stuff. They also use the gpx data in a commercial software to
 generate pdf maps that are distributed on their website.

 I wanted to use leaflet and d3, thinking I could create geojson
 polylines (from the osm data) that I show on top of osm image tiles so
 the trails would be clickable. Clicking/hovering a given object would
 show elevation data. Now, the elevation data is not stored in osm, so
 the volunteers would have to keep the gpx files around, which is more
 annoying if there's a change to a trail or a new trail.

 Now, I've found a leaflet plugin that uses d3 to overlay a gpx and show
 elevation data (https://github.com/MrMufflon/Leaflet.Elevation), though
 that actually gives them an incentive to *not* have the trail data in
 osm (otherwise the trails might show up twice when looking at the map:
 in the osm image tile and from the gpx overlay).

 I'm (obviously) having a hard time formulating a concise question. I
 guess I'm wondering if there's been some thinking about the best
 workflow in such a situation.

 Any help would be quite appreciated. I might look in the leaflet
 community as well to see if this topic has shown up there.

 Regards,

 Charles


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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] GPS and Motorway links ...

[Harald Kliems]

I am happy to report that all of Canada should now be free of this issue! I
just fixed the last one all the way west in Saint John's. Yay!

 Harald.


On Sun, Jan 12, 2014 at 6:03 PM, Harald Kliems kli...@gmail.com wrote:

 Some updates on this issue:

 I contacted Martijn a while ago with the suggestion of running this as a
 Maproulette. He liked the idea but I haven't heard back in a while. He also
 asked me how many cases we're talking about and based on the Overpass query
 mentioned upthread I came to the conclusion that the number is actually not
 that high (maybe 400 cases in all of Canada at the most). Therefore I've
 started fixing the issue manually and already cleaned up all of Quebec. It
 took me several hours, but that's partly because you always discover other
 issues to take care of as you go along (e.g. missing motorway_junction,
 name vs. exit_to on those junctions etc.).

 I'll continue working on this in Ontario now and I encourage others to go
 ahead in the other provinces, too. Just run http://overpass-turbo.eu/s/1CIon 
 the appropriate bounding box and then go through each of the spots that
 come up. If there is hi-res Bing imagery available the fix will be obvious;
 and if not common sense should still tell you if a segment is oneway=yes or
 oneway=no. I have added a oneway tag to every motorway_link segment, both
 to avoid any misunderstanding with the default and to allow me to track the
 progress on the Overpass map.

 Cheers,
  Harald.


 On Wed, Nov 27, 2013 at 11:04 AM, Harald Kliems kli...@gmail.com wrote:

 So before contacting Martijn I want to be sure that we can properly
 identify the potentially problematic ways. What we are looking for are ways
 that match the following query:

 (highway=motorway_link) AND (NOT oneway=*) AND (lanes!=1)

 Or in natural language: ways that are motorway links but don't have the
 oneway tag nor are tagged as having one lane. If you want to test this
 query, go to this link http://overpass-turbo.eu/s/1CI and adjust the
 bounding box coordinates for the desired area.

 Comments?

  Harald.


 On Tue, Nov 26, 2013 at 10:25 AM, Daniel Begin jfd...@hotmail.comwrote:

 The example I provided yesterday was not fixed.  Most the exits having a
 similar look along the trans-Canada Highway in Quebec are the same. I have
 also found examples in Alberta and In BC.



 Daniel



 *From:* Harald Kliems [mailto:kli...@gmail.com]
 *Sent:* November-26-13 10:04
 *To:* Daniel Begin
 *Cc:* Connors, Bernie (SNB); Talk-CA OpenStreetMap

 *Subject:* Re: [Talk-ca] GPS and Motorway links ...



 I can write an email to Martijn with a proposal. Does anyone have a link
 to an exit that has not been fixed yet to use as an example?



  Harald.



 On Tue, Nov 26, 2013 at 9:53 AM, Daniel Begin jfd...@hotmail.com
 wrote:

 It seems to me it is the only safe solution. I go for maproulette.org

 Daniel



 *From:* Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca]
 *Sent:* November-26-13 08:19
 *To:* 'Harald Kliems'; Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* RE: [Talk-ca] GPS and Motorway links ...



 +1 for the Maproulette.org solution.



 Bernie.

 --

 Bernie Connors, P.Eng

 Tel: 506-444-2077

 bernie.conn...@snb.ca

 *SNB – We make it happen…*

 [image: SAG_Logo_2013]



 *From:* Harald Kliems [mailto:kli...@gmail.com kli...@gmail.com]
 *Sent:* Monday, 2013-11-25 5:05 PM
 *To:* Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* Re: [Talk-ca] GPS and Motorway links ...







 On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin jfd...@hotmail.com
 wrote:

 Hooo, I see, and I also see there was not a large consensus on that
 point (Discussion) since all other ways are having a different behavior…



 About all motorway_link in Canada are having the same problem!

 I don't know, I rarely encounter this issue in practice. Adding
 oneway=no to all motorway_link seems rather dangerous and
 counterproductive. The best solution would probably be to create a query
 that will find all imported motorway_link that have not been touched since
 the import and then check them. Depending on how big the task is we could
 ask Martijn to set it up as a Maproulette (http://maproulette.org/). Or
 we set up a wiki page to coordinate people going through all the
 motorways/exits and make sure everything is okay by hand. There are only 33
 Autoroutes in Quebec after all :-)



  Harald.







 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
image001.jpg___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Motorway_junction ref/exit_to

[Harald Kliems]

Hi everyone,

while working on the oneway issue on motorway junctions I noticed that
there are a lot of exits that lack a number (ref) and destination
(exit_to). You can roughly see the extent of the problem here:
http://overpass-turbo.eu/s/27T

Does anyone know of a source for this information that we could use? I know
that Wikipedia lists most of the information but AFAIK their license is not
compatible with OSM.

I think having the exit numbers and destinations would be very useful to
improve routing and navigation. It's nice to have your Satnav tell you to
Leave Autoroute 20 at exit 22 towards Saint-Jean-sur-Richelieu and
Chambly.

I don't have a car, but should I undertake any rental car trips I'll make
sure to set up a dashboard cam.

Cheers
 Harald.

PS I also noticed that often people enter the exit_to info in the name tag
of the junction. According to the wiki that's not advisable.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] GPS and Motorway links ...

[Harald Kliems]

Some updates on this issue:

I contacted Martijn a while ago with the suggestion of running this as a
Maproulette. He liked the idea but I haven't heard back in a while. He also
asked me how many cases we're talking about and based on the Overpass query
mentioned upthread I came to the conclusion that the number is actually not
that high (maybe 400 cases in all of Canada at the most). Therefore I've
started fixing the issue manually and already cleaned up all of Quebec. It
took me several hours, but that's partly because you always discover other
issues to take care of as you go along (e.g. missing motorway_junction,
name vs. exit_to on those junctions etc.).

I'll continue working on this in Ontario now and I encourage others to go
ahead in the other provinces, too. Just run
http://overpass-turbo.eu/s/1CIon the appropriate bounding box and then
go through each of the spots that
come up. If there is hi-res Bing imagery available the fix will be obvious;
and if not common sense should still tell you if a segment is oneway=yes or
oneway=no. I have added a oneway tag to every motorway_link segment, both
to avoid any misunderstanding with the default and to allow me to track the
progress on the Overpass map.

Cheers,
 Harald.


On Wed, Nov 27, 2013 at 11:04 AM, Harald Kliems kli...@gmail.com wrote:

 So before contacting Martijn I want to be sure that we can properly
 identify the potentially problematic ways. What we are looking for are ways
 that match the following query:

 (highway=motorway_link) AND (NOT oneway=*) AND (lanes!=1)

 Or in natural language: ways that are motorway links but don't have the
 oneway tag nor are tagged as having one lane. If you want to test this
 query, go to this link http://overpass-turbo.eu/s/1CI and adjust the
 bounding box coordinates for the desired area.

 Comments?

  Harald.


 On Tue, Nov 26, 2013 at 10:25 AM, Daniel Begin jfd...@hotmail.com wrote:

 The example I provided yesterday was not fixed.  Most the exits having a
 similar look along the trans-Canada Highway in Quebec are the same. I have
 also found examples in Alberta and In BC.



 Daniel



 *From:* Harald Kliems [mailto:kli...@gmail.com]
 *Sent:* November-26-13 10:04
 *To:* Daniel Begin
 *Cc:* Connors, Bernie (SNB); Talk-CA OpenStreetMap

 *Subject:* Re: [Talk-ca] GPS and Motorway links ...



 I can write an email to Martijn with a proposal. Does anyone have a link
 to an exit that has not been fixed yet to use as an example?



  Harald.



 On Tue, Nov 26, 2013 at 9:53 AM, Daniel Begin jfd...@hotmail.com wrote:

 It seems to me it is the only safe solution. I go for maproulette.org

 Daniel



 *From:* Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca]
 *Sent:* November-26-13 08:19
 *To:* 'Harald Kliems'; Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* RE: [Talk-ca] GPS and Motorway links ...



 +1 for the Maproulette.org solution.



 Bernie.

 --

 Bernie Connors, P.Eng

 Tel: 506-444-2077

 bernie.conn...@snb.ca

 *SNB – We make it happen…*

 [image: SAG_Logo_2013]



 *From:* Harald Kliems [mailto:kli...@gmail.com kli...@gmail.com]
 *Sent:* Monday, 2013-11-25 5:05 PM
 *To:* Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* Re: [Talk-ca] GPS and Motorway links ...







 On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin jfd...@hotmail.com wrote:

 Hooo, I see, and I also see there was not a large consensus on that point
 (Discussion) since all other ways are having a different behavior…



 About all motorway_link in Canada are having the same problem!

 I don't know, I rarely encounter this issue in practice. Adding oneway=no
 to all motorway_link seems rather dangerous and counterproductive. The best
 solution would probably be to create a query that will find all imported
 motorway_link that have not been touched since the import and then check
 them. Depending on how big the task is we could ask Martijn to set it up as
 a Maproulette (http://maproulette.org/). Or we set up a wiki page to
 coordinate people going through all the motorways/exits and make sure
 everything is okay by hand. There are only 33 Autoroutes in Quebec after
 all :-)



  Harald.







 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
image001.jpg___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Overpass Turbo has gotten even better!

[Harald Kliems]

First the was the Overpass API, a powerful usable only by a few; then there
was Overpass Turbo, usable also by folks like me. And now there is a wizard
for Overpass Turbo, which should make the tool accessible to an even wider
audience: http://www.openstreetmap.org/user/tyr_asd/diary/20548

Happy holidays!
 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Montreal new editor needs help

[Harald Kliems]

I reverted the changeset and recreated the POI, hopefully at its proper
location. Probably not worth contacting the person, but maybe we should
keep an eye on him.

 Harald.


On Mon, Dec 23, 2013 at 10:58 AM, Richard Weait rich...@weait.com wrote:

 www.openstreetmap.org/changeset/19598209


 oops. You need the link for context.  :-)

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Les licences Creative Commons 4.0 (CC-BY-4.0 et CC-BY-SA-4.0) est-elle acceptée par OSM

[Harald Kliems]

Bonjour Diane,

there recently was a discussion of this topic on the OSM-legal list:
http://gis.19327.n5.nabble.com/OSM-legal-talk-About-CC-4-0-and-ODbl-td5779531.html
As per usual, the bottom line is maybe, or maybe not.

 Harald.


2013/12/17 Diane Mercier diane.merc...@gmail.com

 Bonjour,

 Pourriez-vous m'indiquer si OSM accepte les données libérées sous
 les licences Creative Commons CC-BY-4.0 et CC-BY-SA-4.0?

 Si l'information n'est pas encore disponible, pourriez-vous me
 mettre en contact avec un représentant impliqué dans l'homologation
 de licence?

 Merci de votre attention.


 --
 Diane Mercier, Ph. D.
 Docteure en sciences de l'information

 Chargée de projet principale sur les données ouvertes
 Ville de Montréal, Direction des communications
 303, rue Notre-Dame Est, 1A
 Montréal QUÉBEC H2Y 3Y8
 Tél. : 514 872-9702




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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Fwd: Bing

[Harald Kliems]

Oops, this should have gone to the list.

-- Forwarded message --
From: Harald Kliems kli...@gmail.com
Date: Wed, Dec 4, 2013 at 9:47 AM
Subject: Re: [Talk-ca] Bing
To: Bruno Remy bremy.qc...@gmail.com


Oh no! I haven't seen any announcements and couldn't find anything on the
forums or other ML's. You can play around with the Bing Aerial Imagery
Analyzer (data only gets updated when you zoom in far enough) and you'll
see that z=20 is mostly gone in Quebec, except for weird little pockets
like this
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=45.47113154404lon=-73.58157634735107zoom=16l=bing

In Montreal, the pictures with the highest resolution were pretty old
anyway (2008 I think) and maybe that's the reason for Bing removing them?

 Harald.


On Tue, Dec 3, 2013 at 12:32 PM, Bruno Remy bremy.qc...@gmail.com wrote:

 Bonjour,

 Avez-vous remarqué la récente disparition du niveau de zoom le + fort de
 Bing depuis le 1er décembre?
 Y-a-t-il un communiqué officiel de Microfot (Bing) et/ou de la Fondation
 OpenStreetMap à ce sujet?
 
 Hello,

 Did you noticed that last level of Bing Imagery has recently disapeared
 (on sunday 1st dec.) ?
 Is there any official post from Microsoft (Bing) and/or OpenStreetMap
 Foundation about that?

 
 Bruno Remy

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Problem with overpasses in NB??

[Harald Kliems]

Yeah, I've been looking into that. I'm no Overpass pro either, though, but
should be able to come up with something. Bug me again in a couple days if
I don't :-)

 Harald.




On Mon, Dec 2, 2013 at 9:07 PM, Connors, Bernie (SNB) bernie.conn...@snb.ca
 wrote:

 Richard,

   What I would like to do is run a query with the Overpass API that
 would identify the locations of this error so we can all judge how large an
 issue this is.  Unfortunately I have never written an Overpass API query
 and I would like some assistance.  Recently this query (
 http://goo.gl/AYJ0Nt) that identifies errors in Motorway links was shared
 on Talk-CA and I modified the bounding box to run it against New Brunswick.
  Can somebody help me out with a query that identifies unnecessary
 intersections in bridges?

 TIA,
 Bernie.
 --
 Bernie Connors, P.Eng
 New maryland, NB
 bernie.conn...@unb.ca
 
 From: Richard Weait [rich...@weait.com]
 Sent: December 2, 2013 4:50 PM
 To: Connors, Bernie (SNB)
 Cc: Talk-CA OpenStreetMap
 Subject: Re: [Talk-ca] Problem with overpasses in NB??

 On Mon, Dec 2, 2013 at 1:24 PM, Connors, Bernie (SNB)
 bernie.conn...@snb.ca wrote:
  Here is an example - http://osm.org/go/cgZ854R_8--
 
  The problem is that there is an intersection node between
  McKinnon Road and Route 8 but there is an overpass bridge at this
 location.

 That does look like an error, I've fixed that one.  The history on the
 involved objects is short, and suggests that it is an import.  Do you
 want to contact the mapper and ask about the matter?
 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ca




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Problem with overpasses in NB??

[Harald Kliems]

Okay, so I've done some digging. Unfortunately, the Overpass API does not
have a function to identify intersecting ways with a shared node. The only
way to find those would be do do an Overpass query for all the bridges and
then use javascript to identify the ways that share nodes. I lack the
skills to do the latter.

Identifying bridges which lack the layer tag, however, is easy:
http://overpass-turbo.eu/s/1FZ

Once all the missing layer tags will have been added, we can then use
keepright's (http://keepright.ipax.at/) layer conflicts function. Based on
the description of that function it actually seems like it should already
be able to find the problematic junctions:

Connected ways should be on the same layer. Crossings on intermediate
nodes of ways on different layers are obviously wrong. Junctions on
end-nodes of ways on different layers are also deprecated, but common
practice. So you may ignore this part of the check and switch them off
separately. Please note that bridges are set to layer +1, and tunnels to
-1, anything else to layer 0 implicitly if no layer tag is present.

 Harald.


On Tue, Dec 3, 2013 at 9:21 AM, berniejconnors berniejconn...@gmail.comwrote:

 Here is another sample of the problem since Richard corrected my other
 example ;-)

 http://osm.org/go/cgOZhazjT?m=

 As I see it there are 2 problems with these bridges:
 1) they intersect with the roads that pass beneath them
 2) the layer value is not set so the default value of layer=0 (ground) is
 assumed. Typically a bridge should have layer=1.

 I would like to have an overpass api query that selects bridges that meet
 either of these conditions.

 Thanks,
 Bernie.


 Sent from Samsung Mobile

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] GPS and Motorway links ...

[Harald Kliems]

So before contacting Martijn I want to be sure that we can properly
identify the potentially problematic ways. What we are looking for are ways
that match the following query:

(highway=motorway_link) AND (NOT oneway=*) AND (lanes!=1)

Or in natural language: ways that are motorway links but don't have the
oneway tag nor are tagged as having one lane. If you want to test this
query, go to this link http://overpass-turbo.eu/s/1CI and adjust the
bounding box coordinates for the desired area.

Comments?

 Harald.


On Tue, Nov 26, 2013 at 10:25 AM, Daniel Begin jfd...@hotmail.com wrote:

 The example I provided yesterday was not fixed.  Most the exits having a
 similar look along the trans-Canada Highway in Quebec are the same. I have
 also found examples in Alberta and In BC.



 Daniel



 *From:* Harald Kliems [mailto:kli...@gmail.com]
 *Sent:* November-26-13 10:04
 *To:* Daniel Begin
 *Cc:* Connors, Bernie (SNB); Talk-CA OpenStreetMap

 *Subject:* Re: [Talk-ca] GPS and Motorway links ...



 I can write an email to Martijn with a proposal. Does anyone have a link
 to an exit that has not been fixed yet to use as an example?



  Harald.



 On Tue, Nov 26, 2013 at 9:53 AM, Daniel Begin jfd...@hotmail.com wrote:

 It seems to me it is the only safe solution. I go for maproulette.org

 Daniel



 *From:* Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca]
 *Sent:* November-26-13 08:19
 *To:* 'Harald Kliems'; Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* RE: [Talk-ca] GPS and Motorway links ...



 +1 for the Maproulette.org solution.



 Bernie.

 --

 Bernie Connors, P.Eng

 Tel: 506-444-2077

 bernie.conn...@snb.ca

 *SNB – We make it happen…*

 [image: SAG_Logo_2013]



 *From:* Harald Kliems [mailto:kli...@gmail.com kli...@gmail.com]
 *Sent:* Monday, 2013-11-25 5:05 PM
 *To:* Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* Re: [Talk-ca] GPS and Motorway links ...







 On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin jfd...@hotmail.com wrote:

 Hooo, I see, and I also see there was not a large consensus on that point
 (Discussion) since all other ways are having a different behavior…



 About all motorway_link in Canada are having the same problem!

 I don't know, I rarely encounter this issue in practice. Adding oneway=no
 to all motorway_link seems rather dangerous and counterproductive. The best
 solution would probably be to create a query that will find all imported
 motorway_link that have not been touched since the import and then check
 them. Depending on how big the task is we could ask Martijn to set it up as
 a Maproulette (http://maproulette.org/). Or we set up a wiki page to
 coordinate people going through all the motorways/exits and make sure
 everything is okay by hand. There are only 33 Autoroutes in Quebec after
 all :-)



  Harald.







 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
image001.jpg___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Keep Right Error

[Harald Kliems]

Adam,
has this been a persistent error? I've also spent a while finding the
source of the disconnect and couldn't track it down. There seems to be a
random boundary somewhere on Cape Breton Island, but all the highways seem
to be connected. So I'm wondering if maybe the problem was a temporary one
and the keepright data (last update Nov 14) is just outdated?

 Harald.


On Mon, Nov 25, 2013 at 1:48 PM, Adam Martin s.adam.mar...@gmail.comwrote:

 Hello all,

 This is my first to this list and I have a question regarding a particular
 keep right error I keep seeing for the island portion of Newfoundland and
 Labrador. All roads within the Province are flagged as being Floating
 Islands, indicating that there is some sort of gap or break in the
 connection to the mainland. I traced the roads backwards across the
 province and it did not seem to be sourced on the Island itself. So I
 travelled the length of the ferry line to Nova Scotia and checked the Cape
 Breton Island area. Apparently, the error begins there, which causes the
 entire island of Newfoundland to show as being unconnected.

 However, I am having trouble localizing the error on Cape Breton. There
 are several places that it seems to trace to, but none that I have
 investigated so far appear to actually have disconnections occurring. These
 roads are all imports of the CANVEC data which is known to have some
 inaccuracies, but that is different from this error. I think it might be
 that the import failed in some manner and caused an error
  in the connections that keep right has a problem with. Anyone else here
 have any knowledge of what might have happened?

 Thanks,

 Adam

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] GPS and Motorway links ...

[Harald Kliems]

Daniel,
if you look at the motorway_link page in the wiki (
http://wiki.openstreetmap.org/wiki/Motorway_link) you'll see that by
default it implies oneway=yes. That would explain the behavior you
described.

Most motorway_link roads will be one way, and should be tagged
onewayhttp://wiki.openstreetmap.org/wiki/Key:oneway
=yes http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dyes. Any unusual
motorway link road which is two-way should be explicitly tagged
onewayhttp://wiki.openstreetmap.org/wiki/Key:oneway
=no http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dno. Note that this is
different to the way we treat other highway classifications, because
motorway link roads are so often one way. Explicit tagging (either way) can
be important, since *some* tools interpret motorway link roads as
implicitly oneway=yes unless tagged oneway=no.

I wonder if there would be a way to filter all those links that are
reversed with the Overpass API?

 Harald.


On Mon, Nov 25, 2013 at 2:40 PM, Daniel Begin jfd...@hotmail.com wrote:

 Bonjour,



 I’ve just found out that I have routing troubles with OSM data in a Garmin
 GPS when motorway_link are not tagged oneway=yes/no. Here is an example
 where some segments of motorway_link can be driven both ways (2 lanes, one
 each side)



 http://www.openstreetmap.org/#map=16/46.0194/-72.3512



 Everything works fine when tags are…

 highway=motorway_link

 oneway=no, or

 oneway=yes



 But it doesn’t work if there is no oneway tag. Actually, the way must have
 been digitized in the direction I want ot go – as if it assumes that no
 oneway tag means oneway=yes.  In the provided example, my GPS will find a
 way out of the motorway but it will not find a way in! -  must be looked at
 in an editor.



 It could have been my usual OSM/Garmin provider (
 http://www.osmmaps.com/maps/canada ) but when I saw the same behavior in
 JOSM I wonder if there is a rule I’m not aware of? Should I change my
 OSM/Garmin provider or tell him there is a problem with his conversion
 program?



 Comments or answers?



 Daniel

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Why does a search for Edmonton show the city out in the country?

[Harald Kliems]

If you click on View Details you will get to this way:
http://www.openstreetmap.org/browse/way/28295454

I believe the problem is that the way is tagged as area=yes, despite not
being closed. And I guess in general it would make more sense to have the
city boundaries in a relation, not a way. I'm not totally sure about this,
though, so maybe someone more familiar with the boundaries can have a look
at it.

 Harald.


On Wed, Nov 20, 2013 at 2:00 PM, Mark Bennett mark.f.benn...@gmail.comwrote:

 If I search for Edmonton on http://openstreetmap.org than select City
 Edmonton, Alberta, Canada I am taken to this feature which is way out in
 the country.

 http://www.openstreetmap.org/browse/way/28295454

 Shouldn't this take me to a marker in the centre of the city? Or at least
 somewhere within the city boundry? I'm happy to fix this, but am not sure I
 understand what's wrong.

 Any advice? Thanks!

 -mark

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] OSM Cycle map

[Harald Kliems]

Having biked across that border myself, I can attest that there are indeed
mean hills , but nothing quite as bad :-)

I suspect that OCM uses two different DEM sources for the US and Canada,
leading to wackiness neart the border.

 Harald.


On Mon, Nov 11, 2013 at 2:09 PM, Daniel Begin jfd...@hotmail.com wrote:

 I have found something odd with the rendering of OSM Cycle map; right on
 the boundary. Didn’t know there was such a cliff in the area!



 http://www.openstreetmap.org/#map=14/45.0011/-72.1567layers=C



 Daniel

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] CanVec 10 Data

[Harald Kliems]

I think Daniel's email got cut off at the end :-)

On Mon, Nov 4, 2013 at 6:26 AM, Daniel Begin jfd...@hotmail.com wrote:

 I'm not familiar with imports using Potlatch but importing it using JOSM is
 quite easy - open the file, select the features, copy then in a new layer
 and then upload the layer in OSM...

...after you've carefully checked if everything is plausible and you don't
mess up the work of other contributors who may already have added
housenumber data of better quality.

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

Re: [Talk-ca] Where the streets have no name...

[Harald Kliems]

Quick update (maybe to inspire other contributors):

I've finished adding street names in Drummondville. Unfortunately, there is
no high-res aerial imagery there and so I had to rely exclusively on
Canvec/Geobase. There were a few spots were the data looked sketchy and I
didn't add streets there. Let's hope we have some locals to finish the work
there.

Alright, on to Saint-Bruno-de-Montarville.

 Harald (who's currently in Toronto and marveling at OSM's data quality
downtown!)


On Thu, Oct 31, 2013 at 1:36 PM, Harald Kliems kli...@gmail.com wrote:

 +1
 I've never done real Canvec imports, but just add Canvec data (usually
 street names) from the JOSM Geobase layer. It's pretty straightforward if
 you already are a JOSM user.

 Slight thread drift: I think I may have asked this question in the past
 but I can't remember the answer or find the old thread. The Geobase street
 names in Quebec often contain extra blank spaces, often (but not always)
 separating the Rue/Ave/Boul from the name from the N/E/S/O (e.g. Rue
 Boisbriand or Boulevard  Saint-Denis  Ouest). This in not correct and
 should ideally be fixed, right?

  Harald (who's taken over Drummondville)


 2013/10/31 Bruno Remy bremy.qc...@gmail.com

 Bonjour,

 En fait, l'idée, c'est que c'est accessible à *tous* les contributeurs,
 même les débutants qui ne maîtrisent pas les imports Canvec:
 Dans la majorité des cas, les imports de lignes d'interpolations sont
 déjà là. Il reste juste à tracer le way de la route, et à lui rajouter le
 nom qui est déjà dans les points d'interpolation.
 Donc, même sans JOSM, c'est un travail d'édition *très* basique en mode
 web avec ID éditor ou Potlach. Je le fais même sur mon cellulaire avec
 Vespucci pour Androïd!

 Bruno



 2013/10/31 Tom Taylor tom.taylor.s...@gmail.com

 Geobase Roads était la couche dont j'avais besoin. Merci encore.


 On 31/10/2013 11:47 AM, Pierre Béland wrote:

 Hi Tom

 Il y a eu une discussion en juillet relativement a l'impossibilité de se
 connecter au serveur ftp

   http://ftp2.cits.rncan.gc.ca/osm/pub

 Il reste la possibilité d'accéder via JOSM aux couches CANVEC et
 Geobase. J'ai ajouté ces couches dans la liste des couches disponibles.
 Voir dans la section CA.


 There was discussion in july about ftp access problems to

   http://ftp2.cits.rncan.gc.ca/osm/pub

 This is still not possible to connect. An option is to use in JOSM the
 Canvec and Geobase layers. I have added these to the WMS/TMS list of
 available layers under the CA section.


 Pierre

 
 
 *De :* Tom Taylor tom.taylor.s...@gmail.com
 *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems 
 kli...@gmail.com
 *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Jeudi 31 octobre 2013 9h31
 *Objet :* Re: [Talk-ca] Where the streets have no name...


 I started to work on the smallest slice in Quebec West, i.e., St.
 Augustin. I have no experience doing Canvec imports, so I've just been
 poking around on the Geogratis web site looking for the right product. I
 always seem to end up with a display of the same map data, not updated
 since 2005 and showing less information than we already have in OSM. Can
 you point me to what I really need?

 Tom Taylor
 TomT5454

  ...


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




 --
 Bruno Remy

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




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Where the streets have no name...

[Harald Kliems]

Thanks, Pierre!

While we're at the topic of useful tips: If you want to find the streets
without names in JOSM, start the search (CTRL-F) and search for highway=*
-name=*

 Harald.


2013/10/31 Pierre Béland pierz...@yahoo.fr

 C'est exact Harald,

 cela doit être corrigé.

 J'ai récemment corrigé les noms de rues importés de Canvec avec deux
 espaces. J'ai utilisé Overpass pour trouver ces noms, puis j'ai corrigé
 dans JOSM.

 Je vois qu'il y en a encore quelques-un a Drummondville, Tu peux utiliser
 le script Overpass suivant pour les repérer et importer dans JOSM pour
 correction.

 L'instruction suivante repère les noms avec deux espaces.

 has-kv k=name regv=  /

 Procédure overpass : http://overpass-turbo.eu/
 Tu zoomes dans la région de Drummondville, copie le script ci-dessous,
 puis clique sur Exécuter.

 query type=way
   has-kv k=name regv=  /
   bbox-query {{bbox}}/!--this is auto-completed with the
current map view coordinates.--
 /query
 print mode=meta /
 recurse type=down/
 print mode=meta /



 Pierre

   --
  *De :* Harald Kliems kli...@gmail.com
 *À :* Bruno Remy bremy.qc...@gmail.com
 *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Jeudi 31 octobre 2013 13h36
 *Objet :* Re: [Talk-ca] Where the streets have no name...

 +1
 I've never done real Canvec imports, but just add Canvec data (usually
 street names) from the JOSM Geobase layer. It's pretty straightforward if
 you already are a JOSM user.

 Slight thread drift: I think I may have asked this question in the past
 but I can't remember the answer or find the old thread. The Geobase street
 names in Quebec often contain extra blank spaces, often (but not always)
 separating the Rue/Ave/Boul from the name from the N/E/S/O (e.g. Rue
 Boisbriand or Boulevard  Saint-Denis  Ouest). This in not correct and
 should ideally be fixed, right?

  Harald (who's taken over Drummondville)


 2013/10/31 Bruno Remy bremy.qc...@gmail.com

 Bonjour,

 En fait, l'idée, c'est que c'est accessible à *tous* les contributeurs,
 même les débutants qui ne maîtrisent pas les imports Canvec:
 Dans la majorité des cas, les imports de lignes d'interpolations sont déjà
 là. Il reste juste à tracer le way de la route, et à lui rajouter le nom
 qui est déjà dans les points d'interpolation.
 Donc, même sans JOSM, c'est un travail d'édition *très* basique en mode
 web avec ID éditor ou Potlach. Je le fais même sur mon cellulaire avec
 Vespucci pour Androïd!

 Bruno



 2013/10/31 Tom Taylor tom.taylor.s...@gmail.com

 Geobase Roads était la couche dont j'avais besoin. Merci encore.


 On 31/10/2013 11:47 AM, Pierre Béland wrote:

 Hi Tom

 Il y a eu une discussion en juillet relativement a l'impossibilité de se
 connecter au serveur ftp

   http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub

 Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase.
 J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la
 section CA.


 There was discussion in july about ftp access problems to

   http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub

 This is still not possible to connect. An option is to use in JOSM the
 Canvec and Geobase layers. I have added these to the WMS/TMS list of
 available layers under the CA section.


 Pierre

 --**--**
 
 *De :* Tom Taylor tom.taylor.s...@gmail.com
 *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com
 *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Jeudi 31 octobre 2013 9h31
 *Objet :* Re: [Talk-ca] Where the streets have no name...


 I started to work on the smallest slice in Quebec West, i.e., St.
 Augustin. I have no experience doing Canvec imports, so I've just been
 poking around on the Geogratis web site looking for the right product. I
 always seem to end up with a display of the same map data, not updated
 since 2005 and showing less information than we already have in OSM. Can
 you point me to what I really need?

 Tom Taylor
 TomT5454

  ...


 __**_
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-cahttps://lists.openstreetmap.org/listinfo/talk-ca




 --
 Bruno Remy

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





 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565

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





-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org

Re: [Talk-ca] Where the streets have no name...

[Harald Kliems]

Bruno,
thanks for this list! Something to do for me on those cold and rainy fall
days... Would it maybe make sense to make a cake with MapCraft to
coordinate the effort and avoid conflicts?
http://wiki.openstreetmap.org/wiki/MapCraft I've never set up a cake, only
used ones baked by others, but maybe someone on the list could help.
Cheers,
 Harald.


2013/10/28 Bruno Remy bremy.qc...@gmail.com

 Bonjour à tous

 Dans un tout autre ordre d'idée, suite à des discutions qui ont eu
 lieu avant et pendant la Cartopartie de dimanche, li y a des villes du
 Québec qui demanderaient un soin tout particulier:
 Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans
 noms de rues. Parfois même des nouveaux développements résidentiels ne
 sont pas cartographiés, et pourtant ils apparaissent dans l'image
 satelite ou via les données Canvec ou Geobase...
 Comme chanterait U2 'Where the streets have no name'  ;-)

 Vous m'avez demandé cette liste dimanche, alors la voici :
 Ces villes sont classées par ordre décroissant sur 2 criteres : leur
 état actuel de données, et leur population:

 Drummondville
 Mascouche
 Saint-Georges
 Saint-Bruno-de-Montarville
 Thetford Mines
 Sept-Îles
 Granby
 Trois-Rivières
 Repentigny
 Saint-Hyacinthe
 Shawinigan
 Victoriaville
 Mirabel

 N'hésitez pas à faire circuler cette liste autour de vous!

 --
 Bruno Remy

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Offset in Montreal

[Harald Kliems]

Bruno,
in my experience the difference in offset is not the same everywhere in
Montreal. In my neighborhood (Pointe-Saint-Charles) it is only minimal, but
in other parts of the city I have noticed larger offsets -- though maybe
not as much as 17m, more in the 5m range. Which one is more accurate: I'm
not sure. I usually decide case by base by looking at nearby GPS tracks.
Cheers,
 Harald.


2013/10/12 Bruno Remy bremy.qc...@gmail.com

 Bonjour aux contributeurs de Montréal!

 Je voudrais juste être sûr : Il y a un offset entre les orthophotos BING
 zoom 19 et zoom 18
 Si c'est comme chez nous à Québec, la couche 19 est proche des positions
 rééelles, tandis que la couche 18 a un offset d'environ 17m à l'Ouest et 5m
 au Sud.
 Quelqu'un pourrait-il me le confirmer? ;)

 Merci beaucoup!

 PS: Au niveau des dates... c'est pareil: il y a un bon décallage entre les
 deux et c'est la couche 18 qui est plus récente (on aurait aimé le
 contraire  mais bon...)

 --
 Bruno Remy

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Fwd: Larder Lake, Ontario completely missing

[Harald Kliems]

-- Forwarded message --
From: Harald Kliems kli...@gmail.com
Date: Tue, Oct 1, 2013 at 6:48 PM
Subject: Re: [Talk-ca] Larder Lake, Ontario completely missing
To: James Mast rickmastfa...@hotmail.com


I've quickly traced the basic street grid based on Bing and Geobase.
Improvements are welcome, especially further south where there is a big
cloud on the aerial imagery.
 Harald.


On Tue, Oct 1, 2013 at 6:15 PM, James Mast rickmastfa...@hotmail.comwrote:

 Anybody want to import this town?  It's completely missing in OSM data
 except for {66}.

 http://www.openstreetmap.org/browse/note/32942

 -James

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Mapping of Lachine Canal in Montreal damaged

[Harald Kliems]

Hi everyone,
I noticed that someone has damaged parts of the Lachine Canal in Montreal.
Between the Saint-Gabriel and the Rue des Seigneurs locks there is only the
waterway way and no longer the actual outline of the canal.
http://www.openstreetmap.org/#map=15/45.4742/-73.5809
Unfortunately, I lack the skill to figure out which changeset caused the
damage. Can somebody help (or point me to better tools than the history tab
on osm.org)?
Cheers,
 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Green alleys in Montréal (ruelles vertes)

[Harald Kliems]

Hi Guillaume,
my two cents: since this seems to be a feature that is pretty much unique
in Montreal, you'll probably have to come up with your own tagging. I would
not introduce a new tag on the service=* level, as these primarily still
appear to be alleys and a new tag on that level might break existing
applications. So I'd say you could come up with something like:

highway=service
service=alley
alley=green_alley

plus whatever other characteristics the alley has (surface=*, smoothness*,
access=*, ...).

Cheers,
 Harald.




On Thu, Aug 15, 2013 at 8:53 PM, Guillaume Pratte 
guilla...@guillaumepratte.net wrote:

 Hello,

 I would like to have some advise on how best identify green alleys in
 OpenStreetMap data.

 Green alleys (ruelles vertes in French) are alleys that a group of local
 residents embellish with vegetation.

 Here is the Wikipedia page on the subject in Montréal:
 http://fr.wikipedia.org/wiki/Ruelle_verte

 Here is a link in English:
 http://kandkadventures.com/green-alleys-of-montreal/

 These green alleys are identifiable because they have dedicated signs for
 them:
 http://commons.wikimedia.org/wiki/File:WTMTL_T52_DSF2289.JPG

 There are hundreds of them in Montréal:
 http://goo.gl/maps/cMaor

 The project seems unique to Montreal. Other cities have green alleys
 (Chicago, Austin (Texas), Seattle, City of Dubuque and some others), but
 the program in the states is about the permeability of the pavement:

 http://www.cityofchicago.org/dam/city/depts/cdot/Green_Alley_Handbook_2010.pdf

 However, in some cases, like the City of Dubuque, they also have a
 recognizable sign:

 http://www.dmgov.org/Government/CityCouncil/WorkshopDocuments/072511Green%20Alley%20Infrastructure.pdf
 (image on page 14)


 All of these green alleys are already identified as:
   highway = service
   service = alley

 Would it be possible to use some kind of green alley tag for these
 service alleys?

 Or would it be better to use a more general concept of a green space or
 of a community-driven green project?

 Thanks!

 Guillaume

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Odd use for OSM data...

[Harald Kliems]

Neat! Using only a rectangular bounding box probably wouldn't work
that well for Canada, though. Anybody know how to use a border
relation with Overpass in order to extract only data from Canada/a
province/a town?

 Harald.

On Tue, Jul 30, 2013 at 11:24 AM, Colin McGregor colin.mc...@gmail.com wrote:
 Here is an odd use for Open Street Map data... One man in the UK
 wanted to know What are the most popular names for pubs in the United
 Kingdom?. Using Open Street Map data he could find that out and he
 explains how he did that here :
 http://blog.mongodb.org/post/56876800071/the-most-popular-pub-names .

 For those not willing to read the entire article here is the answer he found:

 1. The Red Lion
 2. The Royal Oak
 3. The Crown
 4. The White Hart
 5. The White Horse

 The process described could be easily adapted to any repeating
 information anywhere, like most popular street name in Canada or...

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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Accident map of Montreal - using OSM data + MapBox

[Harald Kliems]

Side note: Looks like the Mapbox renderer uses an algorithm that
shortens common parts of street names, like Boulevard to Blvd or
Crescent to Cr. Which in Montreal leads to funny things like Rue
Cr and The Blvd...

 Harald.

On Mon, Jul 29, 2013 at 7:13 PM, Fabian Rodriguez
magic...@member.fsf.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1


 Just saw this today:
 http://www.montrealgazette.com/news/road-safety/map/index.html

 There are some interesting details in the methodology section.

 F.


 - --
 Fabián Rodríguez
 http://openstreetmap.magicfab.ca

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.12 (GNU/Linux)
 Comment: PGP/Mime available upon request
 Comment: Using GnuPG with Icedove - http://www.enigmail.net/

 iEYEARECAAYFAlH29wkACgkQfUcTXFrypNX/hQCg83DfE+TQxBPJsO4xkfalvZtu
 vkgAoP2Zqg4CQsDoMlSc9cwxgsHImlh6
 =b5av
 -END PGP SIGNATURE-

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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Using OpenStreetMap on a daily basis

[Harald Kliems]

OpenStreetBrowser offers routing and clickable POIs. Higher zoom levels
were experimentally implemented on a server by the French OSM community but
I think it is no longer online. I can't remember the URL, but you should be
able to find the related discussion in the archives of the general talk
list (search for z19). Mapquest might also do some of the things requested.

With regards to what OSM and the OSM homepage are or aren't : Bernie
certainly has expressed one view that is widely held in the community. But
there are other positions as well, evidenced by the fact that discussions
like the one in this thread keep popping up.

Harald (who is also sad that for his everyday geodata needs he often ends
up using Google)

On Tuesday, July 9, 2013, Connors, Bernie (SNB) bernie.conn...@snb.ca
wrote:
 Guillaume,

 IMHO all of your issues could be solved with applications of the
OSM data.  The goal of OSM is to create an open data set that can be used
by anybody to solve all of the issues in your list.  The goal of OSM is not
to create a replacement for the Google Maps website but to create an
alternative to the Google Maps data.  All of your issues could be addressed
with OSM data and some programming.  I expect some or all of your issues
have already been addressed.  For example the OSMR website is great for
routing and driving directions - http://map.project-osrm.org/

 Let's hear from the rest of the OSM talk-ca community.  Who has
suggestions for Guillaume's other issues?

 Bernie.

 -Original Message-
 From: Guillaume Pratte [mailto:guilla...@guillaumepratte.net]
 Sent: Tuesday, 2013-07-09 1:42 AM
 To: talk-ca@openstreetmap.org OpenStreetMap
 Subject: [Talk-ca] Using OpenStreetMap on a daily basis

 Hello,

 I have been a serious user of OpenStreetMap for less than six months, and
I am proud to recently have achieved my one hundredth contribution to the
project. I really love the OpenStreetMap project, and I would like to
replace my daily usage of Google Maps with OpenStreetMap.

 But it just seems I cannot. Anybody else feel the same issues?

 I'll give a few concrete examples why, humbly hoping that my words can
encourage changes to the main website.

 First point: searching. I have OpenStreetMap zoomed in to some region of
Montreal, Canada. I input café, looking for a coffee shop. I get results
from Nominatim, inviting me to visit a village in Brazil named Café or
even the Café point in Antarctica. While these search results awaken my
globetrotter's desire to explore the world, they frustrate me at the same
time. Why couldn't Nominatim priorize results from the bounding box or
surrounding? Why can't OpenStreetMap show me results on the map like the
OverPass API does, performing a search on the tag amenity=cafe and showing
the results on the map?

 Second point: accessing POI information. I cannot click on point of
interests (POI) to get more info about them. Why do we input address,
business hours and phone numbers on shops and restaurants if the map cannot
easily display this information to the user? Why do I have to show the
map's data in order to have information on a point of interest?

 Third point: maximum zoom level. Some area are densely populated, and
OpenStreetMap's current zoom level is not enough to see all details of the
map. This is really unfortunate. Example:
http://osm.org/go/cIrNs6Qzp--What are the restaurant surrounding the
Hard Rock Café on this map? I have
to use the editor to be able to zoom and see all data.

 Fourth point: sharing a point of interest. There should be an easy way to
do that. I have found a (complicated) way to do it, which is all but
obvious to newcomers. Here is how:

 . Using the layer icon at the top right of the map, I select
Browse Map Data;
 . I select the object I want to share (which is not always
possible; sometimes it is hidden behind a residential area or similar);
 . I click on Details
 . On the resulting page, I click on View way on larger map
 . I get an URL similar to this that I can share:
http://www.openstreetmap.org/?way=225637513

 Fifth point: routing. Why is there absolutely no routing implemented on
the main OpenStreetMap website? This is I concede a naïve question, as it
might be simply because of limited server resources. Once we have our new
servers, is this something we want to implement, as a community?

 I really like the OpenStreetMap project, and I dream to be able to use it
as a primary map instead of Google Maps. I feel resolving these issues
would bring me many steps closer to making that dream come true.

 What do you all think? Do you also have showstoppers that prevent you to
use OpenStreetMap as your primary and daily map?

 Guillaume
 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ca

 ___
 Talk-ca mailing list
 

Re: [Talk-ca] Pocket GPSs in cars...

[Harald Kliems]

You'll probably want one of those windshield suction mounts, something
like this 
http://www.mountguys.com/Cup_Suction_Mount_for_Garmin_eTrex_Dakota_Oregon_p/mfx-wingn-11023.htm
(note that this is just a randomly googled one and I can't comment on
the quality). Because they need adjustability and enough surface on
the windshield, it's not smaller than your GPS. But I don't think any
other type of mounting system can fulfill all of the other criteria.

 Harald.

On Wed, Jun 26, 2013 at 9:35 AM, Colin McGregor colin.mc...@gmail.com wrote:
 I don't own a car, but I do occasionally drive one owned by family
 members and on very rare occasions rent cars. The question is, when in
 a car, how best to mount a pocket GPS (a Garmin eTrex 20) on the dash
 that will keep the GPS from sliding around? The solution can not
 require any permanent change to the car, should not leave any sort of
 a mark when removed and ideally should be just as small / smaller than
 the GPS itself. Ideas (where names of specific makes/models would be
 appreciated)?

 Thanks.


 Colin McGregor

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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Beta Web site STM / Open Street Map

[Harald Kliems]

Looks very nice! But it's too bad that the bus lines/stops are not
displayed -- or do I just not see the option? And out of curiousity: is the
address search also OSM-powered? I'm assuming it isn't, as address data in
Montreal is rather incomplete in my experience.

 Harald.

2013/6/20 Simon Mercier smerc...@mapgears.com

 Bonjour / Hi

 Essayez le nouveau site beta de la STM (http://beta.stm.info/fr)
 entièrement réalisé à l'aide des données Open Street Map.  Nous sommes
 heureux d'annoncer que nous avons produit ce design de carte de ce site
 avec Mapserver et Mapcache on fonction des demandes spécifiques de la STM.
  Vous pourrez avoir des détails supplémentaires de ce projet sur notre
 blogue (dès qu'ils seront approuvés par la STM).

 --

 Try the new beta STM web site (http://beta.stm.info/en) based on Open
 Street Map data.  Happy to annonce here that we have build this map design
 with mapserver and mapcache based on specific needs of STM.   Follow our
 blog for more info on this projet shortly.


 cheers

 --
 simon mercier
 co-fondateur solutions mapgears
 2383 che ste-Foy bur 202 québec, qc
 canada G1V1T1

 t_418_476_7139#101
 m_418_559_7139
 simonmercier.net / mapgears.com


 __**_
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-cahttp://lists.openstreetmap.org/listinfo/talk-ca




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Beta Web site STM / Open Street Map

[Harald Kliems]

On Thu, Jun 20, 2013 at 9:18 AM, Fabian Rodriguez
magic...@member.fsf.org wrote:

 It seems although the option is not visible, the default search for an
 itinerary is for bus lines. *If you check metro/train* options, they
 will be *added* in the itinerary calculation:
 http://pix.toile-libre.org/upload/original/1371734189.png

Oh, I was referring to a layer that would display all bus lines and
stations, independent of an itinerary. Something like this
http://www.öpnvkarte.de/?lon=-73.57791lat=45.48079zoom=17layers=TBTTT

 Harald (who is now determined to go out and map some more bus stops
in his part of town)


--
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Highways in Yukon missing

[Harald Kliems]

A lot of this was added and modified today by user ajk, who
unfortunately does not provide any comments on his/her changesets. So
maybe s/he deleted the highways in order to remap?

Cheers,
 Harald.

On Wed, May 29, 2013 at 4:24 PM, ingalls nicholas.inga...@gmail.com wrote:
 Hey there,
 I just checked it out now and the data appears to be ok? The highway from
 Whitehorse to Carmacks isn't appearing on the renderer but the underlying
 data is there. Same goes for highway 4.

 Cheers,
 ingalls


 On Wed, May 29, 2013 at 2:18 PM, Richard Weait rich...@weait.com wrote:

 On Wed, May 29, 2013 at 4:05 AM, Clay Smalley claysmal...@gmail.com
 wrote:

 I vaguely remember tracing a large chunk of the Robert Campbell Highway
 (Yukon Highway 4) sometime after the license redaction removed it. I just
 noticed now that it's gone missing a second time (the stretch between Watson
 Lake and Ross River).

 I also noticed that a large chunk of the Klondike Highway (Yukon Highway
 2) went missing too between Whitehorse and Carmacks, along with land use
 data nearby. I could see certain parts of the data cached in the renderer at
 certain zoom levels, but the data's gone.

 Does anyone know what's going on in Yukon? Surely this can't be
 vandalism.


 Have you looked at the history?  Which changesets removed the data
 (again)?  Or, if you aren't familiar with those tools, can you point to the
 changesets in which you created those objects?


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



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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Advice on Addressing

[Harald Kliems]

Much has already been said. A good tool to collect housenumbers on an
Android phone is keypadmapper:
http://wiki.openstreetmap.org/wiki/KeypadMapper

I've mostly mapped interpolation lines in my Montreal neighborhood.
The problem here is that each apartment has an individual housenumber,
meaning that if you have, for example, a triplex you can easily end up
with 8 different numbers for just one building, making individual
nodes a huge pain.

One note about the linked example: If you've mapped all individual
houses on a block, I'd delete the interpolation line or add the
addr:inclusion tag to provide other mappers with accuracy information:
http://wiki.openstreetmap.org/wiki/Addresses#Using_Address_Interpolation_for_partial_surveys

 Harald.

On Mon, May 27, 2013 at 9:48 AM, Connors, Bernie (SNB)
bernie.conn...@snb.ca wrote:
 Hello,



 With respect to Nominatim and OSM routing applications is
 there are better way to add address data to OSM?  I have started adding some
 address data in my neighborhood but I am wondering if tagging buildings with
 an address is better or worse than digitizing address interpolation lines?



 http://www.openstreetmap.org/?lat=45.90249493718147lon=-66.69308423995972zoom=18



 Thanks,

 Bernie.

 --

 Bernie Connors, P.Eng

 Manager – Spatial Data Infrastructure

 Land Information Infrastructure Unit, SNB

 Tel: 506-444-2077 Fax: 506-453-3898

 45°56'25.21N, 66°38'53.65W

 bernie.conn...@snb.ca

 www.snb.ca/geonb






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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] New OpenStreetMap web editing option now available, call for funding

[Harald Kliems]

Works fine for me on FF 20.0.1
 Harald.

On Wed, May 8, 2013 at 8:30 AM, Stewart Russell scr...@gmail.com wrote:
 On Tue, May 7, 2013 at 3:48 PM, Fabian Rodriguez magic...@member.fsf.org
 wrote:


 http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/


 All I get is a blank white screen with iD on Firefox 20.0.1 (aka current
 release). That might be a bit of a hurdle for new editors ...

  Stewart

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] openstreetmap.ca is up!

[Harald Kliems]

First, thanks to Darryl and Richard for taking care of this!

I have one quick, easy (I assume), and probably non-controversial
suggestion: when I clicked on the link, I got a map of Europe, not
Canada. I know that this is only relevant for the first visit but
maybe it can be fixed anyway.

Best,
 Harald.

On Sun, Apr 21, 2013 at 8:04 PM, Richard Weait rich...@weait.com wrote:
 Dear all,

 Darryl delivered on his promise, and openstreetmap.ca registration has been
 transferred to OSMF / me.  Thank you, again, Darryl for taking care of the
 domain for the past years, and for offering it to the community, rather than
 letting it lapse.

 For now, if you visit openstreetmap.ca, it will look very familiar.  Very
 much like osm.org, in fact.  :-)   I'm happy with that. It's unsurprising,
 and easy to maintain.  And in the recent; past we haven't done anything else
 with it, so I think that that this is an improvement.

 But what else would we like to do?  To move forward on any big changes to
 openstreetmap.ca, I would hope to see a number of things in equal measure:

 - interesting idea(s)
 - broad consensus
 - active participation
 - resources

 I don't foresee any deadline for new ideas or implementation, so this can
 really be a matter for careful consideration over time.  We've done pretty
 well so far, without any grand unification web site.

 And thanks again, Darryl.

 Best regards,
 Richard

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Licence donnees.gouv.qc.ca

[Harald Kliems]

Pierre:
Isn't it exactly Richard's point that the fact that they're choosing
their own, non-standard licence means that we OSM contributors won't
be able to answer your question? We -- or at least most of us -- are
mappers, not IP lawyers. So maybe the licence is compatible, maybe
it's not. Without paying a lawyer to find out for us, we won't be able
to tell. It's frustrating, but that's what it is.

 Harald.

On Fri, Mar 15, 2013 at 10:17 AM, Pierre Béland pierz...@yahoo.fr wrote:
 Richard,

 I understand that you would prefer that this evolves differently, but lets
 focus on the subject and try to progress in the right direction. This url
 http://www.data.gc.ca/default.asp?lang=Enn=0D3F42BD-1 describe  proposed
 license for the government of Canada Open data site to be effective soon.
 Following discussions with provincial governments some agree if not all to
 use the same license. This is the case of the government of Quebec.

 Could OSM contributors help to progress in the right direction and comment
 about the license? After that we will be able to focus on obtaining more
 data.

 The questionI ask yout to answer : Is this proposed license compatible or
 not to import data into OSM.


 Pierre

 
 De : Richard Weait rich...@weait.com
 À : Pierre Béland pierz...@yahoo.fr
 Cc : talk-ca talk-ca@openstreetmap.org
 Envoyé le : Vendredi 15 mars 2013 7h04
 Objet : Re: [Talk-ca] Licence donnees.gouv.qc.ca

 2013/3/14 Pierre Béland pierz...@yahoo.fr


 [ ... ] This license is said to be derived from the United Kingdom license
 which is said to be compatible with the ODbL (and thus OSM ).

 I would appreciate your comments on this.


 All right.  You asked.  :-)

 The governments, municipal, provincial and federal, who choose to create or
 modify an Open Data license are hurting Open Data.  The first stab wound was
 the misguided Vancouver Open Data license and we have not yet stopped the
 bleeding.

 Modifying an Open Data license is similar to declaring that in my
 municipality, we will use a modification of a standard electrical appliance
 plug and socket.  The plug from a Waterloo Region toaster may be
 incompatible with an socket in Quebec City in obvious or subtle ways.

 Household appliances might move periodically when an owner moves, or when an
 appliance is sent as a gift.  Open Data, by definition, is intended to be
 combined and compared and moved about, further and more often than a simple
 appliance.

 We've been clever enough to standardize our appliance plugs across the
 continent.  It is important to standardize our Open Data licenses around the
 world.

 Governments.  Use the Open Data licenses drafted and curated by the Open
 Data Commons at the Open Knowledge Foundation.  You (governments) do not
 have the mandate from your citizens to spend their money to learn the things
 that you need to know about international data law that are required to
 draft a rational Open Data license.  To do so in each municipality and
 province is a phenomenal waste of resources.  And you don't have the mandate
 to consume resources to maintain that license once you draft it.
 International data law is new and evolving.  You can't keep up.



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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Callsigns...

[Harald Kliems]

On Mon, Mar 11, 2013 at 5:49 AM, Colin McGregor colin.mc...@gmail.com wrote:

 Broadcaster data is part of the public record, Industry Canada has
 downloadable data here:
 http://www.ic.gc.ca/eic/site/smt-gst.nsf/eng/h_sf09484.html (at the
 moment I don't have a machine that can deal with MapInfo files so I 'm
 not sure what data is included and I'm not sure what sort of license
 the data is released under...).

As there already is a database available with the relevant
information, I'd voice my usual objections towards importing this data
into OSM. The data is not verifiable on the ground (well, I guess it
theoretically is if you had appropriate measuring equipment, but
still...) and probably changes somewhat frequently, making the data in
OSM difficult to maintain properly. So I don't see the added benefit
of having the data in OSM.

Cheers,
 Harald.


-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Licence de données ouvertes, Montréal

[Harald Kliems]

On Sat, Mar 2, 2013 at 3:58 PM, Paul Norman penor...@mac.com wrote:

 Lastly, cadastral data is probably the least exciting type of data for OSM.
 Other data like roads, addresses and even buildings is more useful.
Oh, I thought cadastral data would include building outlines? At least
that's the case with the somewhat controversial French cadastre
imports. Did I get excited prematurely?

Cheers,
 Harald.

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

[Talk-ca] New Bing imagery in Montreal

[Harald Kliems]

Hey everyone,
I've just noticed that the Bing aerial imagery in my neighborhood has
changed. We used to have pretty good images but they were from 2007.
While doing some edits I noticed that the quality suddenly has gotten
much worse and looking at the tile info it now shows that the imagery
is from 2011. It seems to be only small patches, however, as you can
see if you download this area in JOSM and look at the imagery
http://osm.org/go/cIrM_9DE1-- I'm reasonably sure that this was not
the case up until two weeks ago. Anybody else notice any Bing changes
in their areas?

 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] New Bing imagery in Montreal

[Harald Kliems]

Oh, nevermind. This appears to depend on the zoom level. If you zoom
in further you still get the good 2006/2007 pictures. Nonetheless I
think the 2011 data must have been added fairly recently.
 Harald.

On Sun, Mar 3, 2013 at 12:43 PM, Harald Kliems kli...@gmail.com wrote:
 Hey everyone,
 I've just noticed that the Bing aerial imagery in my neighborhood has
 changed. We used to have pretty good images but they were from 2007.
 While doing some edits I noticed that the quality suddenly has gotten
 much worse and looking at the tile info it now shows that the imagery
 is from 2011. It seems to be only small patches, however, as you can
 see if you download this area in JOSM and look at the imagery
 http://osm.org/go/cIrM_9DE1-- I'm reasonably sure that this was not
 the case up until two weeks ago. Anybody else notice any Bing changes
 in their areas?

  Harald.

 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] GeoBase tags

[Harald Kliems]

Maybe it would make sense to come up with a consensus of which tags
can be stripped. I know that for the US TIGER data JOSM automatically
removes the cruft when you edit a way, and we should have this for
Geobase/Canvec, too.
 Harald.

On Mon, Feb 25, 2013 at 12:15 PM, Paul Norman penor...@mac.com wrote:
 From: Andrew Allison [mailto:andrew.alli...@teksavvy.com]
 Subject: [Talk-ca] GeoBase tags

 Hello:

   Are the Geobase attribution tags relevant, should I leave them in
 or strip them out?

 There's no legal reason why you can't remove the attribution=* tags (or any 
 tag, for that matter).

 My practice is to remove them when the source=* tag indicates that the source 
 is geobase and I'm editing the way anyways. There may be other import cruft 
 that you want to strip out at the same time.


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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] GeoBase tags

[Harald Kliems]

On Mon, Feb 25, 2013 at 7:51 PM, Bruno Remy bremy.qc...@gmail.com wrote:
 Instead of a filter in an editor, why not a osm-bot doing this job?
Well, actually it appears JOSM is already doing what I proposed:
http://josm.openstreetmap.de/ticket/7915

I'm not opposed to a bot but someone has to create it. That's certainly not me.

Cheers,
 Harald.




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Tracé de parcours pour une course?

[Harald Kliems]

Fabian,
maybe I'm misunderstanding what exactly you're looking for, but why
don't you use a service like http://www.GPSies.com to create the
routes and then embed the maps on the web page? GPSies offers several
OSM-based map layers (with MapQuest as the default).

If you already have gpx files for the routes, you could also use
openlayers: http://wiki.openstreetmap.org/wiki/Openlayers_Track_example

A+,
 Harald.

2013/2/21 Fabian Rodriguez magic...@member.fsf.org:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Bonjour,

 J'aimerais fournir les cartes pour les parcours de course d'une activité
 organisée dans mon quartier, à l'aide d'OSM.

 Nous avons 5 parcours (1,2,5,10 km). Quel outil me permettrait de
 montrer ces parcours en ligne, en les incluant sur une page web?

 J'aimerais bien offrir aussi les GPX ou autres fichiers pour ceux qui
 voudraient les intégrer à leur GPS/téléphone. Voici un outil OSM que
 j'ai trouvé:
 https://wiki.openstreetmap.org/wiki/Show_Your_Journey

 Si vous en connaissez d'autres j'aimerais bien savoir lesquels.

 Merci pour toute information,

 Fabian

 - --
 Fabian Rodriguez
 http://openstreetmap.magicfab.ca

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: PGP/Mime available upon request
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iEYEARECAAYFAlEm1EoACgkQfUcTXFrypNVOiQCglErteKMYjJvAoN3vbiljQQs8
 JA8AoO69W5GjkqcWHDBjY1Dz8Ji1Cex6
 =F/Fr
 -END PGP SIGNATURE-


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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

[Talk-ca] Bus stop names in Montreal / Nom de l'arrêt de bus Montréal

[Harald Kliems]

-- désolé, en anglais seulement

I've recently started mapping bus stops and lines in my neighborhood.
After figuring out the not-that-easy public_transport schema, I've
encountered a problem: how to find out the name of a bus stop? Bus
stops in Montreal all have a unique, 5-digit number which is shown at
each bus stop. With this code you can go to the STM website and look
up the schedule and name for that stop. I haven't found the names
anywhere else and only sometimes you can deduce them from the bus stop
location (Rue X / Rue Y). I'm not quite sure if looking up the names
on the website is compatible with our license, but my guess would be
that it's not. The names are not announced on the bus and I haven't
seen printed timetables.

Thoughts? For now I'm just mapping the ref numbers.

 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Bus stop names in Montreal / Nom de l'arrêt de bus Montréal

[Harald Kliems]

On Sun, Feb 3, 2013 at 9:48 AM, john whelan jwhelan0...@gmail.com wrote:
 Look for a GTFS for Montreal file that will give you the numbers.  Watch the
 licensing though.

Ah, thanks, GTFS was they right keyword. But yeah, the license does
not appear to be compatible:
http://www.stm.info/English/en-bref/a-developpeurs-licence.htm

See also: 
http://montrealouvert.net/2012/04/18/gtfs-et-la-stm-la-stm-ouvre-ses-donnees-de-transport/

 Harald.

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

Re: [Talk-ca] Sidewalks

[Harald Kliems]

Personally I don't map sidewalks like that but I respect local
mappers' work and would not change this, as it isn't really wrong. I
don't think there's a strong consensus to map sidewalks merely as
attributes of the adjoining road, and there are a lot of problems with
that approach, too. E.g. how to mapp accessibility features like curb
cuts or the need to chop ways into tiny segments in cases where
sidewalks appear and disappear.
Cheers,
 Harald.


On Tue, Jan 29, 2013 at 8:10 PM, Connors, Bernie (SNB)
bernie.conn...@snb.ca wrote:
 I came across this when I was working on Map Roulette connectivity
 corrections –

 http://www.openstreetmap.org/?lat=42.98773840069771lon=-81.24551922082901zoom=18



 I thought it was not advised to digitize sidewalks along urban streets – Are
 there any other opinions on this?



 --

 Bernie Connors, P.Eng

 bernie.conn...@unb.ca

 New Maryland, NB




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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Environment Canada Forecast Region boundaries released

[Harald Kliems]

Hi David:
May I ask why you think it's a good idea to add these to the OSM
database? I'm rather skeptical of imports of features that we have no
way of verifying on the ground (or otherwise). Yes, there are
exceptions to this rule, like municipal boundaries, but still. It's
great that Environment Canada is releasing this data but I'm not sure
if there's much value in adding it to OSM.
Cheers,
 Harald.

On Fri, Jan 25, 2013 at 1:09 PM, David E. Nelson denelso...@yahoo.ca wrote:
 http://dd.weatheroffice.gc.ca/meteocode/geodata/

 All we need to do is have it released under OSM's licence, and then we can
 add the boundaries to OSM.

 - David E. Nelson

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

[Talk-ca] Maproulette Canada

[Harald Kliems]

Just saw this on the General discussion list:
http://gis.19327.n5.nabble.com/Happy-New-Year-from-MapRoulette-tp5743713.html

After removing 7 routing problems in the US, Maproulette
connectivity error fixing has come to Canada!

 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565

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

Re: [Talk-ca] Canadienne ou américaine, cette île?

[Harald Kliems]

I saw the coverage in the Gazette this morning and checked the border.
We indeed have border=disputed in the database, and it has been like
that for quite some time. Nominatim will return the island twice, one
with USA, one with Canada as the country.

 Harald.

On Sun, Dec 23, 2012 at 4:08 PM, Bruno Remy bremy.qc...@gmail.com wrote:
 (english message will follow)

 À suivre de près:

 La Presse souligne un débat Géopolitique aux frontières du Maine(US) et du
 Nouveau-Brunswick: Le temps pour nous de vérifier la frontiète
 administrative ici!

 --

 Please follow this:
 LaPresse published a geo-politic debate on administrative bondaries
 beetween Maine(US) and New-Brunswick(CA).
 Time for us to check out the administrative bondaries around here!

 http://www.lapresse.ca/le-soleil/actualites/politique/201212/23/01-4606481-canadienne-ou-americaine-cette-ile.php

 Bruno Remy


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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] A30 Section ouest : ouverture

[Harald Kliems]

I'm normally car-less but will have a rental car over the holidays.
I'll try to take a detour across the new bridge then.

I also wanted to add more detailed tagging about the tolls but judging
from the wiki there doesn't appear to be an agreed upon system for
adding this information. http://www.a30express.com/en/tarifs_en

On a related note: does anyone have a GPS trace for the Saint-Jacques
exit on Autoroute 720? It was completely rebuilt and opened a few
weeks ago. 
http://www.openstreetmap.org/?lat=45.47584lon=-73.59526zoom=17layers=M

 Harald.

2012/12/15 Pierre Béland infosbelas-...@yahoo.fr:
 La A30 section ouest de Chateauguay à Vaudreuil-Dorion (Québec) est ouverte
 depuis ce matin. La A540 à Vaudreuil est renommée A30. La A530 a
 Sallaberry-de-Valleyfied est aussi ouverte.

 Les modifications ont été faites dans la base OSM et le statut
 highway=construction a été modifié.

 Notez cependant que le Ministère des transports du Québec a refusé à date de
 nous fournir des informations sur le tracé. L'imagerie satellite utilisée
 pour le tracé a été prise au début des travaux et ne permet pas de bien
 distinguer les nouveaux échangeurs, plusieurs sorties et la A530 à
 Sallaberry-de-Valleyfied.


 Ceux qui demeurent près de là, je vous invite à utiliser vos GPS pour
 retracer le parcours de façon plus précise.

 Question réactivité nous sommes nettement en avance sur Google, ceux-ci
 n'ayant même pas indiqué l'autoroute en construction. Pour ce qui est de
 Apple, n'en parlons pas.

 Pierre

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Validating existing data in Ottawa area

[Harald Kliems]

Another option to quickly find duplicate ways and routing errors is to
use the OSMInspector
http://tools.geofabrik.de/osmi/debug.html?view=routing_non_eulon=-75.82919lat=45.41720zoom=10

 Harald.

On Sun, Dec 2, 2012 at 3:55 PM, Tom Taylor tom.taylor.s...@gmail.com wrote:
 While uploading edits from JOSM, I have been encountering validation
 warnings and occasional errors from others' data. I've done my best to fix
 them up.

 It finally occurred to me that I can run the validation tool after
 downloading OSM data, without adding data of my own, and clean up an area
 that way. I've started a systematic effort to clean up the Ottawa area,
 using bounding boxes extending .04 degrees in latitude and .06 degrees
 longitude for a manageable size. My first box was to the west: N 45.40-44, W
 75.92-98. The biggest thing I found in that area was a lot of duplication
 because the same objects were downloaded from CanVec 6.0 and CanVec 7.0.

 I'll be working my way east and south from this starting point. I suppose I
 should write this up in the Ottawa Wiki so others can coordinate.

 Tom Taylor

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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

[Talk-ca] Montreal: Autoroute 30 opening soon

[Harald Kliems]

From today's Gazette:
http://offislandgazette.com/news/story/2012/11/29/highway-30-will-open-dec-15/

We already have the route as highway=construction (
http://osm.org/go/cIo9hLV-- ) but maybe someone local with a car get a
GPS track soon after the opening and change the tags. I'm not quite
sure which section of the highway is going to open.

 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] GPS inaccuracy

[Harald Kliems]

Other things you could do: check if the Canvec data has been moved
after being imported. As I've said, Bing imagery can be improperly
aligned, but not everybody is aware of that. So it's possible that a
well-meaning mapper has moved the Canvec data to match the imagery.
Did you check your GPS devices accuracy reading? While they shouldn't
be taken too literally, they do give some indication of what's going
on (IIRC Garmin devices unfortunately do not write the accuracy
reading into the GPX file). You could also try to improve result by
making sure the GPS is in an ideal position: This usually means:
device parallel to the ground, with as little obstruction of the
upward line of sight. Putting it on top of a backpack or your
handlebar bag if you're riding a bike works best.

 Harald (who tends to get pretty good data with his Etrex Vista Hcx
but not so much with his smartphone)

On Mon, Nov 19, 2012 at 10:29 AM, Tom Taylor tom.taylor.s...@gmail.com wrote:
 I will do a resurvey in the way you suggest. It was really disappointing to
 find I couldn't trust my GPS at all (well, I did some mental adjustment of
 waypoints to place building entrances), and being off by a constant amount
 for 4 km certainly makes one suspicious.

 A bit to the north, my GPS survey of some footpaths behind a school matched
 Bing nicely. It would be really interesting to find some sort of disconnect
 in between.

 Je manquais de la courtoisie envers les francophones qui suivent cette
 liste. En sommaire, j'ai tracé une piste de longueur totale environ 4 km,
 mais l'a trouvé toujours environ 10 metres à l'ouest des entités déja
 presents sur la carte et les images Bing. Je vais faire un autre sondage
 pour mieux comprendre la situation.

 Tom Taylor

 On 19/11/2012 8:37 AM, Connors, Bernie (SNB) wrote:

 Tom,

 The transmission lines would not affect your GPS accuracy.  I agree
 with Pierre that you could repeat the track and see if the two tracks
 are similar.  Another thing you could do is identify several
 identifiable points in the Bing Imagery such as the intersection of
 two sidewalks, the corner of a sports field, etc.  Go to those points
 and use your GPS to record a waypoint and use position averaging with
 about 3 minutes of recording to get a more accurate location and then
 compare those waypoints to the Bing imagery.  Position the Bing
 imagery so they match up with your waypoints and then look at your
 GPS tracks top see how they line up with the Bing Imagery.

 Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure
 Unit, SNB bernie.conn...@snb.ca

 ...

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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Internal CanVec conflicts

[Harald Kliems]

I've already said what I have to say about the issue at hand in
earlier discussion. A more lighthearted remark: whenever I feel
depressed about some Canvec-related issue I load up JOSM, pick a
random location in the US, and spend half an hour fixing TIGER data.
It's a very effective therapeutic...

 Harald, who's currently spending a lot of time with this
http://lima.schaaltreinen.nl/remap/

On Sat, Nov 10, 2012 at 6:37 AM, Paul Norman penor...@mac.com wrote:
 CanVec data comes from multiple sources and this can lead to internal
 inconsistencies. A common case is a new development where there used to be
 trees. The tree data in CanVec might be older and show an area as forested
 while there is newer road data indicating that the area has been developed.
 An example of this type is
 http://www.openstreetmap.org/?lat=45.695lon=-73.905zoom=17 although I have
 seen many other cases of it.

 Another common case is the trees in water problem frequently found in BC. A
 typical example is
 http://www.openstreetmap.org/?lat=58.648lon=-123.911zoom=17 where there is
 a conflict between the water data and the forest data. You need to view the
 data as it doesn't show up on the rendering.

 Is it the communities view that it is okay to import CanVec without
 reconciling the internal differences between the layers?

 My view is that importing data without resolving conflicts of this type
 where it conflicts with either existing data or internally is not an
 acceptable import and indicates the importer did not sufficiently review
 what they were uploading.


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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Demande de vérification, question concernant name=

[Harald Kliems]

I've run into similar issues. Street signs vary a lot, sometimes on the
same street, a good (and maybe extreme) example is Bord-du-Lac/Lakeshore on
the West Island. There are English-only signs: http://goo.gl/maps/Q4wQR ,
bilingual ones (that leave out the Drive in English)
http://goo.gl/maps/0goaN , French-only http://goo.gl/maps/3fcnX and maybe
even more variations. I don't know what official_name=* is for this street,
and I'm also not sure what to put into name/name:en/name:fr in this case.

 Harald.


2012/10/31 Andrew MacKinnon andrew...@gmail.com

  Par exemple, un parc devrait-til être name=Jarry Park et name:fr=Parc
  Jarry ou simplement name=Parc Jarry? En utilisant OSMAnd~ sur Android
  j'ai pensé à ça car ce logiciel offre d'afficher les tags en anglais ou
  autres. Peut être avec un autre niveau d'impact, est-ce qu'on doit
  utiliser name=Park Avenue et name:fr=Avenue du Parc pour des rues
  aussi ou simplement name=Avenue du Parc? Avant d'en corriger
  systématiquement lorsque j'en vois je voulais demander l'avis ici.

 Car on est au Québec le nom officiel serait en français, donc je
 mettrais name=nom en français, name:fr=nom en français,
 name:en=English name. Le nom en anglais est probablement
 non-officiel et n'est pas signé (peut-être il est signé dans les
 communautés anglophone tels que Westmount et l'Ouest de l'Île mais le
 gouverment PQ veut probablement l'éliminer). Si le nom anglais est
 signé je mettrais name=nom en français/English name ou si c'est une
 rue avenue du Parc Avenue, autrement je mettrais le nom en français
 seulement dans name=*.

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Canvec 10 and landcover issues

[Harald Kliems]

Hi everyone,
I've done some OSMInspector debugging of areas around Montreal and
I've come across a number of newly imported natural=wetland areas,
sourced from Canvec 10. that are clearly wrong. This, for example,
http://www.openstreetmap.org/?lat=45.69514lon=-73.90455zoom=17layers=M
is a subdivision, not wetland or wood. If you're importing Canvec data
could you please make sure to do some plausibility checks, based on
aerial imagery or road layout, especially in populated areas? I'm not
sure how old the imported data is, but some areas supposedly covered
by woods or wetlands look like they've been developed for quite some
time.

Cheers,
 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Canvec 10 and landcover issues

[Harald Kliems]

Hi Pierre,
thanks for the response.

On Fri, Oct 19, 2012 at 3:25 PM, Pierre Béland infosbelas-...@yahoo.fr wrote:
 I dont know how you conclude that there is no wetlands around this area in
 Laval.  It is not sufficient to see houses around to conclude that there is
 no wetland. These are often wooded areas with water all over.  Google
 physical also shows a stream starting from this area.

 The link below shows a comparison of this area with Google imagery.  Are you
 sure that there is no wetland in this area.
 http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.91012lat=45.69989zoom=17
This is a misunderstanding. I did not mean that there is _no_ wetland
in the area. But I'm pretty certain that the boundaries of the wetland
are wrong:

http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.90457lat=45.69533zoom=17

Aside from the wetland issue (see below), we can probably agree that
the area is not natural = wood, even if some people might have planted
trees in their yards.

 The link below shows an aera in Saint-Jean-sur-Richelieu were houses have
 been built for over 30 years. Look how many houses were flooded last year.
 Zoom in to see areas that were flooded.
 http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm?zoom=16lat=45.28568lon=-73.24907layers=B000T

 My experience, as a volunteer for SOS-Richelieu, last year, showed me how
 that too often the municipalities have accepted that contractors build
 houses over wetlands. And this was often the case with Laval.
Okay, this is a different issue, coming down to the definition of what
wetland is. I'm by no means an expert, but in my understanding you
can't have a residential area in wetlands. In order to build houses
you must first use drainage channels etc. to turn wetland into
developed land. The fact that there can be flooding in a given area
doesn't make it into wetland to me. The wiki isn't very explicit about
this (http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland) but
the specific subtypes seem to hint at a definition stricter than
yours. Maybe someone can tell us what definition is used for Canvec.

Cheers,
 Harald.

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

[Talk-ca] News: Google mapping the North

[Harald Kliems]

http://www.montrealgazette.com/technology/all/Putting+North+Google+recruits+Northerners+help+with/7131985/story.html
(may be paywalled)

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces

[Harald Kliems]

Hi Paul,
did you ever get around to doing this? I was recently adding a bunch
of street names based on Geobase along the St. Lawrence between
Montreal and Quebec City and I noticed that there are still lots of
streets (and house number interpolations) with the double blanks. And
can somebody please tell me how to do a search and replace in JOSM to
deal with this semi-manually?
Best,
 Harald.

On Fri, Apr 6, 2012 at 4:34 PM, Paul Norman penor...@mac.com wrote:
 Since no one has objected (or commented) I'll go ahead with this if I can
 get it in before the rebuild starts.

 -Original Message-
 From: Paul Norman [mailto:penor...@mac.com]
 Sent: Saturday, March 17, 2012 12:04 AM
 To: talk-ca@openstreetmap.org
 Subject: Re: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service
 Surface and GeoBase/CanVec name spaces

 Not listed in this message was the area this would be over. This would
 only be over the lower mainland unless requested for another area.

  -Original Message-
  From: Paul Norman [mailto:penor...@mac.com]
  Subject: [Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service
  Surface and GeoBase/CanVec name spaces
 
  The GeoBase and CanVec imports in the lower mainland suffered from two
  tagging errors I propose fixing with two one-time mechanical edits.
 
  1. surface=unpaved service ways
 
  GeoBase and CanVec highway=service ways are mis-tagged with
  surface=unpaved regardless of if they are paved or not. I propose
  removing this tag as it is misleading. To avoid removal of this tag
  where a mapper has reviewed it, I will only do the obvious cases
  automatically and review the others.
 
  The obvious case is ways where none of the tagging has changed since
  the import with the possible exception of geobase:uuid which may have
  been combined with the value from another way in a merge.
 
  These will be identified by the tags attribution=GeoBaseR
  geobase:acquisitionTechnique=Orthophoto
  geobase:datasetName=NRN:British Columbia geobase:uuid=*
  source=Geobase_Import_2009 surface=unpaved highway=service
 
  2. Double-spaced names
 
  GeoBase and CanVec sometimes have names with two spaces in them. For
  example, West  70th Street. I propose fixing these. Unfortunately
  this is less automated and will require searching through the road
  network with JOSM for name:  .
 
  The edit will be from my imports/mechanical edit account and
  appropriately documented.
 
  As these edits will require touching a large number of roads I also
  propose cleaning up unnecessary meta-information from the import that
  is duplicated by other tags. For example,
  geobase:datasetName=NRN:British Columbia can be inferred from
  source=Geobase_Import_2009, being located in BC, and matching
 highway=*.
 
  It is not worth creating a new version of objects solely to remove
  these tags, but since fixing the tagging requires creating a new
  object anyways it is worth doing it in this case.
 
 
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ca


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


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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] USGS Orthos in Canada

[Harald Kliems]

That's indeed some nice imagery. In the area I looked at, the QC/NY
border south of Montreal, it doesn't extend all that far into Canada
but it's nice nonetheless. If you look at the list linked from the
wiki page ( http://cumulus.cr.usgs.gov/dispatches/PRODUCT_Orthos.html
) there don't seem to be any non-PD regions -- so I guess we can use
it?

Does anybody know how to load this data in JOSM? The URLs/instructions
provided in the wiki article didn't work for me.

Cheers,
 Harald.

On Thu, Aug 9, 2012 at 8:17 AM, Stewart C. Russell scr...@gmail.com wrote:
 While editing near Leamington ON in Potlatch, I clicked by accident on
 the Background - OSM US USGS Large Scale Aerial Imagery. It came up
 with really sharp and recent orthoimagery. It's of similar quality to
 the SWOOP images I buy at $50/km^2 for work, and covers some areas that
 Bing doesn't. Images look to be from 2010 or so, guessing from the
 visible wind power projects in SW Ontario.

 Trying out several areas near the US border I found:
 * that coverage is seemingly random; some isolated areas have it,
 contiguous areas near the border might not
 * it's coming from a very slow server which only works if you're zoomed
 in very close
 * it's not seemingly available from a public WMS, as any of the USGS
 servers I tried blank at the Canadian border.

 Surprisingly, it seems that not all USGS imagery is public domain
 (https://wiki.openstreetmap.org/wiki/USGS_High_Resolution_Orthoimagery#Data_License).
 So, can we use it?

 cheers,
  Stewart

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



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

[Talk-ca] CFB Borden and Meaford

[Harald Kliems]

While browsing the map I noticed that the CFBs Borden and Meaford show
up on the standard Mapnik mak in very low zoom levels (z=6).

http://www.openstreetmap.org/?lat=43.28lon=-80.06zoom=6layers=M

The reason appears to be that they're tagged as place=city. According
to the wiki this tag should be used [f]or the largest urban
settlement or settlements within the territory, normally including the
national, state and provincial capitals. Defined by charter or
official designation in some territories and as a matter of judgement
others. Should normally have a population of at least 100,000 people
and be larger than nearby place=towns. I suspect that both places
don't qualify for this.

Can someone with local knowledge please suggest the appropriate tag
for these two places?

 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] redaction bot coming soon!

[Harald Kliems]

Yeah, I'm also not sure if I interpret the data correctly, but it
looks like nothing was deleted on the Montreal Island?? That would
seem rather suspicious to me -- or did I just miss a giant remapping
effort happening in the last few weeks (admittedly, I haven't been
doing much for OSM recently)?

 Harald.

On Thu, Jul 19, 2012 at 2:13 PM, Pierre Béland infosbelas-...@yahoo.fr wrote:
 I dont know if I interpret it well. The BadMap layer shows that the tornado
 made some damages along the 417 highway, east of Ontario.

 http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=9lat=45.2872lon=-74.59113layers=00BFTTFF

 Looking at one of the logs for this area, I also see some deletions of nodes
 and ways.
 http://gravitystorm.dev.openstreetmap.org/redactions/logs-live/20120718T224313-21643.log

 Pierre

 - Mail original -
 De : Richard Weait rich...@weait.com
 À : Talk-CA OpenStreetMap talk-ca@openstreetmap.org
 Cc :
 Envoyé le : Mercredi 18 juillet 2012 8h05
 Objet : [Talk-ca] redaction bot coming soon!


 Dear All,

 The redaction bot is now in North America.  You can watch the progress
 here:

 http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php

 Each area starts from the southern end, so it may take a little time
 to reach the Niagara peninsula.  :-)

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


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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Oil Pipeline?

[Harald Kliems]

On Wed, Jun 27, 2012 at 1:13 AM, James Ewen ve6...@gmail.com wrote:
 On Tue, Jun 26, 2012 at 11:02 AM, Steve Roy st...@ssni.ca wrote:

 What's the best way to be able to show there is a trail where the pipeline
 is?  Can I just add a highway/trail on top of the existing pipeline? Or?

 Does the trail follow exactly over the pipe in the ground? Probably
 not, it most likely follows the ROW, with deviations here and there,
 so I would be inclined to create a new way showing the trail.
+1 Even if the trail did exactly follow the pipeline one should create
a separate way. Otherwise you'll get into trouble with the multiple
tags, especially level=* One could also use relations but that would
be overkill and prone to error.

 Harald.



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

[Talk-ca] Coastline rendering in Quebec

[Harald Kliems]

On the talk-ca list there have been a few discussion about problems
with flooded areas in southern Quebec. The conclusion seems to be
that the problems are due to the rendering of the coastline which only
gets updated every once in a while. The two cases are:

* http://www.openstreetmap.org/?lat=45.6101lon=-73.4411zoom=13layers=M
This problem is comparatively recent. Current data appears to be
correct. Problem is visible on zoom=13

* http://www.openstreetmap.org/?lat=45.342lon=-74.24zoom=9layers=M
This one has been around for at least 6 months. Current data appears
to be correct. Problem is visible on zoom=9

We haven't been able to figure out who to contact about these issues.
Can anyone point us in the right direction?

Thanks,
 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Images satellite Bing Montréal et Québec

[Harald Kliems]

Just to add to this:
in the Montreal area the alignment of the Bing imagery in my
experience is very good. It is nonetheless a good idea to always also
download the GPS tracks and make sure the images match those (and the
Canvec import data).

Harald (who has done a lot of aerial imagery-supported mapping in the
Montreal area)

2012/6/6 Pierre Béland infosbelas-...@yahoo.fr:
 Pour ceux intéressés à cartographier dans la région de Montréal et de
 Québec, notez que l'imagerie Bing est très détaillée à Montréal et Québec.
 À Montréal, cette couverture s'étend sur une partie de la rive-sud et de la
 rive nord. Ne pas oublier d'indiquer source=Bing si vous utilisez ces
 images.

 Pour obtenir les images de haute résolution, il faut zoomer en détail. Puis
 soudainement, les images de très basse résolution sont remplacées par les
 images de meilleure qualité. Curieusement, la région du mont St-Hilaire est
 aussi couverte.

 Es-ce que quelqu'un connait l'étendue de ces images de haute résolution et
 les plans de Microsoft à cet égard ?

 Pierre

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] New flooding between Alexandria and Montreal

[Harald Kliems]

Hi Andrew:
that's actually old flooding, visible only at certain zoom levels.
We've had a discussion about it a while ago
http://lists.openstreetmap.org/pipermail/talk-ca/2012-April/004674.html
Since the issue still persists I'll try and see if I can contact
anyone who will be able to fix it.
Cheers,
 Harald.

On Thu, May 31, 2012 at 12:10 PM, Andrew Allison
andrew.alli...@teksavvy.com wrote:
 Hello:

        I'm seeing some new flooding west of Montreal. I can't find the break.

        Thanks
        Andrew

 http://www.openstreetmap.org/?lat=45.348lon=-73.909zoom=9layers=M

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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] More Digital Globe content coming to Bing Maps

[Harald Kliems]

That's great news. Let's hope the accuracy of the new images will be
good. For checking the age of Bing imagery, see here:
http://wiki.openstreetmap.org/wiki/Bing#Age_of_the_aerial_pictures

No idea if this will work with the new images (and apparently it
wasn't all that accurate with the old ones either).

 Harald.

On Mon, Apr 30, 2012 at 12:58 PM, Connors, Bernie (SNB)
bernie.conn...@snb.ca wrote:
 http://ow.ly/aBMeA



 Microsoft has signed a new deal with satellite operator Digital Globe for
 more high-resolution earth imagery for Bing Maps.  This is good news for OSM
 users like me who like to trace satellite imagery and combine it with my
 local knowledge.



 Does anybody know if there is a way to track or identify new imagery in Bing
 Maps?



 Thanks,

 Bernie.

 --

 Bernie Connors

 New Maryland, NB

 bernie.conn...@unb.ca


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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Quebec's Bermuda Triangle

[Harald Kliems]

Hi Frank:

On Tue, Apr 10, 2012 at 4:06 PM, Frank Steggink stegg...@steggink.org wrote:
 The triangle is probably caused by the shapefile which is used for rendering
 the coastline at levels 9 and below. This shapefile isn't updated very
 often. I believe it is a different one than the file used for levels 10 and
 above, which should be updated about once a week.

Thanks for the reply. The triangle has been around for at least a
couple of months. I suppose for the license change to be complete a
current coastline file will have to be used for generating the slippy
map, and thus the issue should go away soon. I'll keep an eye on it.

Best,
 Harald.


-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Killarney Lake, Fredericton, NB

[Harald Kliems]

In the link you sent it does render, but not at lower zoom levels.
I've manually set the tiles to dirty (see here
http://wiki.openstreetmap.org/wiki/Slippy_Map#Mapnik_tile_rendering )
and that has fixed the issue (you might have to reload with Ctrl-F5 to
get rid of the cached image)
Best,
 Harald.

On Tue, Apr 10, 2012 at 2:58 PM, Connors, Bernie (SNB)
bernie.conn...@snb.ca wrote:
 Hi,



     Killarney Lake straddles the boundary of two Canvec tiles.
  The Canvec imports were completed by another user.  Quite a while ago I
 merged the two lake polygons to form one single polygon.  Everything looks
 fine in Potlatch but it does not render as a lake:



 http://www.openstreetmap.org/?lat=46.0162889957428lon=-66.62632137537zoom=17



     Can somebody explain to me what I did wrong?



 Thanks,

 Bernie.

 --

 Bernie Connors

 New Maryland, NB

 bernie.conn...@unb.ca


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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Clean up progress and last push

[Harald Kliems]

On Sat, Mar 31, 2012 at 1:25 AM, Richard Weait rich...@weait.com wrote:
 Okay, so, u.  Wow!

 I've been looking around with the OSM Inspector to see how the license
 clean up is progressing elsewhere.

I'm currently collecting some GPS data in preparation for fixing
Verdun which is the worst affected part of Montreal.
http://cleanmap.poole.ch/?zoom=13lat=45.44563lon=-73.61288layers=00B0
I'll wait, though, until the big clean-up is over.

Another problem in Montreal are the Metro lines: Does anybody know if
there is a source we can use for the disappearing lines?

Finally: If you want to help fix the many coastline errors which will
cause flooding of large parts of the world you can have a look here
http://suncobalt.homeip.net:82/coastline.php to see where help is
needed (lots of people are working on it and the map AFAIK is only
updated daily).

Let's get this over with.
 Harald.


-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Re : Clean up progress and last push

[Harald Kliems]

2012/3/31 Pierre Béland infosbelas-...@yahoo.fr:
 Since I work more for developping tools, I am not as familliar as many of
 you about re-mapping procedure.

 I need clear ODBL Safe instructions on how to redraw areas like in Verdun
 where large portions have to be redrawned. This morning, I was erasing
 streets one by on  and redrawing them using nodes that cross other streets.
 This way it is simple to redraw. But I now realize that this ways it keeps
 nodes that are not ODBL. Is this means that I also have to remove nodes and
 redraw them ?  Then this would mean erase first a complete sector and then
 redraw it. This would be a more perillous aventure!

This is exactly why I'll wait until the clean-up is over. It's too
much of a pain to figure out what will be lost or kept and how to
safely remap things. Much easier to start from a clean slate.

Harald.

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

Re: [Talk-ca] Re : Fwd: Re : Clean up progress and last push

[Harald Kliems]

Pierre:
Merci pour l'avis. I will retrace right away (just got back from a
ride along there).
 Harald.

2012/3/31 Pierre Béland infosbelas-...@yahoo.fr:
 Avis aux cyclistes du Québec. À partir de minuit les chemins, nodes etc qui
 ne sont pas sous la nouvelle licence ODBL disparaitront.  Vérifiez aussi
 tous les autres sentiers de vélo et de randonnée pédestre pour vous assurer
 de ne rien perdre.

 Je travaille dans la zone Verdun / LaSalle où beaucoup de rues vont ainsi
 disparaitre. On peut récupérer celles-ci à partir de la base de données
 Geobase. Par contre je viens juste de constater que nous perdrons le tracé
 de la route verte le long du fleuve.
 chemin id=38477490

 Quelqu'un peut-il effacer / retracer à partir de données GPS?

 À noter que ce chemin sera automatiquement effacé à partir de demain. Il y
 aura aussi une interruption des éditions de 3 jours à partir de demain. Il
 sera ensuite possible d'éditer à nouveau.

 Pierre


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




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Wind farm access roads that really shouldn't be in OSM

[Harald Kliems]

On Tue, Mar 20, 2012 at 9:21 AM, James Ewen ve6...@gmail.com wrote:
 On Tue, Mar 20, 2012 at 12:00 AM, Gerald A geraldabli...@gmail.com wrote:

 I'm not a big supporter of imports, but if you are going to use them, you
 should use and verify all of them, not just some bits. I'm not sure if there
 is a key/tag for unverified, but it might be worth looking at.

 What's the use of the import then? If you have to go and track every
 road, and walk around the shore of every lake, and wander down every
 creek, then you'll have GPS data. Most of Canada will be a blank slate
 as we do not have enough bodies to capture all of the data manually.

I can't speak for Gerald, but my point was more about verifiability
than about verifiedness. That is, about the question whether a way
can _in principle_ be verified vs. whether it actually _has_ been
verified. The latter we will have to live with in large parts of
Canada; the former I have reservations about. And according to Stewart
this is a problem for many of the ways in question here.

Harald.

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

Re: [Talk-ca] Wind farm access roads that really shouldn't be in OSM

[Harald Kliems]

On Mon, Mar 19, 2012 at 8:53 PM, Paul Norman penor...@mac.com wrote:

 highway=service with access=no or access=private then. Many service roads
 aren't open to the public.

 If the road is there and is a service road, it's mappable.
I'd like to add, though, that there is a problem with verifiability
here. If you can't access a highway and it's not visible on aerial
imagery then how can verify it's actually there? And how will we keep
the data up to date? Therefore I'd be rather cautious with private
ways for which our only source is an import.

 Harald.
-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Closed Road Tagging

[Harald Kliems]

On Sat, Feb 25, 2012 at 5:22 PM, Daniel Begin jfd...@hotmail.com wrote:
 Access=no is rendered at lower zooms but when you look at the map for a trip
 planning, you don't zoom that much!

I don't think that's an argument against tagging it with only
access=no. I do agree, however, that highways tagged with access=no
should be rendered at lower zoom levels. Maybe you should bring that
issue up on the appropriate mailing list (not quite sure which one
that would be.)
Best,
 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Re : Closed Road Tagging

[Harald Kliems]

Hi Daniel,

2012/2/25 Daniel Begin jfd...@hotmail.com:
 Le problème est qu'il n'y a pas de construction sur la route. J'utilise ce
 tag seulement lorsqu'il s'agit d'un vrai chantier...

For this reason, I still think that  access=no is the cleanest
solution, no matter what mapnik renders. The only alternative I can
see is using the disused tag
(http://wiki.openstreetmap.org/wiki/Key:disused ). The wiki does not
mention highways, but if you look at the description I think it
matches quite nicely with the problem at hand. And tagwatch says that
there are some instances where people have used disused=* in
combination with highway=*. But this most certainly won't solve your
rendering issue and should probably be discussed on the tagging list.

Harald.
-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

[Talk-ca] Named railway locations

[Harald Kliems]

We recently had a discussion on the talk-ca list about named railway
locations that had been tagged as railway=station (see this thread).
It was proposed to take the discussion to the tagging list in order to
come to a consensus that's consistent and in line with other
countries.

To quickly summarize the issue: there are a lot of railway=station
tags in places where there is no train station. Instead, they are what
has been described as follows:

  FYI, I work for a railway for what it's worth. Pretty much every 10
 miles or so is a named location. I wouldn't tag it as a station but a
 POI seems appropriate to me as a railroader :-) Rail fans would also use
 the POI as reference points for photography and video.

   Trains communicating with the dispatcher use these locations to
 identify their location.

Us railway folks, these name POI are part of our general conversation,
 such as 73 is approaching Ridout.

 The names are chosen  using a similar process as say bridge names. The
 could refer to a respected employee or as a memorial to an employee who
 died while on duty. Around Ingersoll are Blain and Lihou who where
 engineers who died in a head on train collision.

Two examples in Montreal can be seen here (Cape and Bridge)
http://osm.org/go/cIrPCS5Q

The various pages on railway tagging don't seem to provide an obvious
tag for this situation, presumable because these named points don't
exist in many other countries. It has been suggested to use the
generic place=locality tag, but that doesn't seem to be ideal to me.

Does anyone have suggestions on how to tag?

 Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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

Re: [Talk-ca] Aboriginal Lands

[Harald Kliems]

 From: James A. Treacy [tre...@debian.org], Monday, February 13, 2012 9:48 AM:

 This begs the question: are there any reasons to merge areas like
 wooded areas or lakes that are broken up?

I find the fine grid that shows up on Mapnik at lower zoom levels to be pretty 
irritating (e.g. http://osm.org/go/cI_pjS-- ). It took me quite some time to 
realize that they were the result of Canvec tile borders and didn't have any 
actual meaning. I therefore tend to merge wooded areas and lakes, as long as 
it's not too much work (i.e. having to join two multipolygons).

Best,
 Harald.


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

[Talk-ca] Potential copyright infringement

[Harald Kliems]

Hi everyone,
I need help with a potential copyright infringement. I stumbled across this 
user's edits today http://www.openstreetmap.org/user/Gicl . S/he has primarily 
added street names in St. Amable, but also adding a source=google. I've just 
sent the user an email explaining the situation and asking for clarification. 
The question now is if we should wait until we hear back or if it's better to 
revert the changeset right away in order to be on the safe side.

 Harald.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Balloon Mapping

[Harald Kliems]

It's a neat project. Does anybody know what the rules in regulations about this 
are in Canada? Same as in the US? I know in Germany this would definitely not 
fly (har har).
Best,
 Harald.

From: Colin McGregor [colin.mc...@gmail.com]
Sent: Thursday, January 26, 2012 4:44 PM
To: talk-ca
Subject: [Talk-ca] Balloon Mapping

I ran across this, which would have some clear possible value for
doing very detailed maps for a small area :
http://www.kickstarter.com/projects/1775485688/balloon-mapping-kits


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

Re: [Talk-ca] Canvec 7 and lanes=-1 / surface=unpaved

[Harald Kliems]

Okay, so the lanes=-1 is definitely wrong and I guess I'll just delete/correct 
it whenever I come across the tag and hope over time it will get sorted out. I 
guess aside from substitution with correct data, there's not much to be done 
about the unpaved issue. Thank for the input.

Best,
 Harald.

From: Begin Daniel [jfd...@hotmail.com]
Sent: Wednesday, January 18, 2012 10:33 PM

 AFAIK the lane=* has never been used in Canvec. I know that the 
 surface=unpaved has been used in the Canvec product as 
 unknown value but only in Quebec. Never in other provinces.

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