date:20150730

Clifford, I probably only replied to Suzan the first time. She got back to
me with some details.

Java 8  JOSM version seem OK. It has something to do with the network
connection, although browser can connect and no proxy involved.
The error in the dialog says java.net.ConnectException: No Route to host

And a text asking to check the proxy.

I had no clue what else could be checked. I asked her to look in the OSX
console for logging. She did not reply on that yet.


regards

m

On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us
wrote:


 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:

 I’ve tried all the usual fixes in the preferences, but can not get JOSM
 to connect with the server on my new Mac running OS X Yosemite. It may be a
 system thing. Anyone out there that can help?


 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac
 upgraded to Yosemite. This was a fresh install of Yosemite. An upgrade to
 Yosemite may behave differently.

 Have you verified that java is installed? Use
 https://www.java.com/en/download/installed.jsp - A browser that supports
 flash is needed for this test. I used Safari to verify that the latest
 version was installed.

 See if you can run JOSM from the command line,
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar
 with your .jar file
 java -jar josm-latest.jar

 If running from the command line works, but not from Finder, I would
 remove JOSM.app and reinstall.

 Let me know if you need additional assistance.

 Clifford




 --
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

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


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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Glenn Plas

On 30-07-15 13:01, Ben Laenen wrote:
 On Wednesday 29 July 2015 22:31:55 Ruben Maes wrote:
 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen


Officieel volgens wiki op deze idiote manier waarvan je er een paar van
mij zult vinden in de OSM DB:

traffic_sign=BE:C3;Type-IV

Dat is dat bord.   Wat een fantastisch idee toch om die onderborden niet
onder te verdelen op eenduidige manier.

http://www.wegcode.be/wetteksten/secties/mb/mb-111076/868-hs2art13

Maar Type-IV zegt niet wat er op het bord staat.  Best wel annoying punt
van verkeersborden in dit land.

Glenn


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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

2015-07-30 Thread Clifford Snow

On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:

 I’ve tried all the usual fixes in the preferences, but can not get JOSM to
 connect with the server on my new Mac running OS X Yosemite. It may be a
 system thing. Anyone out there that can help?


Suzan,
It doesn't look like anyone has tried to help. I run JOSM on an Mac
upgraded to Yosemite. This was a fresh install of Yosemite. An upgrade to
Yosemite may behave differently.

Have you verified that java is installed? Use
https://www.java.com/en/download/installed.jsp - A browser that supports
flash is needed for this test. I used Safari to verify that the latest
version was installed.

See if you can run JOSM from the command line,
cd /Applications/JOSM.app/Contents/Java
ls *.jar #use the output for the next command. Replace josm-latest.jar with
your .jar file
java -jar josm-latest.jar

If running from the command line works, but not from Finder, I would remove
JOSM.app and reinstall.

Let me know if you need additional assistance.

Clifford




-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Help with JOSM and OS X Yosemite

2015-07-30 Thread Suzan Reed

Marc, I thought I replied saying I didn’t know where the OS X console for 
logging was. I will look at it, but don’t know where to find it. 

Clifford, I am running Java 8 build 51.
JOSM app, version 8491
New Macbook Pro OS X Yosemite
No proxy servers in any browser or in the system preferences

I can test access the OpenStreetMap API in a browser and see xml: 
http://api.openstreetmap.org/api/0.6/way/93710880
And here with a secure connection: 
https://api.openstreetmap.org/api/0.6/way/93710880

In JOSM I have
* chosen the JOSM menu (top left)
* chosen 'preferences...'
* on the icons running down the side, I’ve chosen the second one which looks 
like a globe
* checked 'Use the default OSM server URL (https://api.openstreetmap.org/api)
and I’ve entered my OSM username and password.

No joy. Would love to run JOSM on this computer. 

Suzan 


On Jul 30, 2015, at 7:35 AM, Marc Gemis marc.ge...@gmail.com wrote:

Clifford, I probably only replied to Suzan the first time. She got back to me 
with some details.

Java 8  JOSM version seem OK. It has something to do with the network 
connection, although browser can connect and no proxy involved.
The error in the dialog says java.net.ConnectException: No Route to host

And a text asking to check the proxy.

I had no clue what else could be checked. I asked her to look in the OSX 
console for logging. She did not reply on that yet.


regards

m

On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us wrote:

On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:
I’ve tried all the usual fixes in the preferences, but can not get JOSM to 
connect with the server on my new Mac running OS X Yosemite. It may be a system 
thing. Anyone out there that can help?

Suzan,
It doesn't look like anyone has tried to help. I run JOSM on an Mac upgraded to 
Yosemite. This was a fresh install of Yosemite. An upgrade to Yosemite may 
behave differently. 

Have you verified that java is installed? Use 
https://www.java.com/en/download/installed.jsp - A browser that supports flash 
is needed for this test. I used Safari to verify that the latest version was 
installed.

See if you can run JOSM from the command line,  
cd /Applications/JOSM.app/Contents/Java
ls *.jar #use the output for the next command. Replace josm-latest.jar with 
your .jar file
java -jar josm-latest.jar

If running from the command line works, but not from Finder, I would remove 
JOSM.app and reinstall.

Let me know if you need additional assistance. 

Clifford




-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch

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




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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

2015-07-30 Thread Guillaume Rischard

Hi Suzan,

In the JOSM menu, choose Preferences

In the Preferences, choose the last settings tab at the bottom of the list. The 
title at the top of the tab should be “Advanced Preferences”.

In the search box, type ipv6

Double-click on the ‘auto’ value for prefer.ipv6 and change it to ‘false’

Restart JOSM

Let us know if it works?

Guilaume

 On 30 Jul 2015, at 21:22, Suzan Reed su...@suzanreed.com wrote:
 
 Guillaume, please tell me exactly how to change this setting and where to 
 find it. 
 
 Suzan 
 
 
 On Jul 30, 2015, at 9:15 AM, Guillaume Rischard openstreet...@stereo.lu 
 wrote:
 
 I had something like that with what now looks like a more widespread IPv6 
 detection bug in JOSM.
 
 The way I fixed it was by setting prefer.ipv6 to false in the settings.
 
 Guillaume
 
 On 30 Jul 2015, at 16:35, Marc Gemis marc.ge...@gmail.com wrote:
 
 Clifford, I probably only replied to Suzan the first time. She got back to 
 me with some details.
 
 Java 8  JOSM version seem OK. It has something to do with the network 
 connection, although browser can connect and no proxy involved.
 The error in the dialog says java.net.ConnectException: No Route to host
 
 And a text asking to check the proxy.
 
 I had no clue what else could be checked. I asked her to look in the OSX 
 console for logging. She did not reply on that yet.
 
 
 regards
 
 m
 
 On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us 
 wrote:
 
 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:
 I’ve tried all the usual fixes in the preferences, but can not get JOSM to 
 connect with the server on my new Mac running OS X Yosemite. It may be a 
 system thing. Anyone out there that can help?
 
 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac upgraded 
 to Yosemite. This was a fresh install of Yosemite. An upgrade to Yosemite 
 may behave differently. 
 
 Have you verified that java is installed? Use 
 https://www.java.com/en/download/installed.jsp - A browser that supports 
 flash is needed for this test. I used Safari to verify that the latest 
 version was installed.
 
 See if you can run JOSM from the command line,  
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar with 
 your .jar file
 java -jar josm-latest.jar
 
 If running from the command line works, but not from Finder, I would remove 
 JOSM.app and reinstall.
 
 Let me know if you need additional assistance. 
 
 Clifford
 
 
 
 
 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
 


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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

2015-07-30 Thread Suzan Reed

Guillaume, please tell me exactly how to change this setting and where to find 
it. 

Suzan 


On Jul 30, 2015, at 9:15 AM, Guillaume Rischard openstreet...@stereo.lu wrote:

I had something like that with what now looks like a more widespread IPv6 
detection bug in JOSM.

The way I fixed it was by setting prefer.ipv6 to false in the settings.

Guillaume

 On 30 Jul 2015, at 16:35, Marc Gemis marc.ge...@gmail.com wrote:
 
 Clifford, I probably only replied to Suzan the first time. She got back to me 
 with some details.
 
 Java 8  JOSM version seem OK. It has something to do with the network 
 connection, although browser can connect and no proxy involved.
 The error in the dialog says java.net.ConnectException: No Route to host
 
 And a text asking to check the proxy.
 
 I had no clue what else could be checked. I asked her to look in the OSX 
 console for logging. She did not reply on that yet.
 
 
 regards
 
 m
 
 On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us 
 wrote:
 
 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:
 I’ve tried all the usual fixes in the preferences, but can not get JOSM to 
 connect with the server on my new Mac running OS X Yosemite. It may be a 
 system thing. Anyone out there that can help?
 
 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac upgraded 
 to Yosemite. This was a fresh install of Yosemite. An upgrade to Yosemite may 
 behave differently. 
 
 Have you verified that java is installed? Use 
 https://www.java.com/en/download/installed.jsp - A browser that supports 
 flash is needed for this test. I used Safari to verify that the latest 
 version was installed.
 
 See if you can run JOSM from the command line,  
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar with 
 your .jar file
 java -jar josm-latest.jar
 
 If running from the command line works, but not from Finder, I would remove 
 JOSM.app and reinstall.
 
 Let me know if you need additional assistance. 
 
 Clifford
 
 
 
 
 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk



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

Re: [OSM-talk] Help with JOSM and OS X Yosemite



sent from a phone

 Am 30.07.2015 um 16:18 schrieb Clifford Snow cliff...@snowandsnow.us:
 
 Have you verified that java is installed? Use 
 https://www.java.com/en/download/installed.jsp - A browser that supports 
 flash is needed for this test. I used Safari to verify that the latest 
 version was installed.


yes, this is likely a java problem. You have to go to java.com and get the 
latest java for mac, there are installing instructions there. The java that 
Apple ships is too old. 

Usually the jre should do, but I also had some trouble on Yosemite and in the 
end installed the jdk.  After this it works. 

You can then check inside JOSM which java is used (because you will then likely 
have several of them installed ;-) )


cheers 
Martin___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

On Thu, Jul 30, 2015 at 09:24:12PM +0200, Colin Smale wrote:
 I assume you are talking about typical speeds, and not a practical maximum. A 
 max speed will almost never be achieved, by definition actually as the 
 vehicle speeds will have a certain distribution. The highest recorded speed 
 will be the de facto practical maximum, assuming the driver survived.

quite clearly the key (maxspeed:practical) has been misnamed whenever 
it was invented.

Sometimes a posted maxspeed is indeed a realistic travelling speed - consider 
the freeway through Nevada - and sometimes there is a huge gap between posted 
(or not even existent) speed limit and practically achievable speed.

 Routers could take account of hundreds of variables in their calculation of 
 predicted journey time from A to B, but in practice their calculations make 
 assumptions for most of them. For example, most of them assume the vehicle is 
 a car, that it is technically not limited to any particular speed, that the 
 weather is perfect, that it is daytime, that the driver is not 
 inexperienced. And then there are the other volatile variables like traffic 
 density, road works, oversize loads getting in the way etc.
 Routers cannot take everything into account (this would preclude a lot of 
 preprocessing to simplify the real-time calculations), so they use heuristics 
 which work most often.

right, and sometimes they simply need help.

 So how would you define the concept of typical speed?

From the wiki page

The name of the key is somewhat misleading - maxspeed:practical should be 
interpreted as realistic average speed. 

and

To be used especially in places where other tags are not sufficient to 
describe what kind of traveling speed could be reasonably expected. Many 
mountain or rural roads as well as desert tracks do not have posted speed 
limits and the realistic traveling speed may be severely limited by many 
factors difficult to describe and difficult to use for calculation by routing 
software.

Practical does not equal what is physically possible, which varies by 
vehicle, but roughly a median speed.

Urban routing problems like driving through supermarket service roads to save 
a few meters of freeway or avoid a traffic signal could be probably added 
to the list.

Richard

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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

On Thu, Jul 30, 2015 at 08:52:57AM -0400, Greg Troxel wrote:

 The issue of on-ramps/off-ramps tagged as *_link has been a particular
 discussion focus.  The notion you expressed that these don't have actual
 posted limits, just sometimes yellow signs is indeed shared by most in
 the discussions.  And we generally agree that the right speed to use for
 them is more or less half the speed of the larger road from which the
 links go to/from.  Perhaps half the speed of the actual road, perhaps
 half the speed of a nominal road of that class, and perhaps slower.
 But these are fine details, and the consensus is pretty strong.
 
 I do not understand why the osmand devleopers don't just implement this
 notion; it seems relatively obviously correct, and people who have
 modified their routing.xml files report reasonable results.

There is
 http://wiki.openstreetmap.org/wiki/Routing#Highway-type
clearly supporting this idea, however the details are probably very country
and situation specific so the concept may be of little help in practice.

Richard



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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

2015-07-30 Thread Colin Smale

I assume you are talking about typical speeds, and not a practical maximum. A 
max speed will almost never be achieved, by definition actually as the vehicle 
speeds will have a certain distribution. The highest recorded speed will be the 
de facto practical maximum, assuming the driver survived.
Routers could take account of hundreds of variables in their calculation of 
predicted journey time from A to B, but in practice their calculations make 
assumptions for most of them. For example, most of them assume the vehicle is a 
car, that it is technically not limited to any particular speed, that the 
weather is perfect, that it is daytime, that the driver is not inexperienced. 
And then there are the other volatile variables like traffic density, road 
works, oversize loads getting in the way etc.
Routers cannot take everything into account (this would preclude a lot of 
preprocessing to simplify the real-time calculations), so they use heuristics 
which work most often.
So how would you define the concept of typical speed?
--colin


On 30 July 2015 20:38:32 CEST, Richard ricoz@gmail.com wrote:
On Thu, Jul 30, 2015 at 08:00:55PM +0200, Colin Smale wrote:
 Practical maxspeed is useless as well. A straight wide road may be
capable of hosting land speed records, but traffic density is likely to
be a far more important factor.

yes, and this is what practical maxspeed is good for. Not 
an ideal solution but works.

Richard
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] publieke telefooncellen / public telephones

2015-07-30 Thread wannes

Ik begrijp de bezorgdheid omtrent het automatisch mappen.
Ik _vermoed_ echter dat Proximus/Belgacom _wel_ echt weet waar al hun
hokjes staan, ze hebben immers allemaal een draadje, niet?
Voor mijn part mogen ze allemaal weg, en was het inderdaad verstandig om de
niet belgacom-getagde te laten staan, die kuisen we nu stukje per stukje op.

Als ik er een tegenkom die weggeveegd is (twijfelachtig) zal ik ze wel
terug mappen ;-)

2015-07-30 21:13 GMT+02:00 Marc Gemis marc.ge...@gmail.com:


 2015-07-30 20:43 GMT+02:00 Ruben Maes ru...@janmaes.com:

  Ik ben dus duidelijk tegen het verwijderen op deze manier zonder lokale
 kennis van zaken.

 Het allemaal met de hand verifiëren klinkt leuk maar zoveel actieve
 mappers hebben we niet ...


 Er zijn natuurlijk ook nog notes en mapillary waarmee het publiek kan
 helpen om die plaatsen aan te geven waar ze weg zijn. Een oproep op
 allerlei sociale media naar een artikel op bv. osm.be kan ook. Dat
 artikeltje zou dan bv kunnen beschrijven hoe je een note kan maken om een
 foute telefooncel aan te geven.

 m.

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




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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

2015-07-30 Thread Suzan Reed

JOY! It works! 

THANK YOU Guillaume!

I found two instances of ipv6. I changed both to False. One was True, the other 
Auto. 

Suzan 


On Jul 30, 2015, at 12:27 PM, Guillaume Rischard openstreet...@stereo.lu 
wrote:

Hi Suzan,

In the JOSM menu, choose Preferences

In the Preferences, choose the last settings tab at the bottom of the list. The 
title at the top of the tab should be “Advanced Preferences”.

In the search box, type ipv6

Double-click on the ‘auto’ value for prefer.ipv6 and change it to ‘false’

Restart JOSM

Let us know if it works?

Guilaume

 On 30 Jul 2015, at 21:22, Suzan Reed su...@suzanreed.com wrote:
 
 Guillaume, please tell me exactly how to change this setting and where to 
 find it. 
 
 Suzan 
 
 
 On Jul 30, 2015, at 9:15 AM, Guillaume Rischard openstreet...@stereo.lu 
 wrote:
 
 I had something like that with what now looks like a more widespread IPv6 
 detection bug in JOSM.
 
 The way I fixed it was by setting prefer.ipv6 to false in the settings.
 
 Guillaume
 
 On 30 Jul 2015, at 16:35, Marc Gemis marc.ge...@gmail.com wrote:
 
 Clifford, I probably only replied to Suzan the first time. She got back to 
 me with some details.
 
 Java 8  JOSM version seem OK. It has something to do with the network 
 connection, although browser can connect and no proxy involved.
 The error in the dialog says java.net.ConnectException: No Route to host
 
 And a text asking to check the proxy.
 
 I had no clue what else could be checked. I asked her to look in the OSX 
 console for logging. She did not reply on that yet.
 
 
 regards
 
 m
 
 On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us 
 wrote:
 
 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:
 I’ve tried all the usual fixes in the preferences, but can not get JOSM to 
 connect with the server on my new Mac running OS X Yosemite. It may be a 
 system thing. Anyone out there that can help?
 
 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac upgraded 
 to Yosemite. This was a fresh install of Yosemite. An upgrade to Yosemite 
 may behave differently. 
 
 Have you verified that java is installed? Use 
 https://www.java.com/en/download/installed.jsp - A browser that supports 
 flash is needed for this test. I used Safari to verify that the latest 
 version was installed.
 
 See if you can run JOSM from the command line,  
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar with 
 your .jar file
 java -jar josm-latest.jar
 
 If running from the command line works, but not from Finder, I would remove 
 JOSM.app and reinstall.
 
 Let me know if you need additional assistance. 
 
 Clifford
 
 
 
 
 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
 



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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

