Re: [Talk-ca] Highway 400A

[berniejconnors]

If the highway signs match the ORN data I would completely ignore any contrary 
information. I know the province is actively maintaining and updating the ORN 
data. 


Bernie. 





—
Bernie Connors
New Maryland, NB

On Thu, Jul 16, 2015 at 10:54 AM, Tristan Anderson
 wrote:

> I agree.  I can change it tomorrow if nobody objects.
> From: berniejconn...@gmail.com
> The smartest thing to do is tag it based on the highway signs along the road. 
> Bernie. 
> —
> Bernie Connors
> New Maryland, NB
> On Wed, Jul 15, 2015 at 11:42 PM, Kevin Farrugia  
> wrote:
> There's some conflicting stuff about this when I look into it: the last 
> traffic volume report (2010) from MTO refers to the section as 400A 
> (http://www.ontario.ca/data/traffic-volume), but MNR road data labels it as 
> Highway 11 (the MNR Ontario Road Network dataset is the source for GeoBase 
> roads in Ontario).
> Keeping it as is would keep it correct based on MTO docs, but changing it 
> based on the signage would improve usability and navigation since there 
> aren't any 400A signs, only Hwy 11 direction signs (example: 
> http://www.mapillary.com/map/im/xLVIFS_6hnuS_cQ-owysww).
> Anyone else have any thoughts?
> -Kevin
> On Wed, Jul 15, 2015 at 9:15 PM, Andrew MacKinnon  wrote:
> The south end of Highway 11 at the Highway 11/400 junction between
> Highway 400 and Penetanguishene Road, just north of Barrie is
> currently tagged as Highway 400A in OSM. Is this still Highway 400A? I
> thought that this became Highway 11 after the Mike Harris downloading
> downloaded the section of Highway 11 south of there (most of which is
> Yonge Street).
> ___
> 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] Highway 400A

[berniejconnors]

The smartest thing to do is tag it based on the highway signs along the road. 


Bernie. 





—
Bernie Connors
New Maryland, NB

On Wed, Jul 15, 2015 at 11:42 PM, Kevin Farrugia 
wrote:

> There's some conflicting stuff about this when I look into it: the last
> traffic volume report (2010) from MTO refers to the section as 400A (
> http://www.ontario.ca/data/traffic-volume), but MNR road data labels it as
> Highway 11 (the MNR Ontario Road Network dataset is the source for GeoBase
> roads in Ontario).
> Keeping it as is would keep it correct based on MTO docs, but changing it
> based on the signage would improve usability and navigation since there
> aren't any 400A signs, only Hwy 11 direction signs (example:
> http://www.mapillary.com/map/im/xLVIFS_6hnuS_cQ-owysww).
> Anyone else have any thoughts?
> -Kevin
> On Wed, Jul 15, 2015 at 9:15 PM, Andrew MacKinnon 
> wrote:
>> The south end of Highway 11 at the Highway 11/400 junction between
>> Highway 400 and Penetanguishene Road, just north of Barrie is
>> currently tagged as Highway 400A in OSM. Is this still Highway 400A? I
>> thought that this became Highway 11 after the Mike Harris downloading
>> downloaded the section of Highway 11 south of there (most of which is
>> Yonge Street).
>>
>> ___
>> 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] Postal Codes

[berniejconnors]

I believe gecoder.ca already provides a method to collect postal codes from 
citizens. I had a quick look at the website but it was not readily obvious to 
me. I have sent them an email and when I get the response I will share it here. 

Bernie. 
--
Bernie Connors
New Maryland, NB

 Original message From: Adam Martin 
 Date:12-30-2014  10:37 AM  (GMT-04:00) 
To: talk-ca@openstreetmap.org Subject: [Talk-ca] Postal 
Codes 
Hey all,

I was reading over the previous discussions held here regarding the issue of 
obtaining postal codes for use with civic addresses in Canada. I understand 
that, unless specific permission is obtained, there is no way to utilize the 
information stored in the Canada Post database, even if that information is 
manually acquired from the database during a lookup. The use is restricted to a 
very limited personal or business application - ie, I want to send a package 
and I use the database to get the postal code of the address.

It initially appears odd that Canada Post would be very restrictive with the 
code data. I understand that they maintain consumer names with the address 
data, but the OSM project would not be seeking that connective data, just the 
bare address to attach to a civic or business address. Looking about their 
site, I eventually encountered this little gem ---> 
https://www.canadapost.ca/cpo/mc/business/productsservices/mailing/pcdp.jsf

It would appear that Canada Post sells a data product that is, effectively, the 
postal code data attached to a map. It is provided to businesses for the 
purposes of datamining, allowing them to hone their mailings or identify 
exploitable market areas. The cynic in me figures that this is the real reason 
that they won't give OSM the permission to use the data. Not for protection of 
the consumer or for privacy, but to make money. Fair enough - it is technically 
a business.

Anyway, it would appear that obtaining the information from Canada Post is, 
basically, a dead end. Might I suggest an alternative? Why not a volunteer 
effort? I can't look up a code and reproduce it on the map, but I can surely 
put my own postal code and those of my previous addresses into the map. That 
knowledge has nothing to do with looking it up on their website. I also know 
the code for my small hometown in Newfoundland as I lived there for years and 
the entire town uses the same code. Perhaps there is a way to gather the 
information voluntarily from Canadian citizens and businesses. Basically go 
around them? For example, a survey on the Reddit forum for Canada could be 
asked or something like that. The more we can get without using the post 
office, the better. Business websites are easily some of the best sources - 
they offer their mail address without any restriction so that is fair use too.

Just a thought!

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

[Talk-ca] Seasonal ferry routes

[berniejconnors]

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

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

[berniejconnors]

It's been a while but I think I cleaned up this problem in New Brunswick. Another problem in New Brunswick are ways that share a node at a highway overpass. If there is a grade separation then the ways do not intersect and they should not share a node. I think this is related to the Canvec imports in NB. I have fixed some of these but there are still more and I expect it is a problem in other regions too. Bernie. Sent from Samsung Mobile Original message From: Harald Kliems  Date:01/12/2014  7:03 PM  (GMT-04:00) To: Daniel Begin  Cc: Talk-CA OpenStreetMap ,"Connors, Bernie (SNB)"  Subject: Re: [Talk-ca] GPS and Motorway links ... 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/1CI on 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  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  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:04To: Daniel BeginCc: Connors, Bernie (SNB); Talk-CA OpenStreetMapSubject: 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  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:19To: 'Harald Kliems'; Daniel BeginCc: Talk-CA OpenStreetMapSubject: 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…

 From: Harald Kliems [mailto:kli...@gmail.com] 

Sent: Monday, 2013-11-25 5:05 PMTo: Daniel BeginCc: Talk-CA OpenStreetMapSubject: Re: [Talk-ca] GPS and Motorway links ... 

  On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin  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

___
Talk-ca mailing list
Talk-ca@openstree

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

[berniejconnors]

Harald,

      That's great info and very helpful. 

Thanks, 
Bernie. 


Sent from Samsung Mobile

 Original message 
From: Harald Kliems  
Date:12/03/2013  7:04 PM  (GMT-04:00) 
To: berniejconnors  
Cc: talk-ca@openstreetmap.org 
Subject: Re: [Talk-ca] Problem with overpasses in NB?? 

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  wrote:
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] Problem with overpasses in NB??

[berniejconnors]

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