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

[Harald Kliems]

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

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

[Daniel Begin]

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! 

 

At least everything imported via Canvec and possibly the same with GeoBase.
Actually, we might have to add oneway=no for all motorway_link that that do
not have the tag. However, it may exist some motorway_link that have been
captured using this rule.

 

Any idea about the best way to proceed to correct the problem?

 

Daniel

 

 

From: Harald Kliems [mailto:kli...@gmail.com] 
Sent: November-25-13 15:06
To: Daniel Begin
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] GPS and Motorway links ...

 

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
 oneway=
 yes. Any unusual
motorway link road which is two-way should be explicitly tagged
 oneway=
 no. 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  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] 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
oneway
=yes . Any unusual
motorway link road which is two-way should be explicitly tagged
oneway
=no . 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  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

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

[Daniel Begin]

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

Re: [Talk-ca] Keep Right Error

[J.P. Kirby]

On 2013-11-25 14:48, Adam Martin wrote:

 
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?
 


I imported much of the canvec data in Cape Breton. I just took a look at 
keepright and the errors seem to stop at a tile boundary that goes 
straight across the middle of the island. All the highways look to be 
connected, but there may have been an unconnected coastline on the 
eastern edge of that boundary (hard to tell in JOSM). In any event, I 
just fixed that, although I'm not sure if that would affect highway 
errors...


JPK

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

Re: [Talk-ca] Keep Right Error

[Adam Martin]

Pierre,

I scanned the entire length of the ferry route itself and the connections
at both sides. Everything seems to be fine.

Adam
On 2013-11-25 3:28 PM, "Pierre Béland"  wrote:

> Look if connecting the ferry roads to the mainland and newfoundland roads
> will fix this.
>
>
> Pierre
>
>   --
>  *De :* Adam Martin 
> *À :* talk-ca@openstreetmap.org
> *Envoyé le :* Lundi 25 novembre 2013 18h48
> *Objet :* [Talk-ca] Keep Right Error
>
> 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
>
>
>
___
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 wrote:

> 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] Keep Right Error

[Pierre Béland]

Look if connecting the ferry roads to the mainland and newfoundland roads will 
fix this.


 
Pierre 




 De : Adam Martin 
À : talk-ca@openstreetmap.org 
Envoyé le : Lundi 25 novembre 2013 18h48
Objet : [Talk-ca] Keep Right Error
 


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

[Talk-ca] Keep Right Error

[Adam Martin]

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

Re: [Talk-ca] [Talk-us] Fwd: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime

[Martijn van Exel]

Thanks for reposting.

On Mon, Nov 25, 2013 at 8:28 AM, Richard Weait  wrote:
> just in case you aren't following announce, dev or talk.
>
> -- Forwarded message --
> From: Grant Slater 
> Date: Mon, Nov 25, 2013 at 6:34 AM
> Subject: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
> To: annou...@openstreetmap.org, Talk Openstreetmap
> , OSM Dev List 
>
>
> On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC)
> the primary database server will be unavailable due to maintenance.
>
> I apologise for the short notice.
>
> The following services WILL be affected:
> * www.openstreetmap.org web site WILL NOT allow edits (iD or Potlatch). [1]
> * API will NOT allow map editing (using iD, JOSM, Merkaartor etc.),
> but will remain available as read-only. [2]
>
> Other OpenStreetMap provided services should not be affected - all of
> the following are expected to function normally:
> * Forum
> * trac (bug-tracker)
> * help.openstreetmap.org
> * tile serving ("View The Map" & "Export")
> * Wiki
> * Nominatim (search)
> * mailing lists
> * subversion and git (source code repositories)
> * donate.openstreetmap.org
>
> Technical: Database servers ramoth & katla hardware maintenance.
> Upgrade of web frontends spike-01, spike-02 & spike-03 with HP DL360
> G6 (Xeon 56xx) hardware.
>
> 1: Maps will still be viewable on the openstreetmap.org homepage and
> on other people's websites.
> 2: The sysadmin team will try as far as possible to keep the API
> available in read-only mode, but the API may be briefly unavailable.
>
> Sincerely
>   Grant Slater
>   On behalf of the OpenStreetMap sysadmin team.
>
> ___
> dev mailing list
> d...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us



-- 
Martijn van Exel
http://oegeo.wordpress.com/
http://openstreetmap.us/

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

[Talk-ca] Fwd: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime

[Richard Weait]

just in case you aren't following announce, dev or talk.

-- Forwarded message --
From: Grant Slater 
Date: Mon, Nov 25, 2013 at 6:34 AM
Subject: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
To: annou...@openstreetmap.org, Talk Openstreetmap
, OSM Dev List 


On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC)
the primary database server will be unavailable due to maintenance.

I apologise for the short notice.

The following services WILL be affected:
* www.openstreetmap.org web site WILL NOT allow edits (iD or Potlatch). [1]
* API will NOT allow map editing (using iD, JOSM, Merkaartor etc.),
but will remain available as read-only. [2]

Other OpenStreetMap provided services should not be affected - all of
the following are expected to function normally:
* Forum
* trac (bug-tracker)
* help.openstreetmap.org
* tile serving ("View The Map" & "Export")
* Wiki
* Nominatim (search)
* mailing lists
* subversion and git (source code repositories)
* donate.openstreetmap.org

Technical: Database servers ramoth & katla hardware maintenance.
Upgrade of web frontends spike-01, spike-02 & spike-03 with HP DL360
G6 (Xeon 56xx) hardware.

1: Maps will still be viewable on the openstreetmap.org homepage and
on other people's websites.
2: The sysadmin team will try as far as possible to keep the API
available in read-only mode, but the API may be briefly unavailable.

Sincerely
  Grant Slater
  On behalf of the OpenStreetMap sysadmin team.

___
dev mailing list
d...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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