2015-07-30 Thread Robert Banick

Hi Susan,

In a Mac OS X you can search for Console under Spotlight (the spyglass on
the top right of your computer, reachable by CMD-Space). Open the program
that shows up and you'll have the log for all your system messages. Great
for looking into mysterious errors.

Best,
Robert

On Thu, Jul 30, 2015 at 3:21 PM, Suzan Reed su...@suzanreed.com wrote:

 Marc, I thought I replied saying I didn’t know where the OS X console for
 logging was. I will look at it, but don’t know where to find it.

 Clifford, I am running Java 8 build 51.
 JOSM app, version 8491
 New Macbook Pro OS X Yosemite
 No proxy servers in any browser or in the system preferences

 I can test access the OpenStreetMap API in a browser and see xml:
 http://api.openstreetmap.org/api/0.6/way/93710880
 And here with a secure connection:
 https://api.openstreetmap.org/api/0.6/way/93710880

 In JOSM I have
 * chosen the JOSM menu (top left)
 * chosen 'preferences...'
 * on the icons running down the side, I’ve chosen the second one which
 looks like a globe
 * checked 'Use the default OSM server URL (
 https://api.openstreetmap.org/api)
 and I’ve entered my OSM username and password.

 No joy. Would love to run JOSM on this computer.

 Suzan


 On Jul 30, 2015, at 7:35 AM, Marc Gemis marc.ge...@gmail.com wrote:

 Clifford, I probably only replied to Suzan the first time. She got back to
 me with some details.

 Java 8  JOSM version seem OK. It has something to do with the network
 connection, although browser can connect and no proxy involved.
 The error in the dialog says java.net.ConnectException: No Route to host

 And a text asking to check the proxy.

 I had no clue what else could be checked. I asked her to look in the OSX
 console for logging. She did not reply on that yet.


 regards

 m

 On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us
 wrote:

 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com wrote:
 I’ve tried all the usual fixes in the preferences, but can not get JOSM to
 connect with the server on my new Mac running OS X Yosemite. It may be a
 system thing. Anyone out there that can help?

 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac
 upgraded to Yosemite. This was a fresh install of Yosemite. An upgrade to
 Yosemite may behave differently.

 Have you verified that java is installed? Use
 https://www.java.com/en/download/installed.jsp - A browser that supports
 flash is needed for this test. I used Safari to verify that the latest
 version was installed.

 See if you can run JOSM from the command line,
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar
 with your .jar file
 java -jar josm-latest.jar

 If running from the command line works, but not from Finder, I would
 remove JOSM.app and reinstall.

 Let me know if you need additional assistance.

 Clifford




 --
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

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




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

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

2015-07-30 Thread Ben Abelshausen

2015-07-30 18:43 GMT+00:00 Ruben Maes ru...@janmaes.com:

 Het allemaal met de hand verifiëren klinkt leuk maar zoveel actieve
 mappers hebben we niet ...


Dat is inderdaad het probleem... We proberen al heel lang om meer mensen
actief te betrekken maar dat is niet gemakkelijk en veel werk.
Welcome-messages helpen echt wel volgens mij dus enorm bedankt om daaraan
mee te werken! Het is hier in ieder geval al een stuk drukker dan een paar
jaar geleden, hoe dat komt weet ik niet zeker! ;-)

Ik vind marc zijn idee wel goed, we moeten meer van zo een opportuniteit
gebruik maken om OSM op te promoten, zoals met de nieuwe situatie in
Brussel. Als er iemand toegang wil tot osm.be om te bloggen, gewoon mij
even mailen en het is in orde! Misschien moeten we het omkeren en een actie
doen van wij twijfelen wel of écht alle telefooncellen weg zijn en help
ons zoeken ;-)

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk] [Talk-cz] mapa s popisky

2015-07-30 Thread Jakub Těšínský


https://www.mapbox.com/

http://umap.openstreetmap.fr/cs-cz/

--
Jakub Těšínský
Mapping OSM since 2007


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

Re: [OSM-talk] Help with JOSM and OS X Yosemite

On Thu, Jul 30, 2015 at 9:21 PM, Suzan Reed su...@suzanreed.com wrote:

 Marc, I thought I replied saying I didn’t know where the OS X console for
 logging was. I will look at it, but don’t know where to find it.


O sorry, must have missed that: It's under Applications  Utilities 
Console
You can also start by typing Console in the Spotlight search box
(search) under the magnifier glass icon on the top right of your screen.
(or use the keyboard shortcut command-space to open the searchbox)

I hope Guillaume's suggestion works for you.

regards

m
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] publieke telefooncellen / public telephones

2015-07-30 22:16 GMT+02:00 wannes wanne...@gmail.com:

 Ik begrijp de bezorgdheid omtrent het automatisch mappen.
 Ik _vermoed_ echter dat Proximus/Belgacom _wel_ echt weet waar al hun
 hokjes staan, ze hebben immers allemaal een draadje, niet?


Ooit het artikel in Humo gelezen ? Ze weten dat niet echt. De gemeente is
verantwoordelijk voor het doorknippen van de draad. Een extern bedrijf
is/was verantwoordelijk voor het verwijderen van de kabine.

Frederik Ramm (woodpecker) heeft ergens wel gelijk dat die automatische
edits maar een klein deeltje zijn van opkuiswerk in een gebied. Als het
verdwijnen van de telefooncel niet gemapped is, is misschien het plaatsen
van een bank of zo in de plaats ook niet gemapped. Dat krijg je natuurlijk
niet in OSM door enkel automatische edits. Als je ter plaatse gaat kijken
zie je misschien nog een nieuwe buurtwinkel die je kan mappen, enz.

Het grote probleem in dit geval is dat het verdwijnen van dingen niet zo
zichtbaar is. Je moet al met OsmAnd aan rondlopen en kijken naar ieder
dingetje op het scherm en zien of dat er nog staat. En anders moet je al
van alle plekken foto's maken en daarna bij het editeren de vergelijking
van de data maken om verdwenen dingen op te merken. Heel moeilijk. Best
mogelijk dat ik nog nooit gezien dat ik een telefooncel kon schrappen.

Nu voor telefooncellen kan je natuurlijk wel actief op zoek gaan. Maar voor
ander straatmeubelair is het best wel moeilijk, zelfs in mijn eigen straat.

happy surveying  mapping

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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

2015-07-30 Thread Maarten Deen

It is more than sufficient for a time calculation to use the maximum 
speed, multiplied by some factor (smaller than 1), or even a fixed speed 
per road class. My car navigation has this (there are three speeds I can 
set) and usually the time is correct within a few minutes.
Much better is virtually impossible to achieve since you don't know how 
much traffic there is on the road so you can not predict waiting times 
at traffic lights or junctions.


But again: the duration of a route has nothing to do with the actual 
route calculation. You first calculate the route based on cost factors 
and then calculate the time you need based on speed profiles.


Maarten

On 2015-07-30 21:24, Colin Smale wrote:

I assume you are talking about typical speeds, and not a practical
maximum. A max speed will almost never be achieved, by definition
actually as the vehicle speeds will have a certain distribution. The
highest recorded speed will be the de facto practical maximum,
assuming the driver survived.
Routers could take account of hundreds of variables in their
calculation of predicted journey time from A to B, but in practice
their calculations make assumptions for most of them. For example,
most of them assume the vehicle is a car, that it is technically not
limited to any particular speed, that the weather is perfect, that it
is daytime, that the driver is not inexperienced. And then there are
the other volatile variables like traffic density, road works,
oversize loads getting in the way etc.
Routers cannot take everything into account (this would preclude a lot
of preprocessing to simplify the real-time calculations), so they use
heuristics which work most often.
So how would you define the concept of typical speed?
--colin

On 30 July 2015 20:38:32 CEST, Richard ricoz@gmail.com wrote:


On Thu, Jul 30, 2015 at 08:00:55PM +0200, Colin Smale wrote:

Practical maxspeed is useless as well. A straight wide road may be
capable of hosting land speed records, but traffic density is
likely to be a far more important factor.


yes, and this is what practical maxspeed is good for. Not
an ideal solution but works.

Richard


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



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

Re: [Talk-in] Building tracing in Tirumala

2015-07-30 Thread Arun Ganesh

A total of 7 mappers completed this task in 2 days. The results are
fantastic, we have over 900 individual buildings traced in Tirumala. It
would be great to hand this off to TTD if they can put it up in public.

OSM: http://www.openstreetmap.org/#map=17/13.68272/79.34744


https://twitter.com/planemad/status/626657931799347204

On Wed, Jul 29, 2015 at 10:21 AM, Arun Ganesh arun.plane...@gmail.com
wrote:

 Just a headsup that map cleanup in Tirumala is ongoing:
 http://tasks.openstreetmap.in/project/27

 Join in and we'll have every single building marked by the end of this
 week!

 --
  Arun Ganesh
 (planemad) http://en.wikipedia.org/wiki/User:Planemad
  http://j.mp/ArunGanesh




-- 
 Arun Ganesh
(planemad) http://en.wikipedia.org/wiki/User:Planemad
 http://j.mp/ArunGanesh
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-it] GTFS TPER

2015-07-30 Thread Marco Montanari

Ciao a tutti,

segnalo che nel silenzio generale TPER ha pubblicato per i bacini di
Bologna e Ferrara i dati GTFS con licenza CC-BY3.0:
Ferrara:
https://solweb.tper.it/web/tools/open-data/open-data-download.aspx?source=tper.itfilename=gommagtfsfeversion=20150512format=zip
Bologna:
https://solweb.tper.it/web/tools/open-data/open-data-download.aspx?source=tper.itfilename=gommagtfsboversion=20150512format=zip

qui maggiori dettagli: http://www.tper.it/tper-open-data

Marco

-- 
Marco Montanari
mail: marco.montan...@gmail.com
office: marco.montan...@labs.it
pec: marco.montanari@pec.it
mobile: +39 3335267086
skype: marco.montanari
web: http://ingmmo.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Glenn Plas

