[Talk-ca] Fwd: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
just in case you aren't following announce, dev or talk. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Mon, Nov 25, 2013 at 6:34 AM Subject: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org 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
Re: [Talk-ca] [Talk-us] Fwd: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
Thanks for reposting. On Mon, Nov 25, 2013 at 8:28 AM, Richard Weait rich...@weait.com wrote: just in case you aren't following announce, dev or talk. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Mon, Nov 25, 2013 at 6:34 AM Subject: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org 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] 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
Re: [Talk-ca] Keep Right Error
Look if connecting the ferry roads to the mainland and newfoundland roads will fix this. Pierre De : Adam Martin s.adam.mar...@gmail.com À : 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
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] Keep Right Error
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 pierz...@yahoo.fr wrote: Look if connecting the ferry roads to the mainland and newfoundland roads will fix this. Pierre -- *De :* Adam Martin s.adam.mar...@gmail.com *À :* 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] GPS and Motorway links ...
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] 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 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] GPS and Motorway links ...
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 http://wiki.openstreetmap.org/wiki/Key:oneway oneway= http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dyes yes. Any unusual motorway link road which is two-way should be explicitly tagged http://wiki.openstreetmap.org/wiki/Key:oneway oneway= http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dno 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 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