Ja klopt hoor, ik had het te snel van buiten getypt.  punt komma is
correct.  4 dagen ziek geweest :(

Tx om het op te merken.

Glenn


On 30-07-15 18:30, Ruben Maes wrote:
 Op 30 juli 2015 17:27 schreef Glenn Plas gl...@byte-consult.be
 mailto:gl...@byte-consult.be:
 On 30-07-15 13:01, Ben Laenen wrote:
 On Wednesday 29 July 2015 22:31:55 Ruben Maes wrote:
 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er
 eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

 Officieel volgens wiki op deze idiote manier waarvan je er een paar van
 mij zult vinden in de OSM DB:

 traffic_sign=BE:C3;Type-IV
 
 Ik geloof dat dat dan per de wikipagina met een komma moet
 (BE:C3,Type-IV) aangezien het een gerelateerd bord is?
 
 If traffic signs are related, the additional sign IDs should be
 separated from the main sign by comma ,


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

Re: [Talk-it] Per chi utilizza Libero

2015-07-30 Thread Mauro Costantini

Chi utilizza libero può continuare a farlo ignorando il problema, che
non è (in senso stretto) di libero.
Chi gestisce Mailman può trovare più informazioni qui
http://wiki.list.org/DEV/DMARC e/o qui
http://lists.pnlug.it/pipermail/lug/2015-July/005328.html

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Glenn Plas

Zucht. komma dus.  Schrijf ik het 2 keer fout.  Daarom om wat meerwaarde
aan deze post te geven, er is in februari ook nog gesproken over de JOSM
road sign plugin.

https://lists.openstreetmap.org/pipermail/talk-be/2015-February/thread.html#6887

Glenn


On 30-07-15 18:55, Glenn Plas wrote:
 Ja klopt hoor, ik had het te snel van buiten getypt.  punt komma is
 correct.  4 dagen ziek geweest :(
 
 Tx om het op te merken.
 
 Glenn
 
 
 On 30-07-15 18:30, Ruben Maes wrote:
 Op 30 juli 2015 17:27 schreef Glenn Plas gl...@byte-consult.be
 mailto:gl...@byte-consult.be:
 On 30-07-15 13:01, Ben Laenen wrote:
 On Wednesday 29 July 2015 22:31:55 Ruben Maes wrote:
 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er
 eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

 Officieel volgens wiki op deze idiote manier waarvan je er een paar van
 mij zult vinden in de OSM DB:

 traffic_sign=BE:C3;Type-IV

 Ik geloof dat dat dan per de wikipagina met een komma moet
 (BE:C3,Type-IV) aangezien het een gerelateerd bord is?

 If traffic signs are related, the additional sign IDs should be
 separated from the main sign by comma ,
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 


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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

On Thu, Jul 30, 2015 at 08:00:55PM +0200, Colin Smale wrote:
 Practical maxspeed is useless as well. A straight wide road may be capable of 
 hosting land speed records, but traffic density is likely to be a far more 
 important factor.

yes, and this is what practical maxspeed is good for. Not 
an ideal solution but works.

Richard

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

[Talk-in] Road network issues in Hyderabad.

2015-07-30 Thread Sajjad Anwar

Hey everyone,

Some of us noticed problems with road connectivity in Hyderabad due to
recent changes. There's a task live for cleaning this up.
http://tasks.openstreetmap.in/project/28

All instructions are in the tasking manager. Will be great if some of
you can jump in help.
Thank you!

Cheers,
Sajjad

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

Op 30 juli 2015 17:27 schreef Glenn Plas gl...@byte-consult.be:
 On 30-07-15 13:01, Ben Laenen wrote:
 On Wednesday 29 July 2015 22:31:55 Ruben Maes wrote:
 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er
eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

 Officieel volgens wiki op deze idiote manier waarvan je er een paar van
 mij zult vinden in de OSM DB:

 traffic_sign=BE:C3;Type-IV

Ik geloof dat dat dan per de wikipagina met een komma moet (BE:C3,Type-IV)
aangezien het een gerelateerd bord is?

If traffic signs are related, the additional sign IDs should be separated
from the main sign by comma ,

 Dat is dat bord.   Wat een fantastisch idee toch om die onderborden niet
 onder te verdelen op eenduidige manier.

 http://www.wegcode.be/wetteksten/secties/mb/mb-111076/868-hs2art13

 Maar Type-IV zegt niet wat er op het bord staat.  Best wel annoying punt
 van verkeersborden in dit land.

En de wegcode 4° Type IV : Beperking van een verbod of van een gebod voor
zekere categorieën van voertuigen klopt niet eens echt: laden en lossen is
geen voertuigcategorie.

Ook leuk zijn deze:

Uitgezonderd 6-12 uur en op de laatste zondag van de paasvakantie
1e-15e-16e en de laatste dag van de maand
Uitgezonderd De Lijn, taxi's en laden en lossen van 6 tot 11u en van 19 tot
20u en uitgezonderd toegang garages; uitgezonderd fietsen en bromfietsen
klasse A

Heerlijk toch, en zelfs niet eens eenduidig.

En als de verkeersbordkaart moeite heeft met meerdere borden aan één paal,
moeten we ook zeker deze eens mappen:


De dijk van Wenduine, de Markt van Brugge en de Smet de Naeyerlaan in
Blankenberge, respectievelijk.

België is gewoon verschrikkelijk op vlak van verkeersborden.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Help with JOSM and OS X Yosemite

2015-07-30 Thread Guillaume Rischard

I had something like that with what now looks like a more widespread IPv6 
detection bug in JOSM.

The way I fixed it was by setting prefer.ipv6 to false in the settings.

Guillaume

 On 30 Jul 2015, at 16:35, Marc Gemis marc.ge...@gmail.com wrote:
 
 Clifford, I probably only replied to Suzan the first time. She got back to me 
 with some details.
 
 Java 8  JOSM version seem OK. It has something to do with the network 
 connection, although browser can connect and no proxy involved.
 The error in the dialog says java.net.ConnectException: No Route to host
 
 And a text asking to check the proxy.
 
 I had no clue what else could be checked. I asked her to look in the OSX 
 console for logging. She did not reply on that yet.
 
 
 regards
 
 m
 
 On Thu, Jul 30, 2015 at 4:18 PM, Clifford Snow cliff...@snowandsnow.us 
 mailto:cliff...@snowandsnow.us wrote:
 
 On Tue, Jul 28, 2015 at 10:21 PM, Suzan Reed su...@suzanreed.com 
 mailto:su...@suzanreed.com wrote:
 I’ve tried all the usual fixes in the preferences, but can not get JOSM to 
 connect with the server on my new Mac running OS X Yosemite. It may be a 
 system thing. Anyone out there that can help?
 
 Suzan,
 It doesn't look like anyone has tried to help. I run JOSM on an Mac upgraded 
 to Yosemite. This was a fresh install of Yosemite. An upgrade to Yosemite may 
 behave differently. 
 
 Have you verified that java is installed? Use 
 https://www.java.com/en/download/installed.jsp 
 https://www.java.com/en/download/installed.jsp - A browser that supports 
 flash is needed for this test. I used Safari to verify that the latest 
 version was installed.
 
 See if you can run JOSM from the command line,  
 cd /Applications/JOSM.app/Contents/Java
 ls *.jar #use the output for the next command. Replace josm-latest.jar with 
 your .jar file
 java -jar josm-latest.jar
 
 If running from the command line works, but not from Finder, I would remove 
 JOSM.app and reinstall.
 
 Let me know if you need additional assistance. 
 
 Clifford
 
 
 
 
 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us http://osm_seattle.snowandsnow.us/
 OpenStreetMap: Maps with a human touch
 
 ___
 talk mailing list
 talk@openstreetmap.org mailto:talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk 
 https://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

2015-07-30 Thread Ben Abelshausen

Hey,

Ik ben het wel eerder eens met de opmerking van woodpeck.

We corrigeren bushaltes van de lijn, vinden fouten in data van het AGIV, ik
denk dat het niet onrealistisch is om te stellen dat proximus ook niet 100%
zeker weet waar alle telefooncellen staan. Ze zijn dan misschien niet meer
actief, maar ze bestaan misschien nog wel.

Wat in de pers komt is trouwens nooit echt te vertrouwen, zouden de
journalisten overal gaan kijken zijn, of zijn ze aan het mailen geweest met
mensen bij proximus?

Ik ben dus duidelijk tegen het verwijderen op deze manier zonder lokale
kennis van zaken.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Thu, Jul 30, 2015 at 1:10 PM, wannes wanne...@gmail.com wrote:

 Ok. I removed 3 non existing phonebooths. Will clean/survey Antwerp as
 soon as possible :-)

 On Tue, Jul 28, 2015 at 12:32 PM, Ruben Maes ru...@janmaes.com wrote:

 Yes, both of those actions would be great!

 You can add your comment in a 'note' tag.

 2015-07-28 12:26 GMT+02:00 wannes wanne...@gmail.com:
  Op 28 jul. 2015 12:13 PM schreef Ruben Maes ru...@janmaes.com:
 
 
  En nu het rare: er waren 320 telefooncellen met operator die ik heb
  verwijderd. Nu ik eens kijk naar alle telefonen
  (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320
  overblijven!
 
  It has been a while for me and OSM.
  If I do a survey for one of these 320 and I see no phoneboot, I remove
 the
  node?
  (Some are right around the corner)
 
  If I see one of these 320 that is still there. Would it be useful to
 add a
  comment to the node? Yes, verified 2015-07-28, still in place, do not
  remove
 
 
  Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je
  regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et
  Overpass montre qu'il en reste encore exactement 320!
 
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 

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




 --
 wannes

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


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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

On Thu, Jul 30, 2015 at 08:52:57AM -0400, Greg Troxel wrote:

 The issue of on-ramps/off-ramps tagged as *_link has been a particular
 discussion focus.  The notion you expressed that these don't have actual
 posted limits, just sometimes yellow signs is indeed shared by most in
 the discussions.  And we generally agree that the right speed to use for
 them is more or less half the speed of the larger road from which the
 links go to/from.  Perhaps half the speed of the actual road, perhaps
 half the speed of a nominal road of that class, and perhaps slower.
 But these are fine details, and the consensus is pretty strong.

if there is no hard limit this might help:
  http://wiki.openstreetmap.org/wiki/Key:maxspeed:practical

another thing that could help - routers should add a cost for every
lane switch or changing to different road, likewise every implicit or 
explicit yield which would be implied here. 
However this has the problem that sometimes what looks as different 
road in OSM data is a road that was split for some technical reason.

Richard

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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

2015-07-30 Thread Colin Smale

Practical maxspeed is useless as well. A straight wide road may be capable of 
hosting land speed records, but traffic density is likely to be a far more 
important factor.

On 30 July 2015 19:56:41 CEST, Richard ricoz@gmail.com wrote:
On Thu, Jul 30, 2015 at 08:52:57AM -0400, Greg Troxel wrote:

 The issue of on-ramps/off-ramps tagged as *_link has been a
particular
 discussion focus.  The notion you expressed that these don't have
actual
 posted limits, just sometimes yellow signs is indeed shared by most
in
 the discussions.  And we generally agree that the right speed to use
for
 them is more or less half the speed of the larger road from which the
 links go to/from.  Perhaps half the speed of the actual road, perhaps
 half the speed of a nominal road of that class, and perhaps slower.
 But these are fine details, and the consensus is pretty strong.

if there is no hard limit this might help:
  http://wiki.openstreetmap.org/wiki/Key:maxspeed:practical

another thing that could help - routers should add a cost for every
lane switch or changing to different road, likewise every implicit or 
explicit yield which would be implied here. 
However this has the problem that sometimes what looks as different 
road in OSM data is a road that was split for some technical reason.

Richard

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

Op donderdag 30 juli 2015 heeft Ben Abelshausen ben.abelshau...@gmail.com
het volgende geschreven:
 Hey,
 Ik ben het wel eerder eens met de opmerking van woodpeck.
 We corrigeren bushaltes van de lijn, vinden fouten in data van het AGIV,
ik denk dat het niet onrealistisch is om te stellen dat proximus ook niet
100% zeker weet waar alle telefooncellen staan. Ze zijn dan misschien niet
meer actief, maar ze bestaan misschien nog wel.

Als ze niet meer werken, moeten ze verwijderd worden. Voor een winkel die
weg is laat je ook de shop-tag niet staan.

 Wat in de pers komt is trouwens nooit echt te vertrouwen, zouden de
journalisten overal gaan kijken zijn, of zijn ze aan het mailen geweest met
mensen bij proximus?

Goed punt. Ik vertrouw de pers ook al lang niet meer en naar ik gehoord heb
staat het hokje er hier en daar wel nog. Maar je zal de telefoon als die er
nog in zit niet meer kunnen gebruiken.

 Ik ben dus duidelijk tegen het verwijderen op deze manier zonder lokale
kennis van zaken.

Het allemaal met de hand verifiëren klinkt leuk maar zoveel actieve mappers
hebben we niet ...

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 On Thu, Jul 30, 2015 at 1:10 PM, wannes wanne...@gmail.com wrote:

 Ok. I removed 3 non existing phonebooths. Will clean/survey Antwerp as
soon as possible :-)

 On Tue, Jul 28, 2015 at 12:32 PM, Ruben Maes ru...@janmaes.com wrote:

 Yes, both of those actions would be great!

 You can add your comment in a 'note' tag.

 2015-07-28 12:26 GMT+02:00 wannes wanne...@gmail.com:
  Op 28 jul. 2015 12:13 PM schreef Ruben Maes ru...@janmaes.com:
 
 
  En nu het rare: er waren 320 telefooncellen met operator die ik heb
  verwijderd. Nu ik eens kijk naar alle telefonen
  (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320
  overblijven!
 
  It has been a while for me and OSM.
  If I do a survey for one of these 320 and I see no phoneboot, I
remove the
  node?
  (Some are right around the corner)
 
  If I see one of these 320 that is still there. Would it be useful to
add a
  comment to the node? Yes, verified 2015-07-28, still in place, do not
  remove
 
 
  Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je
  regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et
  Overpass montre qu'il en reste encore exactement 320!

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Ben Laenen

On Wednesday 29 July 2015 22:31:55 Ruben Maes wrote:
 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

Zoals ik al een tijdje geleden heb geopperd (en indertijd een eigen bescheiden 
poging heb ondernomen maar die niet ver geraakt is): als we verkeersborden 
gaan mappen moeten we eerst misschien eens samenzitten over hoe we dat juist 
gaan doen. Of een bord nu A3 is of F99a, dat is eenvoudig, maar het gaat om al 
die extra variabele info die op die verkeersborden staan, naar welke kant 
een pijl wijst, welke tekst of welk cijfer erop staat, of welke symbolen 
gebruikt worden en in welke volgorde. En last but not least ook een manier 
vinden om de oriëntatie van een bord te mappen (staat het bord rechts van de 
weg of links, of naar wie is het gericht als het op een middenberm staat).

Het zou leuk zijn moesten we weten hoe de Vlaamse verkeersbordendatabank het 
juist heeft aangepakt om wat ideetjes te kunnen oppikken (lees: stelen)...



Wat betreft de kaart van Marc: misschien moet je er de verkeersborden op een 
paal zetten zodat je duidelijk kan zien waar die exact staat (zodat de 
onderkant van de paal overeenkomt met de node in OSM).

mvg,
Ben


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

Re: [Talk-in] Building tracing in Tirumala

2015-07-30 Thread Yogesh योगि


On Thursday 30 July 2015 01:12 PM, Arun Ganesh wrote:
A total of 7 mappers completed this task in 2 days. The results are 
fantastic, we have over 900 individual buildings traced in Tirumala. 
It would be great to hand this off to TTD if they can put it up in 
public.


OSM: http://www.openstreetmap.org/#map=17/13.68272/79.34744



Looks awesome!

--
Yogesh K S
Sent from an Electronic Device


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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

De plug-in doet meer dan alleen de verkeersborden erop zetten, hij
probeert ook toe te voegen wat dat bord betekent. Zo'n turn
restrictions moeten eigenlijk op een relatie worden gezet[1], maar de
plug-in doet dat niet. Ik vind het zelf ook nogal raar.

[1] https://wiki.openstreetmap.org/wiki/Relation:restriction


Op 30 juli 2015 11:11 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com:
 Ik wilde ook wel wat verkeersborden mappen met behulp van de plugin  maar ik
 stoot op waarschuwingen die in niet begrijp.

 Als ik een node plaats op (of zelfs naast ) een weg vult de plugin volgende
 gegevens in:

 restriction= only_right_turn

 type= restriction.

 Als ik de gegevens wil bijwerken krijg ik de waarschuwing:

 Restriction=*on a node, Should be used in a relation(1)



 Wat doe ik verkeerd?



 Guy Vanvuchelen



 Van: Jo [mailto:winfi...@gmail.com]
 Verzonden: woensdag 29 juli 2015 23:02
 Aan: OpenStreetMap Belgium
 Onderwerp: Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie



 Spijtig genoeg is dat van die onderborden me ook niet helemaal duidelijk.

 Ik heb wel de RoadSigns plugin voorzien van data voor de Belgische
 verkeersborden.

 Dit bord wordt niet correct weergegeven op de OpenPOImap:
 http://www.openstreetmap.org/node/3670114215

 Is dat omdat het een gecombineerd bord is?

 Jo



 Op 29 juli 2015 22:31 schreef Ruben Maes ru...@janmaes.com:

 Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
 traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

 Op 29 juli 2015 22:07 schreef Marc Zoutendijk marczoutend...@mac.com:
 Werkend aan openpoimap kwam het verzoek van verschillende kanten of dat
 ook
 geschikt zou kunnen worden gemaakt om verkeersborden te laten zien.
 Na enig sleutelwerk, testen en met de hulp van Frankvandermeersch is er
 (al
 geruime tijd) een versie die werkt voor de Belgische verkeersborden.
 Het heet Taglocator Verkeersborden BE en is hier te vinden:

 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/

 Een voorbeeld met een aantal verkeersborden staat hier:


 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF

 Er zitten nogal wat haken en ogen aan (wat te doen met meerdere borden op
 een paal bv), nog niet alle borden zijn aanwezig en er is wat discussie
 over
 de juiste benaming van de borden en de wijze van taggen is soms
 onduidelijk.

 Het valt in ieder geval op dat er nog weinig verkeersborden op de kaart
 staan.
 Ik heb er de laatste maanden niet veel meer aan verder ontwikkeld en wacht
 feitelijk op input van de gebruikers…

 Marc.

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Pieter Colpaert


Hey all,

Bij de Vlaamse overheid ben ik bezig met een project rond het openen van 
data rond mobiliteit en het schrijven van een visietekst, vanuit mijn 
job als onderzoeker bij UGent.


In deze context een vraagje:

Wanneer zouden jullie bereid zijn om aan de slag te gaan met een 
databank van verkeersborden? En welke velden moet die minimaal bevatten? 
Zouden jullie die integreren zelf al zijn de data daarin van slechte 
kwaliteit en moet je zelf nog transformaties doen bovenop de data?


Alvast bedankt voor jullie antwoorden :)

Pieter

On 30-07-15 11:53, Ruben Maes wrote:

De plug-in doet meer dan alleen de verkeersborden erop zetten, hij
probeert ook toe te voegen wat dat bord betekent. Zo'n turn
restrictions moeten eigenlijk op een relatie worden gezet[1], maar de
plug-in doet dat niet. Ik vind het zelf ook nogal raar.

[1] https://wiki.openstreetmap.org/wiki/Relation:restriction


Op 30 juli 2015 11:11 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com:

Ik wilde ook wel wat verkeersborden mappen met behulp van de plugin  maar ik
stoot op waarschuwingen die in niet begrijp.

Als ik een node plaats op (of zelfs naast ) een weg vult de plugin volgende
gegevens in:

restriction= only_right_turn

type= restriction.

Als ik de gegevens wil bijwerken krijg ik de waarschuwing:

Restriction=*on a node, Should be used in a relation(1)



Wat doe ik verkeerd?



Guy Vanvuchelen



Van: Jo [mailto:winfi...@gmail.com]
Verzonden: woensdag 29 juli 2015 23:02
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie



Spijtig genoeg is dat van die onderborden me ook niet helemaal duidelijk.

Ik heb wel de RoadSigns plugin voorzien van data voor de Belgische
verkeersborden.

Dit bord wordt niet correct weergegeven op de OpenPOImap:
http://www.openstreetmap.org/node/3670114215

Is dat omdat het een gecombineerd bord is?

Jo



Op 29 juli 2015 22:31 schreef Ruben Maes ru...@janmaes.com:

Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

Op 29 juli 2015 22:07 schreef Marc Zoutendijk marczoutend...@mac.com:

Werkend aan openpoimap kwam het verzoek van verschillende kanten of dat
ook
geschikt zou kunnen worden gemaakt om verkeersborden te laten zien.
Na enig sleutelwerk, testen en met de hulp van Frankvandermeersch is er
(al
geruime tijd) een versie die werkt voor de Belgische verkeersborden.
Het heet Taglocator Verkeersborden BE en is hier te vinden:

http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/

Een voorbeeld met een aantal verkeersborden staat hier:


http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF

Er zitten nogal wat haken en ogen aan (wat te doen met meerdere borden op
een paal bv), nog niet alle borden zijn aanwezig en er is wat discussie
over
de juiste benaming van de borden en de wijze van taggen is soms
onduidelijk.

Het valt in ieder geval op dat er nog weinig verkeersborden op de kaart
staan.
Ik heb er de laatste maanden niet veel meer aan verder ontwikkeld en wacht
feitelijk op input van de gebruikers…

Marc.

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



--
+32 486 74 71 22

Board of directors
Open Knowledge Belgium
http://openknowledge.be

International Open Transport community
http://transport.okfn.org

Belgian Open Transport community
http://transport.openknowledge.be


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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Jo

Wat die plugin betreft. Toen ik eraan begon om die data eraan toe te
voegen, werd het effect van het bord gemapt en niet het bord zelf.

Ik heb er dan de borden met hun BE-codes aan toegevoegd en de vraag gesteld
om de plugin aan te passen, zodat de juiste tags op de juiste plaats
terechtkomen. Met dat ticket gebeurt er niets en zelf ben 'k niet zo straf
met java.

Zal 'k de effecten van de borden weghalen? Wat ik nu gewoonlijk doe, is de
tags weghalen van de objecten waar ze niet thuishoren.

Op 30 juli 2015 11:57 schreef Pieter Colpaert pieter.colpa...@okfn.org:

Hey all,

Bij de Vlaamse overheid ben ik bezig met een project rond het openen van
data rond mobiliteit en het schrijven van een visietekst, vanuit mijn job
als onderzoeker bij UGent.

In deze context een vraagje:

Wanneer zouden jullie bereid zijn om aan de slag te gaan met een databank
van verkeersborden? En welke velden moet die minimaal bevatten? Zouden
jullie die integreren zelf al zijn de data daarin van slechte kwaliteit en
moet je zelf nog transformaties doen bovenop de data?

Alvast bedankt voor jullie antwoorden :)

Pieter

On 30-07-15 11:53, Ruben Maes wrote:

De plug-in doet meer dan alleen de verkeersborden erop zetten, hij
probeert ook toe te voegen wat dat bord betekent. Zo'n turn
restrictions moeten eigenlijk op een relatie worden gezet[1], maar de
plug-in doet dat niet. Ik vind het zelf ook nogal raar.

[1] https://wiki.openstreetmap.org/wiki/Relation:restriction

Op 30 juli 2015 11:11 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com
:

Ik wilde ook wel wat verkeersborden mappen met behulp van de plugin
maar ik
stoot op waarschuwingen die in niet begrijp.

Als ik een node plaats op (of zelfs naast ) een weg vult de plugin
volgende
gegevens in:

restriction= only_right_turn

type= restriction.

Als ik de gegevens wil bijwerken krijg ik de waarschuwing:

Restriction=*on a node, Should be used in a relation(1)

Wat doe ik verkeerd?

Guy Vanvuchelen

Van: Jo [mailto:winfi...@gmail.com]
Verzonden: woensdag 29 juli 2015 23:02
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

Spijtig genoeg is dat van die onderborden me ook niet helemaal duidelijk.

Ik heb wel de RoadSigns plugin voorzien van data voor de Belgische
verkeersborden.

Dit bord wordt niet correct weergegeven op de OpenPOImap:
http://www.openstreetmap.org/node/3670114215

Is dat omdat het een gecombineerd bord is?

Op 29 juli 2015 22:31 schreef Ruben Maes ru...@janmaes.com:

Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

Op 29 juli 2015 22:07 schreef Marc Zoutendijk marczoutend...@mac.com:

Werkend aan openpoimap kwam het verzoek van verschillende kanten of dat
ook
geschikt zou kunnen worden gemaakt om verkeersborden te laten zien.
Na enig sleutelwerk, testen en met de hulp van Frankvandermeersch is er
(al
geruime tijd) een versie die werkt voor de Belgische verkeersborden.
Het heet Taglocator Verkeersborden BE en is hier te vinden:

http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/

Een voorbeeld met een aantal verkeersborden staat hier:

http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF

Er zitten nogal wat haken en ogen aan (wat te doen met meerdere borden
op
een paal bv), nog niet alle borden zijn aanwezig en er is wat discussie
over
de juiste benaming van de borden en de wijze van taggen is soms
onduidelijk.

Het valt in ieder geval op dat er nog weinig verkeersborden op de kaart
staan.
Ik heb er de laatste maanden niet veel meer aan verder ontwikkeld en
wacht
feitelijk op input van de gebruikers…

Marc.

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

--
+32 486 74 71 22

Board of directors
Open Knowledge Belgium
http://openknowledge.be

International Open Transport community
http://transport.okfn.org

Belgian Open Transport community
http://transport.openknowledge.be

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

[OSM-talk-be] open data Antwerpen

2015-07-30 Thread joost schouppe

Hoi allen,

Als er iemand de energie zou hebben om data over Antwerpen te importeren,
of om ze op zijn minst als kwaliteits-checker te gebruiken, op deze tool
van Kay kan je alle geodatasets zien en downloaden:

http://warrieka.github.io/geoplus/index.html

Je kan zelfs de hele dataset downloaden via de site (en niet per 500
records zoals op opendata.antwerpen.be)
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] open data Antwerpen

Denk er aan dat een import aan bepaalde regels moet voldoen, zelfs als je
manueel elk item copieert van die dataset naar OSM.
mvg

m

2015-07-30 12:07 GMT+02:00 joost schouppe joost.schou...@gmail.com:

 Hoi allen,

 Als er iemand de energie zou hebben om data over Antwerpen te importeren,
 of om ze op zijn minst als kwaliteits-checker te gebruiken, op deze tool
 van Kay kan je alle geodatasets zien en downloaden:

 http://warrieka.github.io/geoplus/index.html

 Je kan zelfs de hele dataset downloaden via de site (en niet per 500
 records zoals op opendata.antwerpen.be)



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


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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Jo

Pieter,

We zouden die data omzetten en dan als OSM-bestand ter beschikking stellen,
waarna iedereen er dan de borden uit kan toevoegen. Degene die ze toevoegt,
zal ze dan waarschijnlijk nog wat moeten verslepen, zodat de positie klopt
met de reeds aanwezige OSM-data.

Benodigde info:
-welke borden staan bij elkaar op een paal, in welke volgorde
-code van de borden
-info op de onderborden
-als ze een uniek referentienummer toegekend hebben gekregen, vind ik dat
ook interessant (al was het maar om te kunnen opvolgen welke we al
toevoegden) en voor eventuele terugkoppeling.

De data transformeren vormt geen probleem. We zouden daarmee aan de slag
gaan van zodra de data beschikbaar is. (onder een geschikte licentie of met
een expliciete (geschreven) toestemming dat we ze mogen toevoegen aan
Openstreetmap, waarbij het duidelijk is voor de overheid dat ze dan daarna
als ODBL-data beschikbaar zijn voor iedereen).
We moeten dan nog ergens een belfort bouwen om deze toelating veilig in op
te slaan - ai teveel tijd besteed op wikipedia in de Middeleeuwse afdeling
- ik bedoel, waar houden we dat soort toelatingen bij?

Op 30 juli 2015 12:06 schreef Jo winfi...@gmail.com:

Wat die plugin betreft. Toen ik eraan begon om die data eraan toe te
voegen, werd het effect van het bord gemapt en niet het bord zelf.

Ik heb er dan de borden met hun BE-codes aan toegevoegd en de vraag
gesteld om de plugin aan te passen, zodat de juiste tags op de juiste
plaats terechtkomen. Met dat ticket gebeurt er niets en zelf ben 'k niet zo
straf met java.

Zal 'k de effecten van de borden weghalen? Wat ik nu gewoonlijk doe, is de
tags weghalen van de objecten waar ze niet thuishoren.

Op 30 juli 2015 11:57 schreef Pieter Colpaert pieter.colpa...@okfn.org:

Hey all,

Bij de Vlaamse overheid ben ik bezig met een project rond het openen van
data rond mobiliteit en het schrijven van een visietekst, vanuit mijn job
als onderzoeker bij UGent.

In deze context een vraagje:

Alvast bedankt voor jullie antwoorden :)

Pieter

On 30-07-15 11:53, Ruben Maes wrote:

[1] https://wiki.openstreetmap.org/wiki/Relation:restriction

Op 30 juli 2015 11:11 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com
:

Ik wilde ook wel wat verkeersborden mappen met behulp van de plugin
maar ik
stoot op waarschuwingen die in niet begrijp.

Als ik een node plaats op (of zelfs naast ) een weg vult de plugin
volgende
gegevens in:

restriction= only_right_turn

type= restriction.

Als ik de gegevens wil bijwerken krijg ik de waarschuwing:

Restriction=*on a node, Should be used in a relation(1)

Wat doe ik verkeerd?

Guy Vanvuchelen

Van: Jo [mailto:winfi...@gmail.com]
Verzonden: woensdag 29 juli 2015 23:02
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

Spijtig genoeg is dat van die onderborden me ook niet helemaal
duidelijk.

Ik heb wel de RoadSigns plugin voorzien van data voor de Belgische
verkeersborden.

Dit bord wordt niet correct weergegeven op de OpenPOImap:
http://www.openstreetmap.org/node/3670114215

Is dat omdat het een gecombineerd bord is?

Op 29 juli 2015 22:31 schreef Ruben Maes ru...@janmaes.com:

Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er
eentje
traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

Op 29 juli 2015 22:07 schreef Marc Zoutendijk marczoutend...@mac.com:

http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/

Een voorbeeld met een aantal verkeersborden staat hier:

http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF

Het valt in ieder geval op dat er nog weinig verkeersborden op de kaart
staan.
Ik heb er de laatste maanden niet veel meer aan verder ontwikkeld en
wacht
feitelijk op input

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 11:57 GMT+02:00 Pieter Colpaert pieter.colpa...@okfn.org:

 Hey all,

 Bij de Vlaamse overheid ben ik bezig met een project rond het openen van
 data rond mobiliteit en het schrijven van een visietekst, vanuit mijn job
 als onderzoeker bij UGent.

 In deze context een vraagje:

 Wanneer zouden jullie bereid zijn om aan de slag te gaan met een databank
 van verkeersborden? En welke velden moet die minimaal bevatten? Zouden
 jullie die integreren zelf al zijn de data daarin van slechte kwaliteit en
 moet je zelf nog transformaties doen bovenop de data?

 Alvast bedankt voor jullie antwoorden :)


minimum eis voor de data: de datum dat het bord laatst is gecontroleerd
zodat de mapper tenminste kan vergelijken  of de osm data recenter is of
niet.
dit is ingegeven door het artikel dat een half jaar geleden is verschenen
rond de problemen met die databank.

de import zou dan alle borden in bv. josm kunnen tonen als de codes
overeensteemen met die van de vermelde plugin. de mapper moet het resultaat
dan toch nog op de weg toepassen. ik denk niet dat we dat zouden moeten
automatiseren
een alternatief zou zijn om ze via de telenav of mapillary josm plugin
zichtbaar te maken

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 12:21 GMT+02:00 Jo winfi...@gmail.com:

 De data transformeren vormt geen probleem. We zouden daarmee aan de slag
 gaan van zodra de data beschikbaar is. (onder een geschikte licentie of met
 een expliciete (geschreven) toestemming dat we ze mogen toevoegen aan
 Openstreetmap, waarbij het duidelijk is voor de overheid dat ze dan daarna
 als ODBL-data beschikbaar zijn voor iedereen).
 We moeten dan nog ergens een belfort bouwen om deze toelating veilig in op
 te slaan - ai teveel tijd besteed op wikipedia in de Middeleeuwse afdeling
 - ik bedoel, waar houden we dat soort toelatingen bij?


valt waarschijnlijk onder de nieuwe regeling die alle data CC0 moet maken
tegen 2020.

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

Op 28 juli 2015 12:39 schreef Marc Gemis marc.ge...@gmail.com:
 door het schrijven van een diary entry loop je nu het risico van de
 anti-automated-edit-politie op je dak te krijgen.

Lap, 't is al van dat ¬_¬

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Guy Vanvuchelen

Ik wilde ook wel wat verkeersborden mappen met behulp van de plugin  maar ik 
stoot op waarschuwingen die in niet begrijp.

Als ik een node plaats op (of zelfs naast ) een weg vult de plugin volgende 
gegevens in:

restriction= only_right_turn

type= restriction.

Als ik de gegevens wil bijwerken krijg ik de waarschuwing:

Restriction=*on a node, Should be used in a relation(1)

 

Wat doe ik verkeerd?

 

Guy Vanvuchelen

 

Van: Jo [mailto:winfi...@gmail.com] 
Verzonden: woensdag 29 juli 2015 23:02
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

 

Spijtig genoeg is dat van die onderborden me ook niet helemaal duidelijk.

Ik heb wel de RoadSigns plugin voorzien van data voor de Belgische 
verkeersborden.

Dit bord wordt niet correct weergegeven op de OpenPOImap:
http://www.openstreetmap.org/node/3670114215

Is dat omdat het een gecombineerd bord is?

Jo

 

Op 29 juli 2015 22:31 schreef Ruben Maes ru...@janmaes.com:

Hoe worden uitgezonderd bla bla bla-onderborden getagd? Ik heb er eentje
traffic_sign=BE:C3,uitgezonderd bus en taxi, laden en lossen

Op 29 juli 2015 22:07 schreef Marc Zoutendijk marczoutend...@mac.com:
 Werkend aan openpoimap kwam het verzoek van verschillende kanten of dat ook
 geschikt zou kunnen worden gemaakt om verkeersborden te laten zien.
 Na enig sleutelwerk, testen en met de hulp van Frankvandermeersch is er (al
 geruime tijd) een versie die werkt voor de Belgische verkeersborden.
 Het heet Taglocator Verkeersborden BE en is hier te vinden:

 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/

 Een voorbeeld met een aantal verkeersborden staat hier:

 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67 
 http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/bevb/?map=art67zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF
  zoom=17lat=50.78307lon=3.18938layers=B00TTFTFFTF

 Er zitten nogal wat haken en ogen aan (wat te doen met meerdere borden op
 een paal bv), nog niet alle borden zijn aanwezig en er is wat discussie over
 de juiste benaming van de borden en de wijze van taggen is soms onduidelijk.

 Het valt in ieder geval op dat er nog weinig verkeersborden op de kaart
 staan.
 Ik heb er de laatste maanden niet veel meer aan verder ontwikkeld en wacht
 feitelijk op input van de gebruikers…

 Marc.






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


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

 

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

Re: [OSM-talk-be] openpoimap voor verkeersborden in Belgie

2015-07-30 Thread Pieter Colpaert


Hey Marc,

die CC0 tegen 2020 is enkel voor Federale overheidsdiensten en 
-bedrijven. De meest gebruikte modellicentie momenteel op Vlaams niveau 
is de gratis open data licentie Vlaanderen.


Dingen als verkeersbordendb zijn Vlaams. En nog een caveat bij 
verkeersbordendb is dat er niet te veel van verwacht moet worden. Zitten 
met enorme data management issues, zoals in de pers gecommuniceerd.


Mvg,

Pieter

On 30-07-15 12:24, Marc Gemis wrote:


2015-07-30 12:21 GMT+02:00 Jo winfi...@gmail.com 
mailto:winfi...@gmail.com:


De data transformeren vormt geen probleem. We zouden daarmee aan
de slag gaan van zodra de data beschikbaar is. (onder een
geschikte licentie of met een expliciete (geschreven) toestemming
dat we ze mogen toevoegen aan Openstreetmap, waarbij het duidelijk
is voor de overheid dat ze dan daarna als ODBL-data beschikbaar
zijn voor iedereen).
We moeten dan nog ergens een belfort bouwen om deze toelating
veilig in op te slaan - ai teveel tijd besteed op wikipedia in de
Middeleeuwse afdeling - ik bedoel, waar houden we dat soort
toelatingen bij?


valt waarschijnlijk onder de nieuwe regeling die alle data CC0 moet 
maken tegen 2020.


m.


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



--
+32 486 74 71 22

Board of directors
Open Knowledge Belgium
http://openknowledge.be

International Open Transport community
http://transport.okfn.org

Belgian Open Transport community
http://transport.openknowledge.be

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

Re: [Talk-us] BurningMan 2015

2015-07-30 Thread Andy Townsend

‎(apologies if this has already been mentioned but) perhaps this is something 
that makes sense for OpenHistoricalMap?

Ask a help question along the lines of how do I add time-dependant data to 
OHM, perhaps clarifying that the ways for previous years are in OSM but are 
deleted, and I'm sure someone will pop up and explain how.

Cheers, 
Andy


  Original Message  
From: Frederik Ramm
Sent: Thursday, 30 July 2015 10:46
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] BurningMan 2015

Hi,

On 07/29/2015 07:07 PM, David Chiles wrote:
 In the past Black Rock City was included in OpenStreetMap. Is the
 generated layout something that could be added?

OpenStreetMap focuses on things that are on the ground, not things that
were or will be on the ground.

There are some exception to this, for example there are tags to map
things that are planned but don't yet exist; this is not encouraged
for widespread use but might be applicable to Burning Man.

For maximum flexibility independent of OSM's old-fashioned adherence to
physical realities, I'd suggest to set up your own instance of an OSM
server together with editor(s) and rendering tool chain, which would
enable you and anyone interested to make the most detailed Burning Man
map ever, and even retain the full data base from every year, offer
side-by-side rendering and whatnot.

Bye
Frederik

-- 
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33

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

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

[OSM-talk-fr] Utilisation du PLU parisien.

2015-07-30 Thread dHuy Pierre

Bonjour à tous!Me balladant sur le site du PLU de Paris, j'ai trouvé un plan 
détaillant le tracé du RER A/RER B et des métros et de leurs quais. S'agissant 
d'un document publique, librement accessible, etc puis-je l'utiliser sur OSM 
pour corriger le tracé des lignes de trains et de métro?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

2015-07-30 Thread Greg Troxel


James Mast rickmastfa...@hotmail.com writes:

 I've been normally mapping slip lanes as '_link' highways at
 intersections since the beginning.  However, as most fellow US mappers
 know, they almost never have 'speed limits' posted for them, and that
 seems to help cause problems in some routing programs when they give
 those slip lanes a speed limit higher than the main highway.

 Anyways, I've been using OSMAnd recently for occasional offline
 routing on my tablet and have come across weird routing (I'd like to
 call them 'bugs') at some intersections that have 3+ traffic lights
 nodes at them because of the roads being divided.  Here, OSMAnd routes
 me onto a slip lane, makes a U-Turn on the side road, and then
 continues the across the main road to accomplish what a simple 'left
 turn' could have done [1], all to avoid '1' traffic light node.  So, I
 go report the 'bug' on the OSMAnd Google group [2], and then somebody
 forwards it to the GitHub site [3].

[This is a little US centric in details, but I think broadly applies.
For context, white speed limit signs are legal limits, and yellow signs
are advisory.  You can probably be cited for exceeding a yellow limit by
a lot, but it will be for having an unsafe speed, not for exceeding a
specified limit.]

I've been on the osmand list for over a year, and the issue of routing
choices similar to yours have come up multiple times.  It seems that the
views of the osmand developers (who are not very active on the list) are
different from the consensus on the list.

The issue of on-ramps/off-ramps tagged as *_link has been a particular
discussion focus.  The notion you expressed that these don't have actual
posted limits, just sometimes yellow signs is indeed shared by most in
the discussions.  And we generally agree that the right speed to use for
them is more or less half the speed of the larger road from which the
links go to/from.  Perhaps half the speed of the actual road, perhaps
half the speed of a nominal road of that class, and perhaps slower.
But these are fine details, and the consensus is pretty strong.

I do not understand why the osmand devleopers don't just implement this
notion; it seems relatively obviously correct, and people who have
modified their routing.xml files report reasonable results.

A few further thoughts:

While it's important to tag actual speed limits (posted, or
unambiguously determined from local law, such as 30 mph in thickly
settled areas in Massachusetts), routers should actually function on
typical speeds, not limits.  I think osm should have this data, but it
gets a bit complicated.  Still, a simple take on it would help a lot.
One could just put in the yellow-sign value as typical.  Or perhaps
there should be a warning-sign tag, and a typical determined from a
number of tracks.  (Around me, there's a highway with limit 65 mph, and
I'd say typical is 75 mph.  Ramps are often yellow-signed at 30 mph and
typical is 40mph on some of them.)

Routing is clearly tricky.  There are multiple steps:

  1) modeling the real world in the database

  2) computing how long and how far a path will take based on the database

  3) choosing a function to minimize.   Shortest distance and shortest
  time are both not right, as dangerous maneuvers are avoided by many
  people even if they save a few seconds.  And then there's avoiding
  highly bumpy roads.

In your case arguably you have done 1 right within the current rules,
and adding typical speeds or yellow-sign speeds would help.

osmand is doing 2 wrong.  It is completely wrong to assume that exit
ramps can be traversed at highway speeds (100 km/hr or so).  Yes, there
are a few like that joining Interstates, but in the normal case
something like 30 mph (50 km/h) is rational.

In 2, there should be a time penalty for u-turns.  Really it's not a
penalty: it's an estimate of how much time it actually takes, and
ideally these times would be extracted from actual tracks so the actual
time and the predicted time match in some zero-mean sense.

3 is much harder, but the basis for getting it right is to have 1 and 2
correct.

If there were to be a penalty (distinct from a time/distance estimate),
it should perhaps be for getting off a major road and getting back on.
But, one could argue that this would be kludgy, and if one wanted that,
the real issue would be that the underlying cost functions are wrong.
Perhaps in addition to the time spent at stop signs, lights, etc. there
should be a cost associated with the cognitive effort and accident risk,
to be minimized, so that staying on the highway is treated as the
rational choice (that it probably actually is).

So my advice is to use a custom routing.xml with osmand that has
sensible speeds for links.  And perhaps to work towards typical speed
tagging, and encourage osmand to use typical speed if present, and limit
if not.


pgpnlzE4AIFuu.pgp
Description: PGP signature
___
Talk-us mailing list

[OSM-ja] 東京大学の「ドーバー海峡」

2015-07-30 Thread ISHIKAWA Takayuki

こんにちは、奈良の石川です。

東京大学の敷地あたりに「ドーバー海峡」という地名が書かれています。

http://www.openstreetmap.org/node/1802379423#map=17/35.71597/139.76020


place=locality

となっていますが、こんな情報まで載せてはかえって地図としての有用性が落ちるような
気がしています。理由は以下の通りです。

・現在、OpenStreetMap で「ドーバー海峡」と検索すると、本来の海峡は引っかからず、
　この場所だけが引っかかります。これは、OpenStreetMap を一般的な目的で利用する
　人にとって不信感を抱かせてしまう気がします。

・海峡というからには、恐らく東大関係者から見た呼び名だと思われますが、そのような
　呼び名を東大の敷地ではない (と思われる) 公道に付けることは不適切な気がします。
　もちろん、地元住民の大多数も「ドーバー海峡」と呼んでいるなら、地元で広く使われている
　俗称として alt_name 扱いで載せていいとは思いますが。

・そもそも、東大生の間でも「ドーバー海峡」という呼び名は一般的なのでしょうか。私は東大出身
　ではないので分からないのですが、もし東大出身の方がいらっしゃいましたら教えていただき
　たいです。

-- 
石川
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-pt] Talk-pt Digest, Vol 68, Issue 36

2015-07-30 Thread Rita Melo

://lists.openstreetmap.org/listinfo/talk-pt





 

-- 

Um Abraço,
Marcos Oliveira

-- next part --
An HTML attachment was scrubbed...
URL: 
http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20150730/84b07814/attachment.html
-- next part --
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 38463 bytes
Desc: not available
URL: 
http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20150730/84b07814/attachment.jpg

--

Subject: Digest Footer

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


--

End of Talk-pt Digest, Vol 68, Issue 36
***





AVISO
 Esta mensagem e quaisquer anexos seus podem conter informação confidencial 
para uso exclusivo do destinatário. Cabe ao destinatário a verificação de vírus 
e outras medidas que assegurem que esta mensagem não afecta os seus sistemas. 
Se não for o destinatário, não poderá usar, distribuir ou copiar este e-mail, 
devendo proceder à sua eliminação e informar o emissor. É estritamente proibido 
o uso, a distribuição, a cópia ou qualquer forma de disseminação não autorizada 
deste e-mail e seus anexos. Obrigado

 DISCLAIMER
 This e-mail and its attachments may contain confidential information for 
exclusive use of its recipient. It is your responsability to carry out 
appropriate virus and other checks to ensure that this message and any 
attachments do not affect your systems / data. If you are not the intended 
recipient you must not use, distribute or reproduce this e-mail and you must 
notify the sender and delete the entire email. Any unauthorized use, 
dissemination, distribution or copying of this message and its attachments is 
striclty prohibited. Thank you. 

P   Antes de imprimir este e-mail pense bem se é necessário fazê-lo. Before 
printing this e-mail think if it is necessary.
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-fr] Histoire de la carte de France

2015-07-30 Thread Christian Quest

Et il sera sûrement question d'OSM dans un prochain numéro...

Le 30/07/2015 17:34, Sylvain Maillard a écrit :
 Bonjour à tous,

 je ne crois pas avoir vu passer l'info, alors je partage : un petit
 article avec vidéo sur l'histoire de la carte de France, interview de
 Jean-Yves Sarazin, directeur du département des Cartes et plans de la
 Bibliothèque nationale de France.

 http://www.la-croix.com/Culture/Actualite/L-histoire-de-la-carte-de-France-en-cinq-hexagones-2015-07-23-1337403

 Sylvain


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

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Maxime Résibois

SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420

Le 5 juin 2015 07:38, Philippe Verdy verd...@wanadoo.fr a écrit :

 Ce genre de manipulation directement dans OSM ne devrait pas avoir lieu:
 qu'ils utilisent leur propre base pour faire une prélocalisation, quitte à
 la vérifier et l'affiner dans un second temps, puis une fois cela fait il
 peuvent alors émettre le point (en ayant vérifié d'abord qu'il n'y a pas
 création de doublon).
 C'est leur méthode de travail qui n'est pas bonne puisqu'ils omettent le
 travail indispensable de préparation et de fusion/intégration.
 Bref on peut comprendre que s'ils ont de nombreux clients, ils utilisent
 d'abord leur base interne pour collecter les points à placer sur la carte
 et immédiatement pouvoir compléter leurs fiches clients, mais sans
 préparation, leur travail est vain et ils ne répondent pas à la demande de
 leur client qui est de placer les POIs de façon pérenne et correcte pour
 qu'OSM accepte ces données.
 Cette société compte beaucoup trop sur la bonne volonté (et le travail
 réalisé gratuitement pour eux) alors qu'ils sont payés par leurs clients et
 gagnent de l'argent que nous ne profitons pas du tout pour le projet. C'est
 une démarche égoïste, et parasitaire. Ca mériterait un bloquage
 administratif d'un mois (à renouveler) pour qu'enfin ils se mettent à la
 page et modifient leur façon de travailler (et en attendant ils ne pourront
 plus vendre à leur clients des solutions d'intégration de leurs POIs sur
 la carte collaborative, puisque cela ne sera pas fait pendant un mois
 (renouvelable). Les clients ne verront aucun changement à leur
 référencement sur OSM et pourront suspendre leur paiement ou arrêter
 d'utiliser leurs (mauvais) services. Cela les fera réfléchir.

 En attendant, en continuant comme ça, ils se font une sale réputation (des
 sociétés qui vendent des référencements de façon abusives sont nombreuses,
 ce ne sera pas la première à se faire éjecter (et poursuivre devant les
 tribunaux par leurs clients mécontents, faute de prestation effective et
 correcte conforme aux exigences et aux attentes de ce qu'ils sont sensés
 vendre, ou pour facturation excessive d'un service en fait inexistant car
 non conforme aux exigences collectives).


 Le 4 juin 2015 15:27, Yoann Cornec yoanncor...@gmail.com a écrit :

 Je trouve également des doublons et points placés un peu n'importe où :
 https://www.openstreetmap.org/changeset/31711287
 https://www.openstreetmap.org/changeset/31715438
 https://www.openstreetmap.org/node/3563669793

 Il semblerait effectivement que les points sont replacés dans un second
 temps.
 Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

  J'ai presque le même avis.

 On peut reprocher la procédure (plusieurs changeset pour un même point),
 mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait dans le
 passé.
 Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les
 retours de la communauté.

 Le gros souci est qu'ils sont muets.

 Stf



 Le 03/06/2015 10:51, Bruno Cortial a écrit :

  Bonjour,

  On peut dejà se faire une idée globale avec ce genre de requete.
 http://overpass-turbo.eu/s/9IN

  Si la question est de supprimer massivement les points du contributeur
 SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
 process est réellement automatisé, il ne faudra pas longtemps avant que les
 points repopent

  Je demanderai plutôt un blocage temporaire du compte afin qu'il
 réagisse...

  Bruno

 Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
  a écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de
 reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.html
 Sent from the France mailing list archive at Nabble.com.

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



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr



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


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



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org

[Talk-us] Naming Ramps

2015-07-30 Thread Brett Lord-Castillo

I will start off by saying that obviously this cannot be used directly in
OSM, since we don't name ramps.
In compiling data for NG911 from multiple sources, a consistent problem we
have had is in the naming of exit and entrance ramps.

These ramps are extremely import: a large number of traffic accidents occur
on them and we must dispatch to exactly the right ramp in a way that can be
quickly identified from information provided by a caller (e.g. exit number
is not helpful if the caller is already on the ramp). But, no one seems to
have a naming convention for ramps (including OSM).

Has anyone come across something resembling a standard for ramp naming,
or at least a flexible consistent system? I did look at Waze's naming
pattern, but unfortunately their use of forward slashes in the naming
pattern breaks quite a few dispatching systems.

Related to this, I also wanted to look for some ideas on how to generate
names for the unnamed ramps in an OSM extract.

Thanks!
Brett Lord-Castillo
St Louis County
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Maxime Résibois

Ils suppriment même des bâtiments existants... :
https://overpass-api.de/achavi/?changeset=32957970

Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :

 SaFaireConnaitre refait des siennes... :
 https://overpass-api.de/achavi/?changeset=32958420

 Le 5 juin 2015 07:38, Philippe Verdy verd...@wanadoo.fr a écrit :

 Ce genre de manipulation directement dans OSM ne devrait pas avoir lieu:
 qu'ils utilisent leur propre base pour faire une prélocalisation, quitte
 à la vérifier et l'affiner dans un second temps, puis une fois cela fait il
 peuvent alors émettre le point (en ayant vérifié d'abord qu'il n'y a pas
 création de doublon).
 C'est leur méthode de travail qui n'est pas bonne puisqu'ils omettent le
 travail indispensable de préparation et de fusion/intégration.
 Bref on peut comprendre que s'ils ont de nombreux clients, ils utilisent
 d'abord leur base interne pour collecter les points à placer sur la carte
 et immédiatement pouvoir compléter leurs fiches clients, mais sans
 préparation, leur travail est vain et ils ne répondent pas à la demande de
 leur client qui est de placer les POIs de façon pérenne et correcte pour
 qu'OSM accepte ces données.
 Cette société compte beaucoup trop sur la bonne volonté (et le travail
 réalisé gratuitement pour eux) alors qu'ils sont payés par leurs clients et
 gagnent de l'argent que nous ne profitons pas du tout pour le projet. C'est
 une démarche égoïste, et parasitaire. Ca mériterait un bloquage
 administratif d'un mois (à renouveler) pour qu'enfin ils se mettent à la
 page et modifient leur façon de travailler (et en attendant ils ne pourront
 plus vendre à leur clients des solutions d'intégration de leurs POIs sur
 la carte collaborative, puisque cela ne sera pas fait pendant un mois
 (renouvelable). Les clients ne verront aucun changement à leur
 référencement sur OSM et pourront suspendre leur paiement ou arrêter
 d'utiliser leurs (mauvais) services. Cela les fera réfléchir.

 En attendant, en continuant comme ça, ils se font une sale réputation
 (des sociétés qui vendent des référencements de façon abusives sont
 nombreuses, ce ne sera pas la première à se faire éjecter (et poursuivre
 devant les tribunaux par leurs clients mécontents, faute de prestation
 effective et correcte conforme aux exigences et aux attentes de ce qu'ils
 sont sensés vendre, ou pour facturation excessive d'un service en fait
 inexistant car non conforme aux exigences collectives).


 Le 4 juin 2015 15:27, Yoann Cornec yoanncor...@gmail.com a écrit :

 Je trouve également des doublons et points placés un peu n'importe où :
 https://www.openstreetmap.org/changeset/31711287
 https://www.openstreetmap.org/changeset/31715438
 https://www.openstreetmap.org/node/3563669793

 Il semblerait effectivement que les points sont replacés dans un second
 temps.
 Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

  J'ai presque le même avis.

 On peut reprocher la procédure (plusieurs changeset pour un même
 point), mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait
 dans le passé.
 Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les
 retours de la communauté.

 Le gros souci est qu'ils sont muets.

 Stf



 Le 03/06/2015 10:51, Bruno Cortial a écrit :

  Bonjour,

  On peut dejà se faire une idée globale avec ce genre de requete.
 http://overpass-turbo.eu/s/9IN

  Si la question est de supprimer massivement les points du contributeur
 SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
 process est réellement automatisé, il ne faudra pas longtemps avant que les
 points repopent

  Je demanderai plutôt un blocage temporaire du compte afin qu'il
 réagisse...

  Bruno

 Le 3 juin 2015 09:48, Pierre-Yves Berrard 
 pierre.yves.berr...@gmail.com a écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de
 reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.html
 Sent from the France mailing list archive at Nabble.com.

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



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr



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


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Christian Quest

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes
commentaires sur les erreurs détectées.

J'ai aussi fait un revert pour récupérer le bâtiment perdu.


Le 30/07/2015 17:01, Maxime Résibois a écrit :
 Ils suppriment même des bâtiments existants... :
 https://overpass-api.de/achavi/?changeset=32957970

 Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com
 mailto:maxime.resib...@gmail.com a écrit :

 SaFaireConnaitre refait des siennes... :
 https://overpass-api.de/achavi/?changeset=32958420


-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Utilisation du PLU parisien.

2015-07-30 Thread Vincent de Château-Thierry

Bonjour,

 De: dHuy Pierre dh...@yahoo.fr
 
 Me balladant sur le site du PLU de Paris, j'ai trouvé un plan
 détaillant le tracé du RER A/RER B et des métros et de leurs quais.
 S'agissant d'un document publique, librement accessible, etc puis-je
 l'utiliser sur OSM pour corriger le tracé des lignes de trains et de
 métro?

Tu as un lien vers le site / les pages ?

merci
vincent

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

Re: [OSM-talk-fr] Utilisation du PLU parisien.

2015-07-30 Thread René-Luc Dhont


Bonjour,

Il ne suffit pas que le document soit publique, il faut que la licence 
d'utilisation de celui-ci permettent de créer de la données compatible 
avec la licence OSM.


Le 30/07/2015 16:05, dHuy Pierre a écrit :

Bonjour à tous!
Me balladant sur le site du PLU de Paris, j'ai trouvé un plan 
détaillant le tracé du RER A/RER B et des métros et de leurs quais. 
S'agissant d'un document publique, librement accessible, etc puis-je 
l'utiliser sur OSM pour corriger le tracé des lignes de trains et de 
métro?



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


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

[OSM-talk-fr] Histoire de la carte de France

2015-07-30 Thread Sylvain Maillard

Bonjour à tous,

je ne crois pas avoir vu passer l'info, alors je partage : un petit article
avec vidéo sur l'histoire de la carte de France, interview de Jean-Yves
Sarazin, directeur du département des Cartes et plans de la Bibliothèque
nationale de France.

http://www.la-croix.com/Culture/Actualite/L-histoire-de-la-carte-de-France-en-cinq-hexagones-2015-07-23-1337403

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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-30 Thread Jérôme Seigneuret

Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement des
bâtiments aussi donc qui a raison?

Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien être
possible de faire comme sous n'importe quel SIG un tag intermédiaire
note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à mettre
dans un fichier *.osm et à retoucher au fur et à mesure pour faire
l'intégration en semi-auto par exemple par type d'alerte.

C'est plus simple et au moins il n'y a plus d’ambiguïté.



Le 30 juillet 2015 23:07, Vincent Frison vincent.fri...@gmail.com a écrit
:

 Le 30 juillet 2015 09:29, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 On a un arbre dans la basilique Notre-Dame, des arbres à moins d'1m de
 certaines highway (non pedestrian). Des problèmes de calage ? De quel
 côté OSM ou opendata ?

 Place Masséna, il y a des différences avec Bing (qui date de 2012)... de
 nouveaux arbres y ont été plantés ou alors ils sont si petit qu'on ne
 les distingue pas sur l'ortho (ni sur Google Street View en septembre
 2014) ?

 J'ai donc un doute sur la qualité des données en opendata. Sont-elles
 bien à jour ?

 Les algo de rapprochement semblent corrects, mais ne peuvent pas faire
 de miracle.


 C'est pas toujours évident à dire qui est en cause, par exemple pour la
 basilique cet élément correspond bien à un palmier réel collé à l'extérieur
 de l'église et ça se joue à quelques dizaines de centimètres. Mais ce que
 je vais faire c'est rajouter un filtre pour empêcher l'import d'un arbre
 localisé à l'intérieur d'élément ayant le tag building (ou autre chose?),
 c'est un truc j'aurais du penser dès le début.

 Il faut savoir que beaucoup d'axes dans Nice ont été refait ces dernières
 années et le mobilier urbain aussi forcément. Masséna a été en
 travaux jusqu'à récemment mais à priori les positions sont bonnes de ce que
 je vois, en tout cas d'après eux elles sont bonnes et à jour (je les ai
 questionné sur cette zone). StreetView fait un joli mix avec des prises de
 multiples époques mais justement je trouve que celles de 2014 correspondent
 pas mal (en sachant qu'ils ont encore rajouté des arbres depuis). Mais j'y
 irai faire un tour pour voir ça de plus près. Ceci dit ce genre de zone
 n'est clairement pas l'endroit le mieux pour l'import (il y a une grosse
 densité de végétaux et en plus souvent de petite taille) et sur ces zones
 là je pourrais effectivement supprimer les arbres importés et utiliser du
 tag landuse à la place, à voir...

 Globalement je trouve quand même le positionnement vraiment bon, sur des
 gros axes ensoleillés on peut voir que tout match parfaitement sous Bing.

 J'ai aussi remarqué une belle bizarrerie avec quelques arbres qui étaient
 sur l'emprunte du futur stade Allianz Arena, alors en travaux sous Bing
 mais qui a été fini depuis. Je leur ai notifié et ils m'ont répondu que les
 matricules de ces arbres correspondaient effectivement à des anciens arbres
 mais qu'ils ne les réaffecterait que lorsque les travaux pour le tram
 seront finis, faudra donc que je les supprime à la main..

 Sinon ils n'ont apparemment pas d'informations sur la hauteur des arbres
 (car trop variable d'après eux, ce qui n'est pas faux mais bon..) et je les
 ai relancé encore une fois sur la possibilité d'avoir le type, c'est juste
 pas possible qu'ils ne l'aient pas !





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


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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-30 Thread Florian Lohoff

On Thu, Jul 30, 2015 at 10:11:07AM +0200, Martin Koppenhoefer wrote:
 
 Du meinst, wenn Du (mit Genehmigung des Besitzers) einen kleinen Bogen
 über ein angrenzendes Feld um ein Kfz verboten Schild machst und erst
 nach dem Schild auf den Weg fährst dann wäre das erlaubt?(allgemein,
 nicht speziell auf dieser Insel).
 
 Denke ich nicht. Es ist der Weg, auf dem man nicht fahren darf, das
 Schild ist nur der Hinweis.

Das sehe ich anders. Es gibt viele Verbote die ja asymmetrisch/unidirektional
sind.

Das wäre die erste einschränkung. D.h.  es ist nicht der weg sondern
auch die Richtung wichtig und zwar eigentlich bei allen ge/-verboten.

Dazu kommt das eine Beschränkung/Verbot an jeder Kreuzung wiederholt
werden muss siehe Geschwindigkeitsbeschränkungen. An einer Einmündung
(Wir gehen mal nicht von Flächen ge-/verboten wie Ortsschildern aus)
erlöschen alle Strecken ge-/verbote mind. für den einbiegenden Verkehr. D.h.
Geschwindigkeitsbeschränkungen, Einfahrtsverbote wie Gewicht, Achslast,
Breite, Höhe, Geschwindigkeit, Überholverbot müssen neu
ausgesprochen/beschildert werden.

D.h. eigentlich sind es Punktförmige ge-/verbote mit einer Richtung.
Natürlich ist ein umfahren eines Schildes nicht zulässig - Du warst
ja in der lage das Streckenverbot wahrzunehmen.

 Ähnlich zum Beispiel maxspeed, die müssen nicht an jeder mündenden
 Straße wiederholt sondern explizit aufgehoben werden (wird oft falsch
 gesehen), allenfalls kannst Du versuchen, falls Du ohne Ortskenntnis
 aus einer einmündenden Straße kamst wo das Schild vergessen wurde, vor
 Gericht der Strafe für Schnellfahren zu entgehen.

Sie werden defakto meistens aufgehoben - ich kann dir aber diverse
Stellen in meiner Umgebung nennen wo das nicht so ist - Aber Spannend
zu wissen - Produziere ich wieder Arbeit für die Kommunen :)

Ich bin mir SEHR sicher das die wiederholt werden MÜSSEN ansonsten
hätte ein einbiegender Fahrer keine möglichkeit ein ge-/verbot
wahrzunehmen so das die Ahndung anfechtbar ist.

Anders sieht das bei Zonen ge-/verboten aus. Dort ist es wichtig das
alle möglichkeiten in eine Zone einzufahren beschildert sind. Ist das
nicht der fall würde die Ahnung eines Verstoßes ja beliebig anfechtbar
sein.

Schnelles googlen brachte dieses hervor:
http://www.iww.de/va/archiv/streckenverbot-geltungsdauer-eines-streckenverbots-f44488

Eine Streckenvorschrift gilt nicht nur jeweils bis zur nächsten
Straßeneinmündung- oder Straßenkreuzung. Eine durch Zeichen 274 
angeordnete
Geschwindigkeitsbeschränkung endet erst an einem gem. § 41 Abs. 2 Nr. 7 
StVO
aufgestellten Zeichen 278. Der Sichtbarkeitsgrundsatz verlangt zwar die
Wiederholung aller Streckenvorschriftszeichen hinter jeder Kreuzung oder
Einmündung auf der Straßenseite, für die das Gebot oder Verbot besteht; 
dies
gilt aber nur für den Einbiegeverkehr (OLG Hamm, Beschl. 5.7.01, 2 Ss 
OWi
524/01, rkr.). (Abruf-Nr. 011096)

Praxishinweis

Wird ein Streckenvorschriftszeichen hinter einer Einmündung oder
Kreuzung nicht wiederholt, kann der auf die Straße einbiegende
Verkehrsteilnehmer nicht wegen des Verstoßes gegen das vorher 
angeordnete
Streckenverbot, z.B. eine Geschwindigkeitsbeschränkung, belangt werden.

Quelle: Verkehrsrecht aktuell - Ausgabe 01/2002, Seite 10


Im überigen sehe ich hier eines der großen Probleme mit dem derzeitigen tagging
bei OSM für z.b. den Schwerlastverkehr. Ein hgv=no auf einer Strecke ist
in den meisten fällen falsch. Am ende ist das ja ein Einfahrtsverbot in 
die Strecke, Ausfahren darf ich ja immer. D.h. es sind eigentlich Punktförmige
Verbote. Ich habe die hier sehr häufig halt unidirektional d.h. ich darf von 
einer Seite in die Straße eben nicht einfahren. Kann ich stand heute nur 
damit modellieren das ich die Straße trenne in 2 oneways und eines mit einem 
hgv=no
belege. (Was ich nicht mache weil ich für absolut kaputt halte)

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-30 Thread Stephan Wolff


Am 30.07.2015 09:54, schrieb Florian Lohoff:


Mir schwebte eigentlich eher vor das man quasi über Polygone seperat
in einer Datenbank mappingregeln oder generell regionale infos ablegen
kann. Diese URL/ID wird dann beim Download von Daten aus der API gleich
mitgeliefert so das JOSM z.b. ein Popup zeigen kann nach dem Motto:

Im Heruntergeladenen Bereich existieren Regionale Informationen - Vor
dem Hochladen bitte lesen:


Wenn die Gemeinde alle Beschlüsse auf ihrer Webseite veröffentlicht,
könnte man das website-Tag am Gemeindeobjekt als einen solchen Hinweis 
interpretieren :-)
Ansonsten existieren keine Polygone in der realen Welt und 
Metainformationen

gehören nicht in eine Geodatenbank.
In anderen Orten sind vielleicht nur zwei Straßen für den Kfz-Verkehr 
verboten.
Zu jeder einzelnen Gemeindestraße existiert aber eine Widmung und 
deshalb gehört diese Information zum highway-Objekt.



Inseln haben typischerweise GAR KEINE Zufahrt. Das ist ja genau das
spannende. Es ist ein isolierter Graph. Beschilderungen dieser art sind
aber rechtlich eigentlich punktförmige Verbote mit einer Richtung auf
der Straße. D.h. ich darf den Punkt auf der Straße nicht in der
jeweiligen Richtung überschreiten. In OSM tragen wir die als
Streckenverbote ein (Was falsch ist).

Jetzt aufgrund des einen Schildes alle wege auf der Straße mit einem
motor_vehicle=no zu versorgen halte ich für total übertrieben.


Das Verbot gilt wegen der Widmung für jede einzelne Straße auf ganzer 
Länge. Das Schild ist nur ein punktförmiger Hinweis darauf.



Es besteht ein allgemeines Verbot mit wenigen Ausnahmegenehmigungen.



Es besteht aber eben kein generelles Verbot aller Kraftfahrtzeuge.
Ich sehe immer wieder mapper
die irgendwelche Straßen mit access=no taggen. Das ist in 99% aller
fälle falsch. Selbst ein Zeichen 250 ist kein access=no.


99% der Mapper haben eine andere Meinung als du. ;-)



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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Vincent Frison

Le 30 juillet 2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

 Vincent, tu vois ce genre d'import sans communauté (plus exactement en
 comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
 pas dans un but malsain, ce n'est pas parasiter bien au contraire.


Euh oui merci de ne pas m'associer à ce genre de personnage ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

On Thu, Jul 30, 2015 at 09:58:21PM +0200, Stephan Wolff wrote:
 Am 30.07.2015 09:54, schrieb Florian Lohoff:
 
 Mir schwebte eigentlich eher vor das man quasi über Polygone seperat
 in einer Datenbank mappingregeln oder generell regionale infos ablegen
 kann. Diese URL/ID wird dann beim Download von Daten aus der API gleich
 mitgeliefert so das JOSM z.b. ein Popup zeigen kann nach dem Motto:
 
  Im Heruntergeladenen Bereich existieren Regionale Informationen - Vor
  dem Hochladen bitte lesen:
 
 Wenn die Gemeinde alle Beschlüsse auf ihrer Webseite veröffentlicht,
 könnte man das website-Tag am Gemeindeobjekt als einen solchen Hinweis
 interpretieren :-)
 Ansonsten existieren keine Polygone in der realen Welt und Metainformationen
 gehören nicht in eine Geodatenbank.
 In anderen Orten sind vielleicht nur zwei Straßen für den Kfz-Verkehr
 verboten.
 Zu jeder einzelnen Gemeindestraße existiert aber eine Widmung und deshalb
 gehört diese Information zum highway-Objekt.

Die Gemeinde sollte dafür sorgen, daß ihre Straßen gemäß STVO gekennzeichnet
sind. Kein Autofahrer ist verpflichtet im Gemeindearchiv oder gar in der OSM
Datenbank zu stöbern bevor er eine Straße befahren will. Entweder da ist ein 
Schild oder eben nicht.
Und wenn die Gemeinde irgendeine Zufahrts/Anlandungsmöglichkeit vergessen
hat ist das nicht unser Problem.

Richard

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

Re: [Talk-us] BurningMan 2015

2015-07-30 Thread Kate Chapman

Hi Frederik,

This has been added ahead of time for years. It will be on the ground and
most people at Burning Man are unlikely to have internet connection, but
use applications with download OSM data. I see no reason this can't be
added this year the same as in the past by the US OSM community.

Thanks,

Kate

On Thu, Jul 30, 2015 at 2:45 AM, Frederik Ramm frede...@remote.org wrote:

 Hi,

 On 07/29/2015 07:07 PM, David Chiles wrote:
  In the past  Black Rock City was included in OpenStreetMap. Is the
  generated layout something that could be added?

 OpenStreetMap focuses on things that are on the ground, not things that
 were or will be on the ground.

 There are some exception to this, for example there are tags to map
 things that are planned but don't yet exist; this is not encouraged
 for widespread use but might be applicable to Burning Man.

 For maximum flexibility independent of OSM's old-fashioned adherence to
 physical realities, I'd suggest to set up your own instance of an OSM
 server together with editor(s) and rendering tool chain, which would
 enable you and anyone interested to make the most detailed Burning Man
 map ever, and even retain the full data base from every year, offer
 side-by-side rendering and whatnot.

 Bye
 Frederik

 --
 Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-30 Thread Florian Lohoff

On Thu, Jul 30, 2015 at 09:58:21PM +0200, Stephan Wolff wrote:
 Am 30.07.2015 09:54, schrieb Florian Lohoff:
 
 Mir schwebte eigentlich eher vor das man quasi über Polygone seperat
 in einer Datenbank mappingregeln oder generell regionale infos ablegen
 kann. Diese URL/ID wird dann beim Download von Daten aus der API gleich
 mitgeliefert so das JOSM z.b. ein Popup zeigen kann nach dem Motto:
 
  Im Heruntergeladenen Bereich existieren Regionale Informationen - Vor
  dem Hochladen bitte lesen:
 
 Wenn die Gemeinde alle Beschlüsse auf ihrer Webseite veröffentlicht,
 könnte man das website-Tag am Gemeindeobjekt als einen solchen
 Hinweis interpretieren :-)
 Ansonsten existieren keine Polygone in der realen Welt und
 Metainformationen
 gehören nicht in eine Geodatenbank.
 In anderen Orten sind vielleicht nur zwei Straßen für den
 Kfz-Verkehr verboten.
 Zu jeder einzelnen Gemeindestraße existiert aber eine Widmung und
 deshalb gehört diese Information zum highway-Objekt.

Puh - also wer von den casual-mappern guckt denn als erstes in ein
Gemeindeobjekt ob denn wohl da spannendes drin steht? 

Und es geht ja um unterschiedlichste Gebiete. Das diese Informationen
nicht in eine Geodatenbank gehören sehe ich noch ein bischen anders da
es eben Geoinformationen sind. Das für OSM nur Metainformationen sind
mag ja sein - Aber wenn ich mir den schrott mit den umrissen der
Hochauflösenden Bing Bilder von anno Tobak oder so ansehe dann ist das eine 
absurde Diskussion.

Ich hätte da durchaus mehrere Anwendungsfälle - Für NRW den Hinweis auf
die DOPs/ALKIS Daten vom LVermA (Es gibt immer noch jede menge ID Nutzer
die von uralten und lagekaputten Bing Bildern abzeichnen) oder
eben solche dinger wie die Autofreien Inseln. 

Am Ende könnte man sogar noch z.b. den JOSM Validator mit informationen
versorgen z.b. Gebiet mit Linksverkehr oder die default sprache so das
ein name:de in Deutschland im Validator aufpoppt.

  Jetzt aufgrund des einen Schildes alle wege auf der Straße mit einem
  motor_vehicle=no zu versorgen halte ich für total übertrieben.

 Das Verbot gilt wegen der Widmung für jede einzelne Straße auf ganzer
 Länge. Das Schild ist nur ein punktförmiger Hinweis darauf.

=no ist falsch - Es sind dort motor_vehicles unterwegs und die dürfen das.

Die Strecke am Schild damit zu versorgen reicht dazu auch noch aus weil es der
einzige weg im Graph ist über den ein router potentiell eine Route berechnen
könnte (Fährverbindungen eingerechnet). Dazu kommt das es das einzige Verbot
ist das überprüfbar vorhanden ist. 

 Es besteht aber eben kein generelles Verbot aller Kraftfahrtzeuge.
 Ich sehe immer wieder mapper
 die irgendwelche Straßen mit access=no taggen. Das ist in 99% aller
 fälle falsch. Selbst ein Zeichen 250 ist kein access=no.
 
 99% der Mapper haben eine andere Meinung als du. ;-)

Ein Zeichen 250 ist ein Fahrzeuge aller Art. Mit dem Pferd oder
zu Fuß darf ich da sehr wohl rein.

access=no würde das verbieten und ist damit eine falsche übersetzung des 
Zeichen 250.

highway=residential/unclassified etc sagt ja öffentliche Straße d.h. StVO.

Gib mir doch mal ein Beispiel für eine StVO konforme Beschilderung für ein
access=no. Ich kenne da gerade keine.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Wochennotiz Nr. 262 21.7.–27.7.2015

2015-07-30 Thread wn reader


Hallo,

die Wochennotiz Nr. 262 mit allen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:


http://blog.openstreetmap.de/blog/2015/07/wochennotiz-nr-262/

Viel Spaß beim Lesen!

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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-30 Thread Vincent Frison

Le 30 juillet 2015 09:29, Christian Quest cqu...@openstreetmap.fr a écrit
:

 On a un arbre dans la basilique Notre-Dame, des arbres à moins d'1m de
 certaines highway (non pedestrian). Des problèmes de calage ? De quel
 côté OSM ou opendata ?

Place Masséna, il y a des différences avec Bing (qui date de 2012)... de
 nouveaux arbres y ont été plantés ou alors ils sont si petit qu'on ne
 les distingue pas sur l'ortho (ni sur Google Street View en septembre
 2014) ?

J'ai donc un doute sur la qualité des données en opendata. Sont-elles
 bien à jour ?

 Les algo de rapprochement semblent corrects, mais ne peuvent pas faire
 de miracle.


C'est pas toujours évident à dire qui est en cause, par exemple pour la
basilique cet élément correspond bien à un palmier réel collé à l'extérieur
de l'église et ça se joue à quelques dizaines de centimètres. Mais ce que
je vais faire c'est rajouter un filtre pour empêcher l'import d'un arbre
localisé à l'intérieur d'élément ayant le tag building (ou autre chose?),
c'est un truc j'aurais du penser dès le début.

Il faut savoir que beaucoup d'axes dans Nice ont été refait ces dernières
années et le mobilier urbain aussi forcément. Masséna a été en
travaux jusqu'à récemment mais à priori les positions sont bonnes de ce que
je vois, en tout cas d'après eux elles sont bonnes et à jour (je les ai
questionné sur cette zone). StreetView fait un joli mix avec des prises de
multiples époques mais justement je trouve que celles de 2014 correspondent
pas mal (en sachant qu'ils ont encore rajouté des arbres depuis). Mais j'y
irai faire un tour pour voir ça de plus près. Ceci dit ce genre de zone
n'est clairement pas l'endroit le mieux pour l'import (il y a une grosse
densité de végétaux et en plus souvent de petite taille) et sur ces zones
là je pourrais effectivement supprimer les arbres importés et utiliser du
tag landuse à la place, à voir...

Globalement je trouve quand même le positionnement vraiment bon, sur des
gros axes ensoleillés on peut voir que tout match parfaitement sous Bing.

J'ai aussi remarqué une belle bizarrerie avec quelques arbres qui étaient
sur l'emprunte du futur stade Allianz Arena, alors en travaux sous Bing
mais qui a été fini depuis. Je leur ai notifié et ils m'ont répondu que les
matricules de ces arbres correspondaient effectivement à des anciens arbres
mais qu'ils ne les réaffecterait que lorsque les travaux pour le tram
seront finis, faudra donc que je les supprime à la main..

Sinon ils n'ont apparemment pas d'informations sur la hauteur des arbres
(car trop variable d'après eux, ce qui n'est pas faux mais bon..) et je les
ai relancé encore une fois sur la possibilité d'avoir le type, c'est juste
pas possible qu'ils ne l'aient pas !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread osm . sanspourriel

Je vois aussi des liens web avec des pisteurs :
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

au lieu de :
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Le plus fort c'est sans doute celui-ci : 3258276024.
http://www.openstreetmap.org/node/3258276024L'utilisateur n'est pas
SeFaireConnaitreEnMal mais JustStupid. Si tu le dis !
S'ils font le mort, on peut aussi faire un revert et bloquer leur compte
temporairement, ça devrait les réveiller.
On leur laisse une semaine puis après une suspension d'un jour de plus
par lien pistant laissé ?

Vincent, tu vois ce genre d'import sans communauté (plus exactement en
comptant sur la communauté pour corriger), ça fait mal, mais toi ce
n'est pas dans un but malsain, ce n'est pas parasiter bien au contraire.

Jean-Yvon

Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes
commentaires sur les erreurs détectées.

J'ai aussi fait un revert pour récupérer le bâtiment perdu.

Le 30/07/2015 17:01, Maxime Résibois a écrit :
Ils suppriment même des bâtiments existants... :
https://overpass-api.de/achavi/?changeset=32957970

Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com
mailto:maxime.resib...@gmail.com a écrit :

SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420

--
Christian Quest - OpenStreetMap France

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

[Talk-br] Edição baseada em imagem do Google Street View John Packer

2015-07-30 Thread Ivaldo Nunes de Magalhães

Estou trabalhando na numeração (numeração das casas) do meu bairro. As
vezes tenho preguiça de sair à campo. Nisso tenho utilizado o street view
para comparar com os dados que levantei, já que para as ruas com numeração
regular vou utilizar interpolação.

Nesse ponto, até agora foi perfeito, não falha e a qualidade da imagem é
muito boa, onde é possível ver até números bem pequenos, que quando passo
pela rua tenho que chegar bem perto da casa para checar.

Para esse fim, recomendo, embora vou levantar tudo na munheca mesmo.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Primeira montadora a lançar uma navegação GPS com OSM

2015-07-30 Thread Thierry Jean

http://www.telenav.com/about/pr/pr-20150730.html

Thierry Jean


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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.



sent from a phone

 Am 30.07.2015 um 22:05 schrieb Florian Lohoff f...@zz.de:
 
 Sie werden defakto meistens aufgehoben - ich kann dir aber diverse
 Stellen in meiner Umgebung nennen wo das nicht so ist -


Es gibt da noch die Kombinationen mit Gefahrenzeichen oder so, die enden sobald 
die Gefahr vorüber ist automatisch (Z.B. scharfe Kurve)

Gruß 
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.



sent from a phone

 Am 30.07.2015 um 23:37 schrieb Richard ricoz@gmail.com:
 
 Und wenn die Gemeinde irgendeine Zufahrts/Anlandungsmöglichkeit vergessen
 hat ist das nicht unser Problem.


Wenn wir wissen, dass die Straßen rechtlich  so gewidmet sind, dass man dort 
allgemein mit Kfz nicht fahren darf, dann sollten wir das m.E. auch so 
eintragen (motor_vehicle=private). Ob man belangt werden kann, wenn man gegen 
das Verbot verstößt, bzw. ob die derzeitige Beschilderung der STVO genügt, ist 
ein anderer Sachverhalt.

Gruß 
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Emilie Laffray

Pour revenir brievement sur le sujet de la carotte et le baton, bannir un
compte ne ferait que ralentir que tres temporairement leur effort. Je pense
qu'au contraire il faut garder le compte et plutot soit nettoyer soit faire
un revert de leurs donnees.

Ces gens vivent de leur capacite a rendre leurs clients visibles donc il y
a un certain interet malgre tout a les avoir a condition bien sur qu'ils
respectent un peu plus les donnees. Je suis quasiment convaincue que ce
n'est pas du vandalisme volontaire mais plus un bug dans leur logiciel.
Quant aux URLS, si on veut vraiment s'amuser, il suffit d'utiliser le
changement que j'ai donne. Cela limite la visibilite de leur action meme si
je doute serieusement que des gens utilisent les URLs d'OSM en premier lieu.

Je pense qu'avec un peu de communication on peut resoudre certains des
problemes avec eux. Sinon le meilleur baton pour ce genre d'acteur est de
loin le name and shame. Ils vivent de leur credibilite vis a vis des
marques. Un post de blog plus quelques retweet de cela amplifies par les
bonnes personnes et on aura un resultat bien plus efficace. Mais c'est
vraiment la chose a faire que si rien n'aboutit.

2015-07-30 17:14 GMT-07:00 Emilie Laffray emilie.laff...@gmail.com:

Bonjour,

Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme niveau.
C'est y aller un peu fort quand meme!

@Christian
Veux tu que je me charge de contacter Ubiflow afin de leur expliquer que
ce qu'ils font n'est pas forcement bien vu ou reussi? Je prefere nettement
utiliser la carotte que le baton. Je vois parmi leurs employes des gens
venant du monde du geospatial donc il n'est pas impossible qu'au moins une
personne lise ce forum. J'ai des secondes connections sur LinkedIn sur la
plupart de leurs leadership donc si besoin je peux faire (et je suspecte
que certains ici ont les memes connections vu les personnes intermediaires
:P )

Concernant les parametres de tracking, ils ne sont pas bien mechants. Ils
sont la seulement pour Google Analytics afin d'indiquer le channel des
donnees. Si on veut vraiment s'amuser, on mettrait
utm_source=OpenStreetMaputm_medium=map. Cela permettra d'indiquer aux gens
sur leur Google Analytics que des gens viennent de OpenStreetMap. Cela
casse bien sur assez fortement la valeur de Ubiflow en premier lieu.

2015-07-30 14:02 GMT-07:00 osm.sanspourr...@spamgourmet.com:

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Le plus fort c'est sans doute celui-ci : 3258276024.
http://www.openstreetmap.org/node/3258276024 L'utilisateur n'est pas
SeFaireConnaitreEnMal mais JustStupid. Si tu le dis !
S'ils font le mort, on peut aussi faire un revert et bloquer leur compte
temporairement, ça devrait les réveiller.
On leur laisse une semaine puis après une suspension d'un jour de plus
par lien pistant laissé ?

Vincent, tu vois ce genre d'import sans communauté (plus exactement en
comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
pas dans un but malsain, ce n'est pas parasiter bien au contraire.

Jean-Yvon

Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes
commentaires sur les erreurs détectées.

J'ai aussi fait un revert pour récupérer le bâtiment perdu.

Le 30/07/2015 17:01, Maxime Résibois a écrit :

Ils suppriment même des bâtiments existants... :
https://overpass-api.de/achavi/?changeset=32957970

Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :

SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420
https://overpass-api.de/achavi/?changeset=32958420

--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing
listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-cz] LPIS import

2015-07-30 Thread Jakub Těšínský

Gratuluji vsem kdo se na importu podileli. Pri mapovani polnacek a 
turistickych znacek mi LIPS data hodne pomahaji v tom, ze je krasne 
videt kudz potencialne muze vest cesta. Na druhou stranu jsem na sobe uz 
pocitil urcite psychologicke negativum tohoto importu. Myslim ze je to 
vanilla verzu urciteho smiseneho efektu importu TIger dat v USA (viz 
napriklad zde 
http://flrec.ifas.ufl.edu/geomatics/wp-content/uploads/2012/02/tgis12037.pdf). 
Jde o to, ze automatizovany import muze demotivovat lidke mappery v 
zlepsovani dat.


Zcela konkretne: Kouknu na proslou trasu na vylete a zda se mi ze nejaka 
pole jsou trochu blbe. Pole ale u sebe maji nejaky LPSI id cilso, cele 
to vypada desne oficialne a spravne atd, a vlastne ani nevim co 
presne ta cisla znamenaji, abych pri aktualizaci poli neudelal vic skody 
nez uzitku ... bla, bla, bla, proste to radsi nechm byt na pokoji.


Takze jasny dotaz na ty kdo import provadeli (jeste jednou gratuluji). 
Maji se editovat tvary poli? Pokud pole nebou louku zedituju, mam 
zachoval lips id? Cokdyz spojim dve pole (vedla tam kdysi cesta uz 
nevede), jake to pak ma cislo? Moc bych se primlouval za to aby tyhle 
jasne pokyny visely na wiki, aby to kazdy moh doledat. Zadne douhe 
teoretizovani, jasny pokyn pro blbce stylu - lips cisla jsou skoro k 
nicemu, muzete je mazat nebo naimportovana pole klidne editujte, je to 
jen vychozi stav nebo kazde 2 roky budeme delat reimport za techto a 
techto podminek.



Dekuju J.

--
Jakub Těšínský
Mapping OSM since 2007

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

[Talk-pe] Fwd: Mapa para los ciclistas de Lima (Proyecto Lima en bicicleta YA !)

2015-07-30 Thread Sylvain Godoc

-- Mensaje enviado --
De: Sylvain Godoc sylvain.go...@gmail.com
Fecha: 30 de julio de 2015, 7:00 p. m.
Asunto: Mapa para los ciclistas de Lima (Proyecto Lima en bicicleta YA !)
Para: Talk-pe@openstreetmap.org

PROYECTO : LIMA EN BICICLETA YA !

Hola !

Me presento, soy Sylvain Godoc, estudiante de Ciencias Politicas y
Sociología en Francia. Estudié un año en la PUCP (2013/2014). Regresé a
Perú para trabajar de voluntario en una ONG y tuve una idea mientras
manejaba en bici en Lima, ariesgando mi vida. De esta idea trata mi correo
dirigido a ustedes. Alejandro Lengua Vega me dio sus datos por Facebook :).
Les mando el mensaje que mandé a todo Facebook para ayudarme y después te
digo un poco más de lo que espero de ustedes. :)

Mi plan es lo siguiente:
Quiero crear una mapa de Lima que mostrará las diferentes rutas para las
bicicletas en Lima. De hecho, Lima tiene pocas ciclovías y es complicado ir
de una ciclovía a otra (ejemplo : ir de Salavery a Universitaria sin
demorarse 2 horas). Para esperar el nuevo implemento de ciclovías que acaba
de proponer la Municipalidad, propongo mostrar con mi mapa que sí se puede
manejar bici en Lima. ¿ Como ? Usando calles paralelas, avenidas olvidadas,
etc. Vi bastante de estas rutas en Lima mientras manejaba.

No obstante, no puedo recoger todo Lima en busqueda de estos rincones para
ciclistas. Así que reflexioné un poco con mi vista de sociologo. Me dí
cuenta que los lugares más peligrosos para las bicis son las avenidas y
calles que recogen los combis y buses. En la mayoría de los casos, cuando
no hay combi, la ruta es bastante tranquila. Deducí que para manejar bicis
en Lima, lo primero a hacer es evitar las rutas de los combis (excepto las
rutas donde hay ciclovías, obviamente).

El mapa permitirá a cualquier persona vizualizar las mejores rutas para
manejar la bici. El objetivo final es crear un mapa interactivo en Internet
en la cuál el ciclista solo tiene que indicar su punto de inicio y su punto
de llegada para obtener la información sobre la ruta más rapida y tranquila.
Contacté la municipalidad de Lima para que cooperen dandome las rutas de
las empresas de transporte de Lima. Parecen bastante interesados. Voy a
encontrarlos el 5 de Agosto.

Bueno, ahora que tuve la idea y el contacto, necesito saber COMO voy a
hacer esta tán deseada mapa, tecnicamente. Después de unas busquedas en
Google, me dí cuenta que iba a ser un poco más complicado de lo que pensaba
jaja. Entonces, necesito su ayuda para unas cositas:
1) Primero, me parece que solo hay que registrar todas las rutas de combis
de Lima (toma tiempo pero no parece muy complicado con google maps). Así
que necesitaré manos para ayudar a editar la mapa y subir las rutas. Aquí
hay algunas rutas para empezar antes de mi cita con la Municipalidad:
http://dal.ota-peru.com
http://l.facebook.com/l.php?u=http%3A%2F%2Fdal.ota-peru.com%2Fh=PAQGm_AsxAQHc38lAL2XD5YkmjQolB60-mjIy2leFd2LGZAenc=AZN8l_JBi5BLo9VoCr9YUZcKCj3Y6r8Dh6zD687_X_V61efTSPd3YEP9psf94vERjnKNh_tmNse893qD_hP5Fy3WwnQtgLw-8WRIKwGb5GQHdLqHxwce-XJgF7_cZYPiVicHbsc0-xHaVSxiNPMtK6FTCWkxB_c0ypzS8KFA6y4NjJi_22D7ZwNV4iIlbW7vnfXASzWfK2pNxgU0en_eTWO4s=1
2) Cuando tendremos todas las rutas en la mapa, se vuelve un poco más
complicado. Hay que hacer entender a Google Maps (o otro software, estoy
abierto a todo tipo de propuesta porque no sé como hacerlo con Google Maps)
que las rutas registradas son las rutas A EVITAR. Ahí necesito saber como
se puede llevar a cabo. Y si no se puede llevar a cabo, necesito
alternativa.
3) El objetivo final es que la mapa que vamos a crear indica por donde la
bici debe pasar. Con todo el trabajo hecho en la etapa 1 y 2, me parece que
este objetivo final será facil a alcanzar porque tendremos una nueva mapa
de Lima, sin los lugares peligrosos para las bicis.
Diganme porque ustedes son los expertos de las mapas !

Bueno, ahora, ¡ a cambiar la manera de pensar el transporte en Lima chicos
y chicas !
¡ Sumate a esta aventura de cooperación ciudadano !
Aquí el link del grupo Facebook del proyecto:
https://www.facebook.com/groups/1605735533048621/

pd: este proyecto es un proyecto de cooperación y de intercambio de ideas y
de servicios. Nadie ganará nada de plata, lo hago voluntariamente. Pero
piensan en el futuro. Cuando la mapa será hecha, podrás decir “Yo tuve
parte de la aventura”

Bueno, ahora que saben del proyecto, les digo porque los contacté. No tengo
experiencia en mapeo. Solo me llegó la idea. Me gustaría que ustedes se
juntan al proyecto para ayudar al nivel tecnico. Creo que solo hará que
selecionar todas las rutas de combis de Lima y borrar todas sus rutas de la
mapa para tener una nueva mapa. Podríamos calcal ? No sé como es posible
hacer eso...

Saludos !

pd: me registré en su sitio web también.
*émoticône gr in*
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-30 Thread Emilie Laffray

Bonjour,

Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme niveau.
C'est y aller un peu fort quand meme!

@Christian
Veux tu que je me charge de contacter Ubiflow afin de leur expliquer que ce
qu'ils font n'est pas forcement bien vu ou reussi? Je prefere nettement
utiliser la carotte que le baton. Je vois parmi leurs employes des gens
venant du monde du geospatial donc il n'est pas impossible qu'au moins une
personne lise ce forum. J'ai des secondes connections sur LinkedIn sur la
plupart de leurs leadership donc si besoin je peux faire (et je suspecte
que certains ici ont les memes connections vu les personnes intermediaires
:P )

2015-07-30 14:02 GMT-07:00 osm.sanspourr...@spamgourmet.com:

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui est
pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Le plus fort c'est sans doute celui-ci : 3258276024.
http://www.openstreetmap.org/node/3258276024 L'utilisateur n'est pas
SeFaireConnaitreEnMal mais JustStupid. Si tu le dis !
S'ils font le mort, on peut aussi faire un revert et bloquer leur compte
temporairement, ça devrait les réveiller.
On leur laisse une semaine puis après une suspension d'un jour de plus par
lien pistant laissé ?

Vincent, tu vois ce genre d'import sans communauté (plus exactement en
comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
pas dans un but malsain, ce n'est pas parasiter bien au contraire.

Jean-Yvon

Le 30/07/2015 17:40, Christian Quest - cqu...@openstreetmap.fr a écrit :

Il ne faut pas hésiter à mettre des commentaires sur leurs changeset.

Je viens de passer en revue celui-ci et les suivants... avec mes
commentaires sur les erreurs détectées.

J'ai aussi fait un revert pour récupérer le bâtiment perdu.

Le 30/07/2015 17:01, Maxime Résibois a écrit :

Ils suppriment même des bâtiments existants... :
https://overpass-api.de/achavi/?changeset=32957970

Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :

SaFaireConnaitre refait des siennes... :
https://overpass-api.de/achavi/?changeset=32958420
https://overpass-api.de/achavi/?changeset=32958420

--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing
listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr

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

[Talk-cz] otevreni ramp na Prazskem okruhu

2015-07-30 Thread Jakub Těšínský


Namapovano

misto znam a vlastne jsem cekal, ze uz to bude davno namapovany. Zasadni 
zmena je ze aby clovek sjel do Zlicina musi sjet HNED tj, jakoby chvili 
jede skoro jako na Plzen. No proste kouknete do mapy.


gorn

--
Jakub Těšínský
Mapping OSM since 2007


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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-07-30 Thread Vincent Frison

Le 30 juillet 2015 23:24, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

 Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement des
 bâtiments aussi donc qui a raison?

 Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien être
 possible de faire comme sous n'importe quel SIG un tag intermédiaire
 note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à mettre
 dans un fichier *.osm et à retoucher au fur et à mesure pour faire
 l'intégration en semi-auto par exemple par type d'alerte.

 C'est plus simple et au moins il n'y a plus d’ambiguïté.


Le plus simple c'est encore d'ignorer purement et simplement tous les
éléments posant problème.

Mais je trouve que c'est une bonne idée de garder ces éléments dans un
fichier à part.. histoire de ne rien lâcher ! ;p

Je ferai ça ce WE..
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.



sent from a phone

 Am 30.07.2015 um 22:05 schrieb Florian Lohoff f...@zz.de:
 
 D.h. eigentlich sind es Punktförmige ge-/verbote mit einer Richtung.
 Natürlich ist ein umfahren eines Schildes nicht zulässig - Du warst
 ja in der lage das Streckenverbot wahrzunehmen.


Na und, ist doch egal, wo das Verbot angeblich nur an einem Punkt in einer 
Richtung gelten soll, und ich den Punkt nicht betrete.

Gruß 
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-br] Edição baseada em imagem do Google Street View John Packer

2015-07-30 Thread Blademir Andrade de Lima

Cuidado que a Polícia do OSM pode querer excluir o que tu fez.
Abraços,BladeTC

From: ivald...@gmail.com
Date: Thu, 30 Jul 2015 21:00:12 -0400
To: talk-br@openstreetmap.org
Subject: [Talk-br]  Edição baseada em imagem do Google Street View John Packer

Estou trabalhando na numeração (numeração das casas) do meu bairro. As vezes 
tenho preguiça de sair à campo. Nisso tenho utilizado o street view para 
comparar com os dados que levantei, já que para as ruas com numeração regular 
vou utilizar interpolação. 
Nesse ponto, até agora foi perfeito, não falha e a qualidade da imagem é muito 
boa, onde é possível ver até números bem pequenos, que quando passo pela rua 
tenho que chegar bem perto da casa para checar.
Para esse fim, recomendo, embora vou levantar tudo na munheca mesmo.

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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-30 Thread Michael Paulmann

Also wenn keine Polygone die nicht in der realen Welt existieren gemappt werden 
sollen dann bitte ich darum alle administrativen Grenzen zu entfernen. Diese 
sind nicht in der realen Welt zu sehen, oder hat einer mal eine Gemeindegrenze 
gesehen?

Gruß

Paulest

-Ursprüngliche Nachricht-
Von: Stephan Wolff [mailto:s.wo...@web.de] 
Gesendet: Donnerstag, 30. Juli 2015 21:58
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

Am 30.07.2015 09:54, schrieb Florian Lohoff:

 Mir schwebte eigentlich eher vor das man quasi über Polygone seperat 
 in einer Datenbank mappingregeln oder generell regionale infos ablegen 
 kann. Diese URL/ID wird dann beim Download von Daten aus der API 
 gleich mitgeliefert so das JOSM z.b. ein Popup zeigen kann nach dem Motto:

   Im Heruntergeladenen Bereich existieren Regionale Informationen - Vor
   dem Hochladen bitte lesen:

Wenn die Gemeinde alle Beschlüsse auf ihrer Webseite veröffentlicht, könnte man 
das website-Tag am Gemeindeobjekt als einen solchen Hinweis interpretieren 
:-) Ansonsten existieren keine Polygone in der realen Welt und 
Metainformationen gehören nicht in eine Geodatenbank.
In anderen Orten sind vielleicht nur zwei Straßen für den Kfz-Verkehr verboten.
Zu jeder einzelnen Gemeindestraße existiert aber eine Widmung und deshalb 
gehört diese Information zum highway-Objekt.

 Inseln haben typischerweise GAR KEINE Zufahrt. Das ist ja genau das 
 spannende. Es ist ein isolierter Graph. Beschilderungen dieser art 
 sind aber rechtlich eigentlich punktförmige Verbote mit einer Richtung 
 auf der Straße. D.h. ich darf den Punkt auf der Straße nicht in der 
 jeweiligen Richtung überschreiten. In OSM tragen wir die als 
 Streckenverbote ein (Was falsch ist).

 Jetzt aufgrund des einen Schildes alle wege auf der Straße mit einem 
 motor_vehicle=no zu versorgen halte ich für total übertrieben.

Das Verbot gilt wegen der Widmung für jede einzelne Straße auf ganzer Länge. 
Das Schild ist nur ein punktförmiger Hinweis darauf.

 Es besteht ein allgemeines Verbot mit wenigen Ausnahmegenehmigungen.

 Es besteht aber eben kein generelles Verbot aller Kraftfahrtzeuge.
 Ich sehe immer wieder mapper
 die irgendwelche Straßen mit access=no taggen. Das ist in 99% aller 
 fälle falsch. Selbst ein Zeichen 250 ist kein access=no.

99% der Mapper haben eine andere Meinung als du. ;-)



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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-30 Thread Mattiszik, Michael

Am 31. Juli 2015 um 07:42 schrieb Michael Paulmann 
michael.paulm...@hft-stuttgart.de:

 Also wenn keine Polygone die nicht in der realen Welt existieren gemappt
 werden sollen dann bitte ich darum alle administrativen Grenzen zu
 entfernen. Diese sind nicht in der realen Welt zu sehen, oder hat einer mal
 eine Gemeindegrenze gesehen?


Ja, habe ich schon gesehen... Achte mal auf die Markierung mit den
Straßennummern am Straßenrand. Bei den Landkreisen ändert sich sogar die
Nummer, bei den reinen Gemeindegrenzen ist dies ebenfalls angegeben. ;)
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-cz] LPIS import

2015-07-30 Thread Marián Kyral

Dne 31.7.2015 v 00:30 Jakub Těšínský napsal(a):
 Gratuluji vsem kdo se na importu podileli. Pri mapovani polnacek a
 turistickych znacek mi LIPS data hodne pomahaji v tom, ze je krasne
 videt kudz potencialne muze vest cesta. Na druhou stranu jsem na sobe
 uz pocitil urcite psychologicke negativum tohoto importu. Myslim ze je
 to vanilla verzu urciteho smiseneho efektu importu TIger dat v USA
 (viz napriklad zde
 http://flrec.ifas.ufl.edu/geomatics/wp-content/uploads/2012/02/tgis12037.pdf).
 Jde o to, ze automatizovany import muze demotivovat lidke mappery v
 zlepsovani dat.

 Zcela konkretne: Kouknu na proslou trasu na vylete a zda se mi ze
 nejaka pole jsou trochu blbe. Pole ale u sebe maji nejaky LPSI id
 cilso, cele to vypada desne oficialne a spravne atd, a vlastne ani
 nevim co presne ta cisla znamenaji, abych pri aktualizaci poli
 neudelal vic skody nez uzitku ... bla, bla, bla, proste to radsi nechm
 byt na pokoji.

 Takze jasny dotaz na ty kdo import provadeli (jeste jednou gratuluji).
 Maji se editovat tvary poli? Pokud pole nebou louku zedituju, mam
 zachoval lips id? Cokdyz spojim dve pole (vedla tam kdysi cesta uz
 nevede), jake to pak ma cislo? Moc bych se primlouval za to aby tyhle
 jasne pokyny visely na wiki, aby to kazdy moh doledat. Zadne douhe
 teoretizovani, jasny pokyn pro blbce stylu - lips cisla jsou skoro k
 nicemu, muzete je mazat nebo naimportovana pole klidne editujte, je
 to jen vychozi stav nebo kazde 2 roky budeme delat reimport za
 techto a techto podminek.


 Dekuju J.


Ahoj,
jen krátce.

- Žádné velké přetrasování se neplánuje. Pouze nepravidelné aktualizace
v rámci místních editací. Například, kus pole byl změněn na obytnou
plochu a tvar pole se změnil.

- Při editaci doporučuji dát si jako podklad LPIS wms vrstvu. Pak
uvidíš, zda se dané pole v LPIS změnilo nebo ne. 

- Polní cesta může vést po poli a pole nemusí být v daném místě
rozděleno na dvě. Hodně to záleží na tom, kdo ta pole zakresloval. Různí
lidé to dělají různě. Někdo poctivě vykresluje všechny ostrůvky, jiný se
na to vybodne a udělá to jako jednolité pole.

- V případě nejasností kouknout na nejnovější ortofoto. CUZK nebo
mapy.cz. Dle všeho ta pole vznikají na základě cuzk:ortofoto.

- Co je LPIS id není jasné. Někdy se to pole změní a ID zůstane, jindy
je nahrazeno novým.

- Pole neslučovat. Na každém může být za rok něco jiného. Třeba travní
porost. To se řešilo už při importu.

- Malá editace polí není problém, ale může se stát, že o úpravy přijdeš,
když to někdo přetrasuje a nevšimne si, že tam je editace. Typicky, dvě
velká pole, která se v LPIS sloučila do jednoho.

- Na editaci doporučuji JOSM s pluginy: Tracer-testing, ContourMerge, a
utilsplugin2 (hlavně příkaz: Nahradit geometrii)


Mám v plánu jednou nějaké základní tipy na editaci sepsat, ale znáš to.

Marián

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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-30 Thread Florian Lohoff

On Wed, Jul 29, 2015 at 06:16:15PM +0200, Stephan Wolff wrote:
 Also wer Spiekeroog nicht bei Mapillary findet dem kann ich nicht
 Helfen. Die Mapillary Bilder sind im ueberigen alle von mir um eben
 auch den zustand der Beschilderung zu Dokumentieren.
 
 Natürlich kann man herausfinden, welche Insel du bearbeitet hast und
 wo die Bilder zu finden sind. Ein direkter Link macht es aber
 deutlich einfacher.

Wenn du dir meine Originalmail nochmal ansiehst ging es explizit nicht
um die Insel wo ich derzeit mappe sondern um ein ganz anderes Problem.
Du hast die generelle Ideensammlungsanfrage zu persistenten regionalen
informationen zu einem konkreten Problemlösungsthread verwandelt. DAS
war aber gar nicht meine Intention. 

Mir schwebte eigentlich eher vor das man quasi über Polygone seperat
in einer Datenbank mappingregeln oder generell regionale infos ablegen
kann. Diese URL/ID wird dann beim Download von Daten aus der API gleich
mitgeliefert so das JOSM z.b. ein Popup zeigen kann nach dem Motto:

Im Heruntergeladenen Bereich existieren Regionale Informationen - Vor
dem Hochladen bitte lesen:

http://wiki.openstreetmap.org/DE:Spiekeroog

oder ähnliches. Das Thema Autofreiheit ist ja nur das eine - Das andere
sind regionale OSM Gruppen.

 motor_vehicle=no ist einfach falsch und kaputt. Es gibt genau
 ein einziges Schild das Kraftfahrzeuge regelt auf Spiekeroog.
 
 Wenn es die einzige Zufahrt ist, ist die Beschilderung vollständig.

Inseln haben typischerweise GAR KEINE Zufahrt. Das ist ja genau das
spannende. Es ist ein isolierter Graph. Beschilderungen dieser art sind
aber rechtlich eigentlich punktförmige Verbote mit einer Richtung auf
der Straße. D.h. ich darf den Punkt auf der Straße nicht in der
jeweiligen Richtung überschreiten. In OSM tragen wir die als
Streckenverbote ein (Was falsch ist).

Jetzt aufgrund des einen Schildes alle wege auf der Straße mit einem
motor_vehicle=no zu versorgen halte ich für total übertrieben.

 Es besteht ein allgemeines Verbot mit wenigen Ausnahmegenehmigungen.
 Aus einem Urteilstext des OVG Lüneburg 7. Senat, Urteil vom 21.03.2013:
 Aufgrund einer Widmung der [Gemeinde] von 1969 ist auf den
 Spiekerooger Gemeindestraßen der Verkehr mit Kraftfahrzeugen verboten.
 Die Straßenverkehrsbehörde des Landkreises Wittmund hat dementsprechend
 ein Kraftfahrzeugverkehrsverbot angeordnet[]
 Der Landkreis Wittmund erteilte dem Kläger unter dem 20. Dezember 2007
 Ausnahmegenehmigungen für seine Fahrzeuge von dem auf der Insel
 Spiekeroog angeordneten Kraftfahrzeugverkehrsverbot.
 Eine generelle Erlaubnis besteht also nicht.

Es besteht aber eben kein generelles Verbot aller Kraftfahrtzeuge. Ein
motor_vehicle=no ist also genauso falsch. Es müsste wenn dann permissive
heissen. Es macht aber hier auch überhaupt keinen Sinn das alles zu
taggen da es eh ein isolierter Graph ist - Mit berücksichtigung der
Fähren kommt man aus dem Hafen nicht raus.

Ich wehre mich einfach dagegen das hier beliebige access tags verteilt
werden die einer nachprüfbaren Grundlage entbehren. Das ist nicht
nur hier in Spiekeroog ein Problem. Ich sehe immer wieder mapper
die irgendwelche Straßen mit access=no taggen. Das ist in 99% aller
fälle falsch. Selbst ein Zeichen 250 ist kein access=no.

Gerne wird auch genommen das ein Schild Privatweg als access=private
eingetragen wird. Entbehrt ja auch jeglicher Grundlage.

Leider sind halt access tags nicht in der Karte sichtbar so das da
erst jede menge murks passiert. Man merkt das dann im zweifelsfalle
erst wenn es im routing aufschlägt.

Ich prophezeie das uns das Thema noch richtig beissen wird.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.



sent from a phone

 Am 30.07.2015 um 09:54 schrieb Florian Lohoff f...@zz.de:
 
 Beschilderungen dieser art sind
 aber rechtlich eigentlich punktförmige Verbote mit einer Richtung auf
 der Straße. D.h. ich darf den Punkt auf der Straße nicht in der
 jeweiligen Richtung überschreiten. In OSM tragen wir die als
 Streckenverbote ein (Was falsch ist).


Du meinst, wenn Du (mit Genehmigung des Besitzers) einen kleinen Bogen über ein 
angrenzendes Feld um ein Kfz verboten Schild machst und erst nach dem Schild 
auf den Weg fährst dann wäre das erlaubt?(allgemein, nicht speziell auf dieser 
Insel).

Denke ich nicht. Es ist der Weg, auf dem man nicht fahren darf, das Schild ist 
nur der Hinweis.

Ähnlich zum Beispiel maxspeed, die müssen nicht an jeder mündenden Straße 
wiederholt sondern explizit aufgehoben werden (wird oft falsch gesehen), 
allenfalls kannst Du versuchen, falls Du ohne Ortskenntnis aus einer 
einmündenden Straße kamst wo das Schild vergessen wurde, vor Gericht der Strafe 
für Schnellfahren zu entgehen.

Gruß 
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.



sent from a phone

Am 30.07.2015 um 09:54 schrieb Florian Lohoff f...@zz.de:

 Der Landkreis Wittmund erteilte dem Kläger unter dem 20. Dezember 2007
 Ausnahmegenehmigungen für seine Fahrzeuge von dem auf der Insel
 Spiekeroog angeordneten Kraftfahrzeugverkehrsverbot.
 Eine generelle Erlaubnis besteht also nicht.
 
 Es besteht aber eben kein generelles Verbot aller Kraftfahrtzeuge. Ein
 motor_vehicle=no ist also genauso falsch. Es müsste wenn dann permissive
 heissen


private, weil nur mit Ausnahmegenehmigung 

Gruß 
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.