date:20140717


Hi all,

I'm really pleased to announce that http://cycle.travel/ now has 
OSM-based cycle routing for Western Europe: France, the Netherlands, 
Belgium, Germany, Denmark, Czech Republic, Slovenia, Austria, Italy, 
Spain, Portugal, the UK and Ireland.


You can try it here:
http://cycle.travel/map

and if you log in, you can save/share your planned routes (and change 
your user preferences from miles to km ).


It's built with (patched) OSRM and a complex custom profile. It takes 
account of elevation, cycle routes, surface quality and more. All routes 
are fully draggable and you can export to GPX, TCX, and PDF. The 
cartography is specially designed for the site.


== Routing details ==

If it doesn't follow a route you'd expect it to take, this is usually 
because surface tags are missing.


For example, at http://cycle.travel/map?lat=50.0181lon=2.0333zoom=15, 
the canalside path is tagged as 'highway=path' with no surface tags. 
cycle.travel assumes that paths in rural areas have poor quality 
surfaces, so will try not to route along them. Adding a 'surface=gravel' 
to this path, which the aerial imagery suggests, will make the router 
like it. (Access tags are also good.)


== Miscellaneous notes ==

- The tileserver is a little slow - please be gentle!
- There are occasional inconsistencies in the tiles - old styles that 
haven't refreshed yet.
- You can't route between the UK and mainland Europe (there's a big lake 
in the way. Only Chris Froome is allowed to cycle through the tunnel and 
look how far it got him)

- I'm planning on weekly updates but it'll be less often at first.
- Known issue with highway=trunk, bicycle=yes getting undue prominence.
- Known issue with fahrradstrassen/fietsstraten not being prioritised.

Still lots to improve but I hope you like it - and, as ever, thanks to 
all the mappers who have contributed all the lovely data. You can post 
comments/bugs/suggestions at http://cycle.travel/forum/2 .


cheers
Richard

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

Re: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread Maarten Deen

Richard Fairhurst wrote:
 Hi all,

 I'm really pleased to announce that http://cycle.travel/ now has
 OSM-based cycle routing for Western Europe: France, the Netherlands,
 Belgium, Germany, Denmark, Czech Republic, Slovenia, Austria, Italy,
 Spain, Portugal, the UK and Ireland.

 You can try it here:
  http://cycle.travel/map

It's nice and fast! But it is not really apt in finding shortest or quickest
routes.
I entered my daily commute (from 51.3207,5.9888 to 51.5428,5.9827, permalink
does not work properly) and it comes with a (for me new) route of 18.3 miles
(=29.45 km) in 2:02.
If I move the route to what I actually do, I get 17.9 miles and 1:59.
And there are no paths or tracks in either route.

 and if you log in, you can save/share your planned routes (and change
 your user preferences from miles to km ).

Do you really have to create an account just for that? Miles is a very UK and
US thing, it is not used anywhere on mainland europe. Can't you just use km
when you plan a route on mainland europe or set a cookie?

Regards,
Maarten



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

Re: [OSM-talk] cycle.travel bike routing for Western Europe

Maarten Deen wrote:
It's nice and fast! But it is not really apt in finding shortest or
quickest routes.
I entered my daily commute (from 51.3207,5.9888 to 51.5428,5.9827,
permalink does not work properly) and it comes with a (for me new)
route of 18.3 miles (=29.45 km) in 2:02.
If I move the route to what I actually do, I get 17.9 miles and 1:59.
And there are no paths or tracks in either route.

The route it chooses has an off-road cycleway for more of the route (all the
way to Eijkenhofweg) and then highway=unclassified (Steegse Peelweg),
whereas the 17.9-mile route has more highway=tertiary (Loorban and
Veulenseweg). In general cycle.travel prefers a balanced route using
traffic-free and quiet roads, rather than just trying to find the shortest
or quickest route along busier roads.

Of course, it would be good if we tagged average motor traffic levels on
roads. :)

and if you log in, you can save/share your planned routes (and change
your user preferences from miles to km ).
Do you really have to create an account just for that? Miles is a very UK
and US thing, it is not used anywhere on mainland europe. Can't you just
use km when you plan a route on mainland europe or set a cookie?

Oh absolutely, I just haven't had time to do that yet.

cheers
Richard

--
View this message in context:
http://gis.19327.n5.nabble.com/cycle-travel-bike-routing-for-Western-Europe-tp5811759p5811765.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread Maarten Deen


On 2014-07-17 16:38, Richard Fairhurst wrote:

Maarten Deen wrote:

It's nice and fast! But it is not really apt in finding shortest or
quickest routes.
I entered my daily commute (from 51.3207,5.9888 to 51.5428,5.9827,
permalink does not work properly) and it comes with a (for me new)
route of 18.3 miles (=29.45 km) in 2:02.
If I move the route to what I actually do, I get 17.9 miles and 1:59.
And there are no paths or tracks in either route.


The route it chooses has an off-road cycleway for more of the route 
(all the

way to Eijkenhofweg) and then highway=unclassified (Steegse Peelweg),
whereas the 17.9-mile route has more highway=tertiary (Loorban and
Veulenseweg). In general cycle.travel prefers a balanced route using
traffic-free and quiet roads, rather than just trying to find the 
shortest

or quickest route along busier roads.


So, can't I just ask shortest or quickest road? As you say, the router 
has no idea about traffic levels. I mean, if a router can't give me 
either shortest or quickest, then I always think I get some random route 
that is not optimal in any aspect.


Maarten


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

Re: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread colliar

Am 17.07.2014 20:14, schrieb Maarten Deen:
 On 2014-07-17 16:38, Richard Fairhurst wrote:
 Maarten Deen wrote:

Thanks for an online bicyle routing.

 It's nice and fast! But it is not really apt in finding shortest or
 quickest routes.

+1

 I entered my daily commute (from 51.3207,5.9888 to 51.5428,5.9827,
 permalink does not work properly) and it comes with a (for me new)
 route of 18.3 miles (=29.45 km) in 2:02.
 If I move the route to what I actually do, I get 17.9 miles and 1:59.
 And there are no paths or tracks in either route.

 The route it chooses has an off-road cycleway for more of the route
 (all the
 way to Eijkenhofweg) and then highway=unclassified (Steegse Peelweg),
 whereas the 17.9-mile route has more highway=tertiary (Loorban and
 Veulenseweg). In general cycle.travel prefers a balanced route using
 traffic-free and quiet roads, rather than just trying to find the
 shortest
 or quickest route along busier roads.

I find several problems.
1. How are separate drawn cycleways next to roads handled ?
2. Neither traffic_light/crossing nor shape turns are evaluated.
3. I would like to show you some examples but I did not find any
link/shortlink feature. Are gpx tracks any help ?

 So, can't I just ask shortest or quickest road? As you say, the router
 has no idea about traffic levels. I mean, if a router can't give me
 either shortest or quickest, then I always think I get some random route
 that is not optimal in any aspect.

+1

Cheers colliar



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] cycle.travel bike routing for Western Europe

Maarten Deen wrote:
 So, can't I just ask shortest or quickest road? As you say, the 
 router has no idea about traffic levels. I mean, if a router can't 
 give me either shortest or quickest, then I always think I get 
 some random route that is not optimal in any aspect.

Nope, it doesn't and won't do that I'm afraid. If you want the shortest,
quickest route, which presupposes that you're happy cycling along busy main
roads, this isn't the router for you. cycle.travel is designed for people
who want a more leisurely and enjoyable ride.

cheers
Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/cycle-travel-bike-routing-for-Western-Europe-tp5811759p5811790.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread sabas88

2014-07-17 15:13 GMT+02:00 Richard Fairhurst rich...@systemed.net:

 Hi all,

 I'm really pleased to announce that http://cycle.travel/ now has
 OSM-based cycle routing for Western Europe: France, the Netherlands,
 Belgium, Germany, Denmark, Czech Republic, Slovenia, Austria, Italy, Spain,
 Portugal, the UK and Ireland.

 You can try it here:
 http://cycle.travel/map


Hi Richard,
it looks really nice!
One quick note, it's possible to have routes (also) in metric units?



 cheers
 Richard


Thanks,
Stefano


 ___
 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] cycle.travel bike routing for Western Europe

colliar wrote:
 1. How are separate drawn cycleways next to roads handled ?

It prefers cycleways to roads, so it'll usually route via the cycleways
(assuming they're properly connected).

 2. Neither traffic_light/crossing nor shape turns are evaluated.

There's a routing penalty for traffic lights. Not sure what you mean by
shape turns - can you explain?

 3. I would like to show you some examples but I did not find 
 any link/shortlink feature. Are gpx tracks any help ?

You can log into the site and save routes that way - that's probably the
best way!

cheers
Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/cycle-travel-bike-routing-for-Western-Europe-tp5811759p5811796.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] cycle.travel bike routing for Western Europe

sabas88 wrote:
 it looks really nice!

Thanks! :)

 One quick note, it's possible to have routes (also) in metric units?

Yep, definitely. I'm working on making it the default for Europe but, for
now, you can log in and set your user profile to prefer kilometres.

cheers
Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/cycle-travel-bike-routing-for-Western-Europe-tp5811759p5811797.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

[OSM-talk] NOTICE: Mail Disruption overnight outage

2014-07-17 Thread Grant Slater

Hi All,

OpenStreetMap email (outgoing and incoming) will be disrupted for up
to the next 24 hours.

OpenStreetMap.org signup confirmation emails, Wiki emails,
OpenStreetMap Message emails (outgoing  incoming), mailing list post
(incoming  outgoing) and a few other email types may be significantly
delayed during this period.

Also...
For a few hours tonight (00:00 midnight to 05:00am GMT+1) a few
services will be unavailable:
mailing lists, help.openstreetmap.org, svn.openstreetmap.org and
trac.openstreetmap.org
It may take until 20:00 GMT+1 for everyone to be able access these
services again. (Old DNS records expiry)

Sorry for the disruption.

Kind regards,
Grant Slater
On behalf of the OpenStreetMap sysadmin team

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

Re: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread sabas88

2014-07-17 22:02 GMT+02:00 Richard Fairhurst rich...@systemed.net:

 sabas88 wrote:
  it looks really nice!

 Thanks! :)

  One quick note, it's possible to have routes (also) in metric units?

 Yep, definitely. I'm working on making it the default for Europe but, for
 now, you can log in and set your user profile to prefer kilometres.


Just did it, nice, thanks again!


 cheers
 Richard





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/cycle-travel-bike-routing-for-Western-Europe-tp5811759p5811797.html
 Sent from the General Discussion mailing list archive at Nabble.com.

 ___
 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] cycle.travel bike routing for Western Europe

2014-07-17 Thread colliar

Am 17.07.2014 22:01, schrieb Richard Fairhurst:
 colliar wrote:
 1. How are separate drawn cycleways next to roads handled ?
 
 It prefers cycleways to roads, so it'll usually route via the cycleways
 (assuming they're properly connected).

It makes a real difference if you have a cycletrack along side a primary
route or a cycleway through the fields. In a city you often prefer calm
residential roads over cycleways along side major roads. In this way the
routing does not find many smarter, saver and shorter + faster routes.

 2. Neither traffic_light/crossing nor shape turns are evaluated.
 
 There's a routing penalty for traffic lights.

Well, how about crossing=* ? In my region there are no traffic_signals
map on cycleways but crossing=traffic_signal together with
highway=traffic_signal or highway=crossing on the common node of
cycleway and road.

 Not sure what you mean by shape turns - can you explain?

Sorry, was a typo. I meant sharp turns. I found a route where in favour
of the cycleway the route leads down a ramp, makes a u-turn (radius 
2.5m otherwise you fall into the river) and on the next bridge the same,
first 180° turn than uphill a ramp and two more turns.

 3. I would like to show you some examples but I did not find 
 any link/shortlink feature. Are gpx tracks any help ?
 
 You can log into the site and save routes that way - that's probably the
 best way!

Please, have an option to share the route without logging in.

Thanks colliar



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-br] Comparar changesets em áreas

2014-07-17 Thread Erick de Oliveira Leal

Opa pessoal, foi liberada uma nova ferramenta para comparação de changeset
em áreas selecionadas. http://nrenner.github.io/achavi/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Comparar changesets em áreas

2014-07-17 Thread Nelson A. de Oliveira

2014-07-17 14:36 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:
 Aqui não funcionou. Ou eu não soube usar. Ubuntu 14.04 LTS recém instalado.
 Todas as atualizações.

Clica em load

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

Re: [Talk-br] Comparar changesets em áreas

2014-07-17 Thread Alexandre Magno Brito de Medeiros

Tinha feito isso. Nada.


Em 17 de julho de 2014 15:17, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 2014-07-17 14:36 GMT-03:00 Alexandre Magno Brito de Medeiros
 alexandre@gmail.com:
  Aqui não funcionou. Ou eu não soube usar. Ubuntu 14.04 LTS recém
 instalado.
  Todas as atualizações.

 Clica em load

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

Re: [Talk-br] Comparar changesets em áreas

2014-07-17 Thread Arlindo Pereira

O intervalo padrão de comparação é de -24h, experimente aproximar um pouco
mais e/ou aumentar o tempo.


2014-07-17 15:24 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:

 Tinha feito isso. Nada.


 Em 17 de julho de 2014 15:17, Nelson A. de Oliveira nao...@gmail.com
 escreveu:

 2014-07-17 14:36 GMT-03:00 Alexandre Magno Brito de Medeiros
 alexandre@gmail.com:
  Aqui não funcionou. Ou eu não soube usar. Ubuntu 14.04 LTS recém
 instalado.
  Todas as atualizações.

 Clica em load


 ___
 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-br] Comparar changesets em áreas

2014-07-17 Thread Alexandre Magno Brito de Medeiros

Coloquei o espaço de 1 mês e agora funcionou. É uma ferramenta e tanto!

Uma dica: existe a camada bbox para o caso de você querer ver o contorno
do quadrilátero da seleção.


Em 17 de julho de 2014 15:28, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 O intervalo padrão de comparação é de -24h, experimente aproximar um pouco
 mais e/ou aumentar o tempo.


 2014-07-17 15:24 GMT-03:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Tinha feito isso. Nada.


 Em 17 de julho de 2014 15:17, Nelson A. de Oliveira nao...@gmail.com
 escreveu:

 2014-07-17 14:36 GMT-03:00 Alexandre Magno Brito de Medeiros
 alexandre@gmail.com:
  Aqui não funcionou. Ou eu não soube usar. Ubuntu 14.04 LTS recém
 instalado.
  Todas as atualizações.

 Clica em load


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

[Talk-br] Coletar fotos para o Mapillary de byke ou moto

2014-07-17 Thread belnuovo


Não sei se existe no Brasil :  GoPro stabilizer prototype

http://youtu.be/oo31nwVR6Vg


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

[Talk-is] Fwd: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread Jóhannes Birgir Jensson

Það væri fínt að gera skurk í að koma hjólastígum á Íslandi í gott horf 
og detta svo inn í þetta sniðuga verkefni!



 Upprunalegur póstur 
Efni:   [OSM-talk] cycle.travel bike routing for Western Europe
Dagsetning: Thu, 17 Jul 2014 14:13:25 +0100
Frá:Richard Fairhurst rich...@systemed.net
Til:t...@openstreetmap.org



Hi all,

I'm really pleased to announce that http://cycle.travel/ now has
OSM-based cycle routing for Western Europe: France, the Netherlands,
Belgium, Germany, Denmark, Czech Republic, Slovenia, Austria, Italy,
Spain, Portugal, the UK and Ireland.

You can try it here:
http://cycle.travel/map

and if you log in, you can save/share your planned routes (and change
your user preferences from miles to km ).

It's built with (patched) OSRM and a complex custom profile. It takes
account of elevation, cycle routes, surface quality and more. All routes
are fully draggable and you can export to GPX, TCX, and PDF. The
cartography is specially designed for the site.

== Routing details ==

If it doesn't follow a route you'd expect it to take, this is usually
because surface tags are missing.

For example, at http://cycle.travel/map?lat=50.0181lon=2.0333zoom=15,
the canalside path is tagged as 'highway=path' with no surface tags.
cycle.travel assumes that paths in rural areas have poor quality
surfaces, so will try not to route along them. Adding a 'surface=gravel'
to this path, which the aerial imagery suggests, will make the router
like it. (Access tags are also good.)

== Miscellaneous notes ==

- The tileserver is a little slow - please be gentle!
- There are occasional inconsistencies in the tiles - old styles that
haven't refreshed yet.
- You can't route between the UK and mainland Europe (there's a big lake
in the way. Only Chris Froome is allowed to cycle through the tunnel and
look how far it got him)
- I'm planning on weekly updates but it'll be less often at first.
- Known issue with highway=trunk, bicycle=yes getting undue prominence.
- Known issue with fahrradstrassen/fietsstraten not being prioritised.

Still lots to improve but I hope you like it - and, as ever, thanks to
all the mappers who have contributed all the lovely data. You can post
comments/bugs/suggestions at http://cycle.travel/forum/2 .

cheers
Richard

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



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

[Talk-de] 8. Mappertreffen Trier

2014-07-17 Thread Martin Scholtes

Hallo zusammen,

 

am Sonntag findet in Trier(RLP) das 8. Mappertreffen statt.

Wer Lust hat kann ja vorbei schauen.

Nähere Infos im Wiki
https://wiki.openstreetmap.org/wiki/Talk:Trier/Mappertreffen#Mappertreffen_
8 .

 

Schönen Tag

Martin



---
Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz 
ist aktiv.
http://www.avast.com
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OSM-Email für 24h gestört (war: NOTICE: Mail Disruption overnight outage)

2014-07-17 Thread Frederik Ramm

Hallo,

   unten eine Nachricht von unseren Admins. Wegen eines Server-Umzugs
wird der Mailversand und Mailempfang für bis zu 24h (eher weniger)
gestört sein; User-zu-User-Nachrichten und Anmeldebestätigungen usw.
werden u.U. deutlich verspätet kommen (aber nicht verlorengehen).

Ab 2:00 bis 7:00 deutscher Zeit werden svn/trac/help.openstreetmap.org
und die Mailinglisten nicht erreichbar sein.

Bye
Frederik

 Original Message 
Subject: [OSM-dev] NOTICE: Mail Disruption  overnight outage
Date: Thu, 17 Jul 2014 21:21:17 +0100
From: Grant Slater openstreet...@firefishy.com
To: annou...@openstreetmap.org, Talk Openstreetmap
t...@openstreetmap.org,  OSM Dev List d...@openstreetmap.org

Hi All,

OpenStreetMap email (outgoing and incoming) will be disrupted for up
to the next 24 hours.

OpenStreetMap.org signup confirmation emails, Wiki emails,
OpenStreetMap Message emails (outgoing  incoming), mailing list post
(incoming  outgoing) and a few other email types may be significantly
delayed during this period.

Also...
For a few hours tonight (00:00 midnight to 05:00am GMT+1) a few
services will be unavailable:
mailing lists, help.openstreetmap.org, svn.openstreetmap.org and
trac.openstreetmap.org
It may take until 20:00 GMT+1 for everyone to be able access these
services again. (Old DNS records expiry)

Sorry for the disruption.

Kind regards,
Grant Slater
On behalf of the OpenStreetMap sysadmin team

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



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

Re: [Talk-in] Information on Railway Station

2014-07-17 Thread Sutripta

- Original Message - 
From: Shajeer shaj...@hotmail.com
To: talk-in@openstreetmap.org
Sent: Thursday, 17 July, 2014 11:09
Subject: [Talk-in] Information on Railway Station

There is data available here on Indian railway station. One thing I found
missing is the station codes.

http://sims.railnet.gov.in/gis.htm
http://sims.railnet.gov.in/Software/ir_gis.zip
http://sims.railnet.gov.in/Software/Introduction.pdf

What are the thoughts on importing this.. There is no license info any where
In case we agree to use this, some of the stations are already marked on
OSM. In that case how can we manage the duplicates?

This is great! Even if we can't officially use it, I'm sure we can use it
verify/ validate data obtained by other means.

Re: the other discussion on PINcodes, is there any place where the location
data of the relevant postoffices are given?

Regards
Sutripta

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

Re: [Talk-in] Information on Railway Station

2014-07-17 Thread Arun Ganesh

I did a quick quality review and the IR dataset seems to have errors so we
should not completely rely on it. Here is comparison with existing osm data
in North Bangalore:
https://twitter.com/planemad/status/489667447692083200/photo/1

Kodigahalli station is on the wrong location and spelt Kodigahallen
Hebbal station is missing
An unkown station called Kacharakanahalle is between Hebbal and Banaswadi

Importing this is probably a bad idea, but its a good dataset to fill in
stations location on lines where none exist at the moment. The spellings
overall have minor errors from the official ones.


On Thu, Jul 17, 2014 at 12:25 PM, Sutripta sutri...@gmail.com wrote:


 - Original Message -
 From: Shajeer shaj...@hotmail.com
 To: talk-in@openstreetmap.org
 Sent: Thursday, 17 July, 2014 11:09
 Subject: [Talk-in] Information on Railway Station


 There is data available here on Indian railway station. One thing I found
 missing is the station codes.

 http://sims.railnet.gov.in/gis.htm
 http://sims.railnet.gov.in/Software/ir_gis.zip
 http://sims.railnet.gov.in/Software/Introduction.pdf

 What are the thoughts on importing this.. There is no license info any
 where
 In case we agree to use this, some of the stations are already marked on
 OSM. In that case how can we manage the duplicates?



 
 

 This is great! Even if we can't officially use it, I'm sure we can use it
 verify/ validate data obtained by other means.

 Re: the other discussion on PINcodes, is there any place where the location
 data of the relevant postoffices are given?

 Regards
 Sutripta


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




-- 
 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

Re: [Talk-in] Information on Railway Station

2014-07-17 Thread Arun Ganesh

Some good news regarding the railway line geometry, the osm data has many
more lines than what the IR dataset has with the exception of the following
incomplete segments which need to be mapped:
Umrer-Nagbhir MG line near Nagpur
Tindaria -Ghoom NG on the Darjeeling railway

We will have 100% rail route coverage if someone can complete that.


On Thu, Jul 17, 2014 at 12:50 PM, Arun Ganesh arun.plane...@gmail.com
wrote:

 I did a quick quality review and the IR dataset seems to have errors so we
 should not completely rely on it. Here is comparison with existing osm data
 in North Bangalore:
 https://twitter.com/planemad/status/489667447692083200/photo/1

 Kodigahalli station is on the wrong location and spelt Kodigahallen
 Hebbal station is missing
 An unkown station called Kacharakanahalle is between Hebbal and Banaswadi

 Importing this is probably a bad idea, but its a good dataset to fill in
 stations location on lines where none exist at the moment. The spellings
 overall have minor errors from the official ones.


 On Thu, Jul 17, 2014 at 12:25 PM, Sutripta sutri...@gmail.com wrote:


 - Original Message -
 From: Shajeer shaj...@hotmail.com
 To: talk-in@openstreetmap.org
 Sent: Thursday, 17 July, 2014 11:09
 Subject: [Talk-in] Information on Railway Station


 There is data available here on Indian railway station. One thing I found
 missing is the station codes.

 http://sims.railnet.gov.in/gis.htm
 http://sims.railnet.gov.in/Software/ir_gis.zip
 http://sims.railnet.gov.in/Software/Introduction.pdf

 What are the thoughts on importing this.. There is no license info any
 where
 In case we agree to use this, some of the stations are already marked on
 OSM. In that case how can we manage the duplicates?



 
 

 This is great! Even if we can't officially use it, I'm sure we can use it
 verify/ validate data obtained by other means.

 Re: the other discussion on PINcodes, is there any place where the
 location
 data of the relevant postoffices are given?

 Regards
 Sutripta


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




 --
  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

Re: [Talk-in] Information on Railway Station

2014-07-17 Thread Sutripta

Hi,
IR data can be crosschecked against RBS data for consistency.
On the indiarailinfo site, there are pictures of most stations. Can be used
to crosscheck station name spellings. (Which incidentally shows it as
Kodigehalli!)

Some years back there was a landslide at Tindharia, which cut off both
road (Hill cart Road) and rail links. If restored, will do it!

Regards
Sutripta

- Original Message - 
From: Arun Ganesh arun.plane...@gmail.com
To: OpenStreetMap in India talk-in@openstreetmap.org
Sent: Thursday, 17 July, 2014 13:09
Subject: Re: [Talk-in] Information on Railway Station


 Some good news regarding the railway line geometry, the osm data has many
 more lines than what the IR dataset has with the exception of the
following
 incomplete segments which need to be mapped:
 Umrer-Nagbhir MG line near Nagpur
 Tindaria -Ghoom NG on the Darjeeling railway

 We will have 100% rail route coverage if someone can complete that.


 On Thu, Jul 17, 2014 at 12:50 PM, Arun Ganesh arun.plane...@gmail.com
 wrote:

  I did a quick quality review and the IR dataset seems to have errors so
we
  should not completely rely on it. Here is comparison with existing osm
data
  in North Bangalore:
  https://twitter.com/planemad/status/489667447692083200/photo/1
 
  Kodigahalli station is on the wrong location and spelt Kodigahallen
  Hebbal station is missing
  An unkown station called Kacharakanahalle is between Hebbal and
Banaswadi
 
  Importing this is probably a bad idea, but its a good dataset to fill in
  stations location on lines where none exist at the moment. The spellings
  overall have minor errors from the official ones.
 
 
  On Thu, Jul 17, 2014 at 12:25 PM, Sutripta sutri...@gmail.com wrote:
 
 
  - Original Message -
  From: Shajeer shaj...@hotmail.com
  To: talk-in@openstreetmap.org
  Sent: Thursday, 17 July, 2014 11:09
  Subject: [Talk-in] Information on Railway Station
 
 
  There is data available here on Indian railway station. One thing I
found
  missing is the station codes.
 
  http://sims.railnet.gov.in/gis.htm
  http://sims.railnet.gov.in/Software/ir_gis.zip
  http://sims.railnet.gov.in/Software/Introduction.pdf
 
  What are the thoughts on importing this.. There is no license info any
  where
  In case we agree to use this, some of the stations are already marked
on
  OSM. In that case how can we manage the duplicates?
 
 
 

 -
---
  
 
  This is great! Even if we can't officially use it, I'm sure we can use
it
  verify/ validate data obtained by other means.
 
  Re: the other discussion on PINcodes, is there any place where the
  location
  data of the relevant postoffices are given?
 
  Regards
  Sutripta
 
 
  ___
  Talk-in mailing list
  Talk-in@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-in
 
 
 
 
  --
   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-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-it] osmizzare dei dati

2014-07-17 Thread emmexx

Ho usato josm per creare dei percorsi da dare in pasto ad osrm, senza
passare da osm.
I file osm creati da josm non piacciono ad osrm. Se non ricordo male
mancano dei (meta)tag che osrm utilizza.

E' possibile creare un file osm che abbai un formato simile a quello
generato tramite le API di osm?

grazie
maxx

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

[Talk-it] Fwd: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread Martin Koppenhoefer

routing per bici 


Anfang der weitergeleiteten E‑Mail:

 Von: Richard Fairhurst rich...@systemed.net
 Datum: 17 luglio 2014 15:13:25 CEST
 An: t...@openstreetmap.org
 Betreff: [OSM-talk] cycle.travel bike routing for Western Europe
 
 Hi all,
 
 I'm really pleased to announce that http://cycle.travel/ now has OSM-based 
 cycle routing for Western Europe: France, the Netherlands, Belgium, Germany, 
 Denmark, Czech Republic, Slovenia, Austria, Italy, Spain, Portugal, the UK 
 and Ireland.
 
 You can try it here:
http://cycle.travel/map
 
 and if you log in, you can save/share your planned routes (and change your 
 user preferences from miles to km ).
 
 It's built with (patched) OSRM and a complex custom profile. It takes account 
 of elevation, cycle routes, surface quality and more. All routes are fully 
 draggable and you can export to GPX, TCX, and PDF. The cartography is 
 specially designed for the site.
 
 == Routing details ==
 
 If it doesn't follow a route you'd expect it to take, this is usually because 
 surface tags are missing.
 
 For example, at http://cycle.travel/map?lat=50.0181lon=2.0333zoom=15, the 
 canalside path is tagged as 'highway=path' with no surface tags. cycle.travel 
 assumes that paths in rural areas have poor quality surfaces, so will try not 
 to route along them. Adding a 'surface=gravel' to this path, which the aerial 
 imagery suggests, will make the router like it. (Access tags are also good.)
 
 == Miscellaneous notes ==
 
 - The tileserver is a little slow - please be gentle!
 - There are occasional inconsistencies in the tiles - old styles that haven't 
 refreshed yet.
 - You can't route between the UK and mainland Europe (there's a big lake in 
 the way. Only Chris Froome is allowed to cycle through the tunnel and look 
 how far it got him)
 - I'm planning on weekly updates but it'll be less often at first.
 - Known issue with highway=trunk, bicycle=yes getting undue prominence.
 - Known issue with fahrradstrassen/fietsstraten not being prioritised.
 
 Still lots to improve but I hope you like it - and, as ever, thanks to all 
 the mappers who have contributed all the lovely data. You can post 
 comments/bugs/suggestions at http://cycle.travel/forum/2 .
 
 cheers
 Richard
 
 ___
 talk mailing list
 t...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] osmizzare dei dati

2014-07-17 Thread emmexx

Il 07/17/2014 01:42 PM, emmexx scrisse:
 E' possibile creare un file osm che abbai un formato simile a quello
 generato tramite le API di osm?

Mi rispondi da solo:
bisogna trasformare id e ref negativi generati da josm in positivi.

ciao
maxx

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

Re: [Talk-it] Fwd: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread Any File

On Thu, Jul 17, 2014 at 6:09 PM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
 routing per bici

 Betreff: [OSM-talk] cycle.travel bike routing for Western Europe
 You can try it here:
http://cycle.travel/map

Ho visto che ti fa passare anche dagli scalini (highway=steps)

AnyFile

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

Re: [Talk-it] Fwd: [OSM-talk] cycle.travel bike routing for Western Europe

2014-07-17 Thread Volker Schmidt

Lo fa anche Naviki. Se risparmi tanta strada con un breve tratto che devi
sollevare la bici. Similmente, suppongo accetta anche brevi tratti dove
devo smontare. Non prevede la possibilità di escludere scale, cosa utile
per chi viaggia con un carrello.


On 17 July 2014 22:28, Any File anysomef...@gmail.com wrote:

 On Thu, Jul 17, 2014 at 6:09 PM, Martin Koppenhoefer
 dieterdre...@gmail.com wrote:
  routing per bici
 
  Betreff: [OSM-talk] cycle.travel bike routing for Western Europe
  You can try it here:
 http://cycle.travel/map

 Ho visto che ti fa passare anche dagli scalini (highway=steps)

 AnyFile

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

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

Re: [Talk-dk] osm standard kort

2014-07-17 Thread Kristian Krægpøth

Hej Leif Lodahl (og andre)

Helt enig - korttegningen skal afspejle virkeligheden og ikke tilpasses en
ellen anden rendering.
Mit første indlæg i tråden var egentlig en undren over det, som jeg dengang
så som en uhensigtsmæssighed i renderingen.

Men nu er jeg nok kommet til den erkendelse, at det er mig selv, der ikke
har været i stand til at karakterisere adgangsvejene præcist nok.
Du skriver En indkørsel er en indkørsel. En servicevej er en servicevej.
Det er udsagn som er svære at anfægte.
Men det fortæller bare ikke mig, hvad det er. Jeg vil derfor prøve med
følgende tolkning af begreberne:

highway=service er service veje, adgangsveje til boligblokke,
parkeringspladser, servicestationer, campingpladser, virksomheder, private
ejendomme o.s.v. (ordret fra den danske udgave af wiki´en).

En fortsættelse i wiki´en kunne være:
Service veje/adgangsveje kan gives forskellige tilføjelser for at skelne
mellem forskellige typer.
Fx: service=driveway er veje som kun anvendes af trafik som angår den
ejendom, som vejen fører til. Betegnelsen skal IKKE anvendes, hvis vejen
også anvendes til andre formål. Dvs at veje, der fører til flere ejendomme
eller fører til offentligt tilgængelige skovarealer (og andre offentlige
områder), IKKE skal have betegnelsen.

Hvis der ikke kommer vægtige argumenter mod ovenstående, vil det for
fremtiden være min skelnen, når jeg tegner adgangsveje.

Venlig hilsen
Kristian Krægpøth

PS: Jeg synes ikke om ordet service veje i den danske wiki. Jeg
foretrækker adgangsveje. Men hvad siger de professionelle korttegnere -
er det begge begreber, som indgår i kartografernes verden, eller er det
bare noget, som amatører, som jeg selv, har digtet sig frem til efter den
engelske wiki? På engelsk betyder service i forbindelse med trafik
forbindelse. (Iflg. Gyldendals Røde Ordbøger). På dansk betyder service
tjenesteydelse eller noget i den stil. En servicevej i en dansk kontekst er
altså en tjenesteydelsesvej?



Den 16. jul. 2014 kl. 20.50 skrev Leif Lodahl leiflod...@gmail.com:

 Hej,
 En indkørsel er en indkørsel. En servicevej er en servicevej. Hvordan det
 renderes på kortet er ikke relevant.

 Jeg synes det vil være forkert, hvis vi ændrer måden vi kortlægger på,
 bare for at få det til at se rigtigt ud.

 Bedre er det, hvis vi kan få ændret renderingen?


 /Leif Lodahl




 Den 16. jul. 2014 kl. 16.53 skrev Kristian Krægpøth k.kragp...@gmail.com
 :


 Jeg synes ikke, at highway=unclassified er en passende betegnelse for de
 veje, der fører frem til både ejendomme og eventuelle
 mark- og skovveje. Hvis highway=unclassified skal bruges, skal der i
 hvert fald tilføjes et eller flere access=XX, fx access=forestry. Men det
 er ikke rigtig godt.

 Når jeg læser i wiki´en kan jeg se at highway=service er for access
 roads to, or within an industrial estate, camp site, business park, car
 park etc. Jeg anser landejendomme for en business i den her forbindelse.
 Hvis man giver highway=service tilføjelsen service=driveway betyder det
 a service road leading to a residens or business, usually with
 access=private.

 Det virker som der ikke rigtig er forskel på
 higway=service og
 highway=service, service=driveway.
 Den sidste omfatter også boliger og er måske oftere privat end den første.

 For fremtiden vil jeg bruge highway=service i forbindelse med adgangsveje
 til ejendomme, som også er adgangsveje til fx skovområder.
 Kun hvis der ALENE er tale om adgang til ejendomme vil jeg tilføje
 service=driveway.

 Men pyh-ha, hvor har jeg tegnet mange adgangsveje, som også er adgang til
 skovarealer, med tilføjelsen driveway.
 Findes der en enkel måde hvor man i ét (eller få) hug kan slette alle
 service=driveway på de veje, som giver adgang til highway=track?


 Venlig hilsen
 Kristian Krægpøth


 Den 16. jul. 2014 kl. 08.35 skrev Lars Thegler l...@thegler.dk:

 2014-07-16 0:00 GMT+02:00 Ole Nielsen on-...@xs4all.nl:
  Måske undlade at bruge service=driveway,
  hvis der er tracks forbundet i enden?

 Enig. Tagget service=driveway indikerer indkørsel til en ejendom, dvs
 implicit 'privat vej' - men hvis vejen samtidigt er adgangsvej til
 'offentlige' skovveje med highway=track, så er det ikke en
 service=driveway.

 /Lars

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



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



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


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

Re: [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday

2014-07-17 Thread Brian Prangle

Hi everyone

Thanks Rob for your tweet. I popped in to 6/8 Kafé today and secured us
their basement room. I'm just awaiting email confirmation and we can get
cracking on social media, on mappa mercia blog and contacting registered
mappers in the West Mids ( anyone like to come up with a wording?) It's
basic but it's free. I suggest we advertise 12noon- 2pm, They don't mind us
bringing in our own cake and even candles would be OK. I picked a coffee
shop on the basis that a) cake goes better with coffee than beer  b) beer
at lunchtime is not good for alertness later on and c) as Rob suggested we
might attract some new folk. 6/8Kafé is on Temple Row near the entrance to
the Shopping Arcade behind House of Fraser and so is easy to find and and
cental

Regards

Brian


On Tue, Jul 15, 2014 at 11:00 PM, Rob Nickerson rob.j.nicker...@gmail.com
wrote:

 I put out a tweet asking for suggested free venues and had a couple of
 responses:

 Six Eight Kafé on Temple Row (near the Cathedral in the city centre):
 http://www.sixeightkafe.co.uk/
 https://twitter.com/SixEightKafe/status/489113935363469312

 The Anchor in Digbeth
 http://www.anchorinndigbeth.co.uk/
 https://twitter.com/anchordigbeth/status/489107945733779456

 We normally do a pub in the evening so could try the coffee shop place to
 see if we get a different crowd. It's only a 10 min walk between the two so
 could move on for a drink at the Anchor afterwards :-)

 I'm not sure how many people we should expect but I can help spread the
 word via twitter, the blog and the OSM message system. We should get the
 plan confirmed in the next couple of days though :-)

 Rob

 p.s. I need to check travel times, but at the moment I don't think I will
 make it up from Kent in time.


 On 15 July 2014 07:19, Andy Robinson ajrli...@gmail.com wrote:

 Brian,



 Yes, Liz is up for a cake J



 Cheers

 Andy



 *From:* Brian Prangle [mailto:br...@mappa-mercia.org]
 *Sent:* 14 July 2014 20:55
 *To:* OSM Group WM
 *Subject:* [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday



 Hi everyone

 I'm thinking we need just a room for a get together and refreshments(with
 a cake - Andy is this still possible?)  Anyone know of any free venues?
 Once we've got a location it might be good to contact everyone who's mapped
 or registered with OSM in the West Mids to get them along.

 Regards

 Brian


 --

 Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands
 event under preparation
 --

 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4716 / Virus Database: 3986/7832 - Release Date: 07/10/14

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





-- 
Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event
under preparation
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday

2014-07-17 Thread Rob Nickerson

Thanks Brian,

Let me know when you get the email confirming it and I'll put some social
media out. As for contacting people via the OSM message service, I'd
suggest something along the lines of the following (we do need to be
careful to make sure we don't all contact the same people!)

*Hi name,*

 *I am contacting you as you appear to be contributing to OpenStreetMap in
the West Midlands area.*

 *On Saturday, 9th August we (a group of local OSM contributors in the West
Midlands) are hosting a get together in Birmingham to celebrate 10 years
since the start of OpenStreetMap. I am reaching out to local contributors
like yourself to invite you to join us for the celebrations.*

 *The plan is to meet between 12noon and 2pm at Six Eight Kafé on Temple
Row - a 5 minute walk from Birmingham New Street railway station. There
will be cake and of course lots on offer from the café. We have the
downstairs room available to us, so just ask one of the café staff to point
you in the right direction. If people are interested there should be time
for some mapping afterwards.*



*Six Eight
Kafé:http://www.openstreetmap.org/?mlat=52.48162mlon=-1.89657#map=18/52.48162/-1.89658
http://www.openstreetmap.org/?mlat=52.48162mlon=-1.89657#map=18/52.48162/-1.89658*

 *Best regards, *



On 17 July 2014 15:52, Brian Prangle br...@mappa-mercia.org wrote:

 Hi everyone

 Thanks Rob for your tweet. I popped in to 6/8 Kafé today and secured us
 their basement room. I'm just awaiting email confirmation and we can get
 cracking on social media, on mappa mercia blog and contacting registered
 mappers in the West Mids ( anyone like to come up with a wording?) It's
 basic but it's free. I suggest we advertise 12noon- 2pm, They don't mind us
 bringing in our own cake and even candles would be OK. I picked a coffee
 shop on the basis that a) cake goes better with coffee than beer  b) beer
 at lunchtime is not good for alertness later on and c) as Rob suggested we
 might attract some new folk. 6/8Kafé is on Temple Row near the entrance to
 the Shopping Arcade behind House of Fraser and so is easy to find and and
 cental

 Regards

 Brian


 On Tue, Jul 15, 2014 at 11:00 PM, Rob Nickerson rob.j.nicker...@gmail.com
  wrote:

 I put out a tweet asking for suggested free venues and had a couple of
 responses:

 Six Eight Kafé on Temple Row (near the Cathedral in the city centre):
 http://www.sixeightkafe.co.uk/
 https://twitter.com/SixEightKafe/status/489113935363469312

 The Anchor in Digbeth
 http://www.anchorinndigbeth.co.uk/
 https://twitter.com/anchordigbeth/status/489107945733779456

 We normally do a pub in the evening so could try the coffee shop place to
 see if we get a different crowd. It's only a 10 min walk between the two so
 could move on for a drink at the Anchor afterwards :-)

 I'm not sure how many people we should expect but I can help spread the
 word via twitter, the blog and the OSM message system. We should get the
 plan confirmed in the next couple of days though :-)

 Rob

 p.s. I need to check travel times, but at the moment I don't think I will
 make it up from Kent in time.


 On 15 July 2014 07:19, Andy Robinson ajrli...@gmail.com wrote:

 Brian,



 Yes, Liz is up for a cake J



 Cheers

 Andy



 *From:* Brian Prangle [mailto:br...@mappa-mercia.org]
 *Sent:* 14 July 2014 20:55
 *To:* OSM Group WM
 *Subject:* [Talk-gb-westmidlands] Aug 9th OSM 10th Birthday



 Hi everyone

 I'm thinking we need just a room for a get together and
 refreshments(with a cake - Andy is this still possible?)  Anyone know of
 any free venues? Once we've got a location it might be good to contact
 everyone who's mapped or registered with OSM in the West Mids to get them
 along.

 Regards

 Brian


 --

 Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands
 event under preparation
 --

 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4716 / Virus Database: 3986/7832 - Release Date: 07/10/14

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





 --
 Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands
 event under preparation

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

[Talk-gb-westmidlands] Monthly meet up - Thursday 31st July

2014-07-17 Thread Rob Nickerson

Hi All,

Our mappa mercia page on the OSM wiki tells me that we have arranged our
August monthly meet up to be a week early (due to the 10th birthday event
on August 9th). It's listed as being Tamworth/Shenston.

Do folks still want to run this event, and if yes where shall we meet?

Rob

p.s. I'm up for this event (even though it will be a bit of a drive for me)
as I won't be able to make August 9th.
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-gb-westmidlands] Monthly meet up - Thursday 31st July

2014-07-17 Thread Rob Nickerson

Yes, I like the idea of small places that you can try to tackle in one
evening. Problem is most aren't on a railway line, which is one of our
criteria. Fortunately Shenstone is :-)

R


On 17 July 2014 22:21, Matthijs Melissen i...@matthijsmelissen.nl wrote:

 Sounds fun, I would like to join! Shenstone is quite small, but it has
 the advantage that we can map the entire village in one evening.
 Tamworth seems to be already quite well-mapped, are there any
 particular things we want to map there?

 -- Matthijs

 On 17 July 2014 21:24, Rob Nickerson rob.j.nicker...@gmail.com wrote:
  Hi All,
 
  Our mappa mercia page on the OSM wiki tells me that we have arranged our
  August monthly meet up to be a week early (due to the 10th birthday
 event on
  August 9th). It's listed as being Tamworth/Shenston.
 
  Do folks still want to run this event, and if yes where shall we meet?
 
  Rob
 
  p.s. I'm up for this event (even though it will be a bit of a drive for
 me)
  as I won't be able to make August 9th.
 
  ___
  Talk-gb-westmidlands mailing list
  Talk-gb-westmidlands@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
 

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

Re: [Talk-at] OSM-Karte Problem Südosttangente-Verteilerkreis

2014-07-17 Thread Christian Hauer


Am 16.07.2014 11:28, schrieb fwork:

Hallo,
mit neuer OSM-Karte in Garmin Nüvi-550 wurde ich von der Südosttangente
abgeleitet, dann rund um den Verteilerkreis Favoriten und dann wieder
auf die Südosttangente rauf; so als ob der Laaerbergtunnel gesperrt
wäre.
Ist das ein Problem des Garmin oder der Karte ?


Hallo,

ich kenne so ein Verhalten von der App MapFactor: GPS Navigation.

Dort passiert das immer dann, wenn die Straße ein niedrigeres 
Geschwindigkeitslimit als das generelle aufweist. Die Rampen sind in 
diesen Fällen ohne maxspeed-Tag.


Rein rechnerisch ergibt sich dann für den Algorithmus, dass es schneller 
sei, auf der Rampe ohne Geschwindigkeitslimit die theoretischen 130 zu 
fahren, als auf der Hauptfahrbahn die maximal erlaubten 80.


Ließe sich einfach lösen, indem für *_link, Kreuzungen, Ampeln uä 
penalties vergeben werden, ist aber in der Programmierung mehr Aufwand 
und kostet halt Rechenzeit.


Ohne dein Garmin zu kennen: Vielleicht geht dein Problem auch in diese 
Richtung.


Lg
Christian



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

Re: [Talk-at] OSM-Karte Problem Südosttangente-Verteilerkreis

2014-07-17 Thread Friedrich Volkmann

On 17.07.2014 12:27, Christian Hauer wrote:
 Dort passiert das immer dann, wenn die Straße ein niedrigeres
 Geschwindigkeitslimit als das generelle aufweist. Die Rampen sind in diesen
 Fällen ohne maxspeed-Tag.
 
 Rein rechnerisch ergibt sich dann für den Algorithmus, dass es schneller
 sei, auf der Rampe ohne Geschwindigkeitslimit die theoretischen 130 zu
 fahren, als auf der Hauptfahrbahn die maximal erlaubten 80.
 
 Ließe sich einfach lösen, indem für *_link, Kreuzungen, Ampeln uä penalties
 vergeben werden, ist aber in der Programmierung mehr Aufwand und kostet halt
 Rechenzeit.

Das wäre technisch alles kein Problem. Aber im konkreten Fall ist der
Hauptfehler das von dir oben erwähnte falsche Tagging. Die Rampen am
Verteilerkreis gehören auf maxspeed=80 bzw. 50 gesetzt. 130 ist dort sicher
nirgends erlaubt.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-ro] sorein

2014-07-17 Thread Filip Chirita Rares Cristian

In case you guys were wondering if banning sorein was a good idea or not, I
just got this email after my comment on this thread:

cenSORINg sori...@gmail.com
10:13 AM (18 minutes ago)
to me
“It's good to see that a toxic element was
taken out of the picture, they won't poison the group anymore. ”

Măi porcule, măcar ai vreo idee despre ce a fost vorba?
V-ați făcut șatră acolo pe OSM și vă masturbați unul pe altul?
„Element toxic” ai fost fătat tu de mă-ta, imbecilule.

On Tue, Jul 15, 2014 at 1:48 PM, Gabriel Sebastian Moise
gabrielsebastianmo...@gmail.com wrote:

Good point Serge, but we are a very small group of people and we are
spreaded to all over the country.
And because of different types of conflicts, a lot of editors has
stopped their work on the map.

I only edit where I know for sure what it is, and I make corrections.
Plus, I made pictures, video filesand GPX tracks, where major changes
appears, and let others know about that. Meaning Here Maps, TomTom,
Suncart.

Razvan( razor74) and myself, were invited by Here Maps department from
Romania, and proposed us to help them on the field. They explained us, and
teach us how a map is made, and a lot of stuff.

Two ears ago , both of us, repaired the Eastern part of Romania, where a
lot of roads, streets, towns and villages dissapeared. We made all of them
again manually. Based on sattelite images, our tracks, our survey, helped
by some guys who live in those places, personal surveys in main roads and
town ( including our vacation - Hollydays ).

Because of our effort for reporting to other map makers, they gave us some
gpx data that we needed I personally received buildings for a lot of
places And so on...

Anyway, that a lot for your help, we'll keep in touch...

Anytime if someone want to talk to me , these are my contact info:

[hidden email] http://user/SendEmail.jtp?type=nodenode=5811415i=0
Phone: +40726311957,
Facebook: Moise Gabriel Sebastian or by email account [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811415i=1
Town: Campina,
County: Prahova,
Country Romania

All the best !

2014-07-15 13:29 GMT+03:00 Serge Wroclawski-2 [via GIS] [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811415i=2:

Strainu,

Thank you for your question. The answer to how we handle clones/proxy
accounts/sock puppets is quite straightforward.

Any account that Sorin creates has the same status for us as the
sorein account. How do we determine if an account is a sock puppet?
We work with the admin team to determine that. I will not say that the
process is perfect and that it's impossible that he will return, but
if he does, I think it would be quite evident in the data editing
patterns.

I also very much appreciate your question about Sorin's enemies. We
are also concerned about this issue. The DWG never took a position on
the issue of road naming- we were concerned about the edit war and the
language. We are not the etiquette police, but Sorin's language was
beyond what I think a reasonable person would find acceptable. We are
especially concerned that there may be some editing backlash, and if
people see it, they are encouraged to contact the DWG.

In general, we hope that the Romanian community focuses more on
community building- physical meetings, etc. We have found that having
such events reduces conflict in general.

- Serge

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5811411i=0
https://lists.openstreetmap.org/listinfo/talk-ro

--
If you reply to this email, your message will be added to the
discussion below:
http://gis.19327.n5.nabble.com/sorein-tp5811366p5811411.html
To start a new topic under Romania, email [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811415i=3
To unsubscribe from Romania, click here.
NAML
http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
Toate cele bune !
**
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
*--*
NextGen Communications S.R.L. - Campina

Mobil NextGen : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
*--*

--
View this message in context: Re: sorein
http://gis.19327.n5.nabble.com/sorein-tp5811366p5811415.html
Sent from the Romania mailing list archive
http://gis.19327.n5.nabble.com/Romania-f5425034.html at Nabble.com.

Re: [Talk-ro] Întâlnire la București

2014-07-17 Thread Filip Chirita Rares Cristian

We should definitely meet in Bucharest, even if there's no mapping party, I
agree. The OSM-UK group have monthly meet-ups as well, they're really cool.

Although this is quite cliche, there's a really good restaurant in the
historical center of Bucharest which is a must-eat-at for any foreigner,
called Caru' cu Bere. We could go there, or any other pub/restaurant around
there, most of them are decent :)

Rares

2014-07-16 23:08 GMT+03:00 Gabriel Sebastian Moise
gabrielsebastianmo...@gmail.com:

The other guys knows better than me some good places to meet... Razvan is
one of them .. They shoul reply to you as soon as they will see this !
I'm living at 100km away from Bucharest but I'll be pleased to meet the
other guys from OSM Romania, and also to meet you...

All the best Michael !

În data de 16 iulie 2014, 22:34, Michael Häckel [via GIS] [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811657i=0 a scris:

Salut,

După părerea mea o întâlnire fizică nu este nici o idee rea, chiar dacă
nu
este nici un mapping party. După cum vedeți pe calendarul [1] în Germania
noi
avem întâlniri lunari la aproximativ 20 de orașe. Din păcate așa ceva nu
este
popular în alte țări. De obicei acolo sunt niște clienți fideli dar și
oaspeți
noi care nu știu mult despre OSM și au întrebări despre OSM.

O să vizitez București de la 30 August până la 1 Septembrie. Cineva știe
un
local potrivit și are timp sâmbătă seară sau duminică și vrea să vină la
o
bere la o țuică sau altceva?

Toate cele bune,
Michael

[1] http://wiki.openstreetmap.org/wiki/Main_Page

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5811650i=0
https://lists.openstreetmap.org/listinfo/talk-ro

--
If you reply to this email, your message will be added to the
discussion below:
http://gis.19327.n5.nabble.com/Intalnire-la-Bucure-ti-tp5811650.html
To start a new topic under Romania, email [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811657i=1
To unsubscribe from Romania, click here.
NAML
http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
Toate cele bune !
**
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
*--*
NextGen Communications S.R.L. - Campina

Mobil NextGen : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
*--*

--
View this message in context: Re: Întâlnire la București
http://gis.19327.n5.nabble.com/Intalnire-la-Bucure-ti-tp5811650p5811657.html
Sent from the Romania mailing list archive
http://gis.19327.n5.nabble.com/Romania-f5425034.html at Nabble.com.

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

--
Life is not the amount of times you breathe, is the moments that take your
breath away.

To all things comes an end. And to all things comes a beginning.

Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in
existat.
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] sorein

2014-07-17 Thread Razvan Radulescu

Aceasta este persoana care se considera cu intelect si o inalta 
educatie...:-!



Now you may continue with your dozing to empower this gang of morons,
or you may show more respect to people with intellect and with
superior education.

On 17.07.2014 10:32, Filip Chirita Rares Cristian wrote:
In case you guys were wondering if banning sorein was a good idea or 
not, I just got this email after my comment on this thread:



  cenSORINg sori...@gmail.com mailto:sori...@gmail.com


10:13 AM (18 minutes ago)


to me

It's good to see that a toxic element was
taken out of the picture, they won't poison the group anymore. 
Ma(i porcule, ma(car ai vreo idee despre ce a fost vorba?
V-at,i fa(cut s,atra( acolo pe OSM s,i va( masturbat,i unul pe altul?
Element toxic ai fost fa(tat tu de ma(-ta, imbecilule.


On Tue, Jul 15, 2014 at 1:48 PM, Gabriel Sebastian Moise 
gabrielsebastianmo...@gmail.com 
mailto:gabrielsebastianmo...@gmail.com wrote:


Good point Serge, but we are a very small group of people and we
are spreaded to all over the country.
And because of different types of conflicts, a lot of editors
has stopped their work on the map.

I only edit where I know for sure what it is, and I make
corrections. Plus, I made pictures, video filesand GPX tracks,
where major changes appears, and let others know about that.
Meaning Here Maps, TomTom, Suncart.

Razvan( razor74) and myself, were invited by Here Maps department
from Romania, and proposed us to help them on the field. They
explained us, and teach us how a map is made, and a lot of stuff.

Two ears ago , both of us, repaired the Eastern part of Romania,
where a lot of roads, streets, towns and villages dissapeared.  We
made all of them again manually. Based on sattelite images, our
tracks, our survey, helped by some guys who live in those places,
personal surveys in main roads and town ( including our vacation -
Hollydays ).

Because of our effort for reporting to other map makers, they gave
us some gpx data that we needed I personally received
buildings for a lot of places And so on...

Anyway, that a lot for your help, we'll keep in touch...

Anytime if someone want to talk to me , these are my contact info:

[hidden email] http://user/SendEmail.jtp?type=nodenode=5811415i=0
Phone: +40726311957 tel:%2B40726311957,
Facebook: Moise Gabriel Sebastian or by email account [hidden
email] http://user/SendEmail.jtp?type=nodenode=5811415i=1
Town: Campina,
County: Prahova,
Country Romania

All the best !



2014-07-15 13:29 GMT+03:00 Serge Wroclawski-2 [via GIS] [hidden
email] http://user/SendEmail.jtp?type=nodenode=5811415i=2:

Strainu,

Thank you for your question. The answer to how we handle
clones/proxy
accounts/sock puppets is quite straightforward.

Any account that Sorin creates has the same status for us as the
sorein account. How do we determine if an account is a sock
puppet?
We work with the admin team to determine that. I will not say
that the
process is perfect and that it's impossible that he will
return, but
if he does, I think it would be quite evident in the data editing
patterns.

I also very much appreciate your question about Sorin's
enemies. We
are also concerned about this issue. The DWG never took a
position on
the issue of road naming- we were concerned about the edit war
and the
language. We are not the etiquette police, but Sorin's
language was
beyond what I think a reasonable person would find acceptable.
We are
especially concerned that there may be some editing backlash,
and if
people see it, they are encouraged to contact the DWG.

In general, we hope that the Romanian community focuses more on
community building- physical meetings, etc. We have found that
having
such events reduces conflict in general.

- Serge

___
Talk-ro mailing list
[hidden email]
http://user/SendEmail.jtp?type=nodenode=5811411i=0
https://lists.openstreetmap.org/listinfo/talk-ro



If you reply to this email, your message will be added to the
discussion below:
http://gis.19327.n5.nabble.com/sorein-tp5811366p5811411.html
To start a new topic under Romania, email [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811415i=3
To unsubscribe from Romania, click here.
NAML

Re: [Talk-ro] Întâlnire la București

2014-07-17 Thread Razvan Radulescu

We can meet at previous location - Have a Cigar, where first meeting
was. I like that location...

On 17.07.2014 10:31, Filip Chirita Rares Cristian wrote:
We should definitely meet in Bucharest, even if there's no mapping
party, I agree. The OSM-UK group have monthly meet-ups as well,
they're really cool.

Although this is quite cliche, there's a really good restaurant in the
historical center of Bucharest which is a must-eat-at for any
foreigner, called Caru' cu Bere. We could go there, or any other
pub/restaurant around there, most of them are decent :)

Rares

2014-07-16 23:08 GMT+03:00 Gabriel Sebastian Moise
gabrielsebastianmo...@gmail.com
mailto:gabrielsebastianmo...@gmail.com:

The other guys knows better than me some good places to meet...
Razvan is one of them .. They shoul reply to you as soon as
they will see this ! I'm living at 100km away from Bucharest but
I'll be pleased to meet the other guys from OSM Romania, and also
to meet you...

All the best Michael !

În data de 16 iulie 2014, 22:34, Michael Häckel [via GIS] [hidden
email] http://user/SendEmail.jtp?type=nodenode=5811657i=0 a
scris:

Salut,

După părerea mea o întâlnire fizică nu este nici o idee rea,
chiar dacă nu
este nici un mapping party. După cum vedeți pe calendarul [1]
în Germania noi
avem întâlniri lunari la aproximativ 20 de orașe. Din păcate
așa ceva nu este
popular în alte țări. De obicei acolo sunt niște clienți
fideli dar și oaspeți
noi care nu știu mult despre OSM și au întrebări despre OSM.

O să vizitez București de la 30 August până la 1 Septembrie.
Cineva știe un
local potrivit și are timp sâmbătă seară sau duminică și vrea
să vină la o
bere la o țuică sau altceva?

Toate cele bune,
Michael

[1] http://wiki.openstreetmap.org/wiki/Main_Page

___
Talk-ro mailing list
[hidden email]
http://user/SendEmail.jtp?type=nodenode=5811650i=0
https://lists.openstreetmap.org/listinfo/talk-ro

If you reply to this email, your message will be added to the
discussion below:
http://gis.19327.n5.nabble.com/Intalnire-la-Bucure-ti-tp5811650.html

To start a new topic under Romania, email [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811657i=1
To unsubscribe from Romania, click here.
NAML

http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
Toate cele bune !

**
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
*--*
NextGen Communications S.R.L. - Campina

Mobil NextGen : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
*--*

View this message in context: Re: Întâlnire la București

http://gis.19327.n5.nabble.com/Intalnire-la-Bucure-ti-tp5811650p5811657.html
Sent from the Romania mailing list archive
http://gis.19327.n5.nabble.com/Romania-f5425034.html at Nabble.com.

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

--
Life is not the amount of times you breathe, is the moments that take
your breath away.

To all things comes an end. And to all things comes a beginning.

Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in
existat.

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

Re: [Talk-ro] sorein

2014-07-17 Thread Strainu

Lejer pe lângă exemplarul meu. Nu-l mai reproduc că n-are sens...

2014-07-17 10:32 GMT+03:00 Filip Chirita Rares Cristian
chirita.ra...@gmail.com:

In case you guys were wondering if banning sorein was a good idea or not,
I just got this email after my comment on this thread:

cenSORINg sori...@gmail.com
10:13 AM (18 minutes ago)
to me
“It's good to see that a toxic element was
taken out of the picture, they won't poison the group anymore. ”

Măi porcule, măcar ai vreo idee despre ce a fost vorba?
V-ați făcut șatră acolo pe OSM și vă masturbați unul pe altul?
„Element toxic” ai fost fătat tu de mă-ta, imbecilule.

On Tue, Jul 15, 2014 at 1:48 PM, Gabriel Sebastian Moise
gabrielsebastianmo...@gmail.com wrote:

Good point Serge, but we are a very small group of people and we are
spreaded to all over the country.
And because of different types of conflicts, a lot of editors has
stopped their work on the map.

Razvan( razor74) and myself, were invited by Here Maps department from
Romania, and proposed us to help them on the field. They explained us, and
teach us how a map is made, and a lot of stuff.

Because of our effort for reporting to other map makers, they gave us
some gpx data that we needed I personally received buildings for a lot
of places And so on...

Anyway, that a lot for your help, we'll keep in touch...

Anytime if someone want to talk to me , these are my contact info:

All the best !

2014-07-15 13:29 GMT+03:00 Serge Wroclawski-2 [via GIS] [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811415i=2:

Strainu,

Thank you for your question. The answer to how we handle clones/proxy
accounts/sock puppets is quite straightforward.

In general, we hope that the Romanian community focuses more on
community building- physical meetings, etc. We have found that having
such events reduces conflict in general.

- Serge

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5811411i=0
https://lists.openstreetmap.org/listinfo/talk-ro

--
Toate cele bune !
**
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
*--*
NextGen Communications S.R.L. - Campina

Mobil NextGen : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
*--*

--
View this message in context: Re: sorein

Re: [Talk-ro] Întâlnire la București

2014-07-17 Thread Jean-Baptiste Holcroft

Even if I wont be present, if you're looking for tourist friendly spot
(easy to find and to get to) instead of Care cu bere, I'll suggest hanul
lui manuc, nice place too, but much more quiet ;)
About regular meetings, we have a bar we meet every last friday of the
month that is equivalent to have a cigar. Good luck :)
Le 17 juil. 2014 08:56, Razvan Radulescu radulescu.raz...@gmail.com a
écrit :

We can meet at previous location - Have a Cigar, where first meeting was.
I like that location...

On 17.07.2014 10:31, Filip Chirita Rares Cristian wrote:

We should definitely meet in Bucharest, even if there's no mapping party,
I agree. The OSM-UK group have monthly meet-ups as well, they're really
cool.

Rares

2014-07-16 23:08 GMT+03:00 Gabriel Sebastian Moise
gabrielsebastianmo...@gmail.com:

The other guys knows better than me some good places to meet... Razvan
is one of them .. They shoul reply to you as soon as they will see
this ! I'm living at 100km away from Bucharest but I'll be pleased to meet
the other guys from OSM Romania, and also to meet you...

All the best Michael !

În data de 16 iulie 2014, 22:34, Michael Häckel [via GIS] [hidden email]
http://user/SendEmail.jtp?type=nodenode=5811657i=0 a scris:

Salut,

După părerea mea o întâlnire fizică nu este nici o idee rea, chiar dacă
nu
este nici un mapping party. După cum vedeți pe calendarul [1] în
Germania noi
avem întâlniri lunari la aproximativ 20 de orașe. Din păcate așa ceva nu
este
popular în alte țări. De obicei acolo sunt niște clienți fideli dar și
oaspeți
noi care nu știu mult despre OSM și au întrebări despre OSM.

O să vizitez București de la 30 August până la 1 Septembrie. Cineva știe
un
local potrivit și are timp sâmbătă seară sau duminică și vrea să vină la
o
bere la o țuică sau altceva?

Toate cele bune,
Michael

[1] http://wiki.openstreetmap.org/wiki/Main_Page

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5811650i=0
https://lists.openstreetmap.org/listinfo/talk-ro

--
Toate cele bune !
**
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
*--*
NextGen Communications S.R.L. - Campina

Mobil NextGen : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
*--*

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

--
Life is not the amount of times you breathe, is the moments that take your
breath away.

To all things comes an end. And to all things comes a beginning.

Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in
existat.

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

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

Re: [Talk-ro] Întâlnire la București

2014-07-17 Thread Michael Häckel

Why are now all talking in English? That I have to prove someone wrong who 
complained to the DWG that I don't understand English? :-)

According to our experience the general requirements for a location are the 
following:
- It has to be sufficient quiet that all people on the table understand each
  other.
- The location must be able to deal with the fact that the number of the
  people attenting is unknown in advance and may vary strongly from meeting to
  meeting.
- Wi-Fi (useful but not absolutely required)

I think that I meanwhile know nearly all traditional Romanian dished and don't 
absolutely need to go to a tourist location. If you think that Have a Cigar 
is suitable, we can go there.

Is Saturday 30th August 19:00 a suitable time?
In the case that Gabriel wants to return on the same day probably a time 
during the day would be better, but then we would have to meet on Sunday.

Michael

PS: I hope that Caru' cu Bere has a better advertisment for their beer than 
this company here: ;-)
http://www.youtube.com/watch?v=Aw7eZO_swfA

Am Donnerstag, 17. Juli 2014, 10:55:58 schrieb Razvan Radulescu:
 We can meet at previous location - Have a Cigar, where first meeting
 was. I like that location...
 
 On 17.07.2014 10:31, Filip Chirita Rares Cristian wrote:
  We should definitely meet in Bucharest, even if there's no mapping
  party, I agree. The OSM-UK group have monthly meet-ups as well,
  they're really cool.
  
  Although this is quite cliche, there's a really good restaurant in the
  historical center of Bucharest which is a must-eat-at for any
  foreigner, called Caru' cu Bere. We could go there, or any other
  pub/restaurant around there, most of them are decent :)
  
  Rares
  
  
  2014-07-16 23:08 GMT+03:00 Gabriel Sebastian Moise
  gabrielsebastianmo...@gmail.com
  
  mailto:gabrielsebastianmo...@gmail.com:
  The other guys knows better than me some good places to meet...
  Razvan is one of them ..  They shoul reply to you as soon as
  they will see this ! I'm living at 100km away from Bucharest but
  I'll be pleased to meet the other guys from OSM Romania, and also
  to meet you...
  
  All the best Michael !
  
  
  În data de 16 iulie 2014, 22:34, Michael Häckel [via GIS] [hidden
  email] http://user/SendEmail.jtp?type=nodenode=5811657i=0 a
  
  scris:
  Salut,
  
  După părerea mea o întâlnire fizică nu este nici o idee rea,
  chiar dacă nu
  este nici un mapping party. După cum vedeți pe calendarul [1]
  în Germania noi
  avem întâlniri lunari la aproximativ 20 de orașe. Din păcate
  așa ceva nu este
  popular în alte țări. De obicei acolo sunt niște clienți
  fideli dar și oaspeți
  noi care nu știu mult despre OSM și au întrebări despre OSM.
  
  O să vizitez București de la 30 August până la 1 Septembrie.
  Cineva știe un
  local potrivit și are timp sâmbătă seară sau duminică și vrea
  să vină la o
  bere la o țuică sau altceva?
  
  Toate cele bune,
  Michael
  
  [1] http://wiki.openstreetmap.org/wiki/Main_Page
  
  ___
  Talk-ro mailing list
  [hidden email]
  http://user/SendEmail.jtp?type=nodenode=5811650i=0
  https://lists.openstreetmap.org/listinfo/talk-ro
  
  
  --
  --
  If you reply to this email, your message will be added to the
  discussion below:
  http://gis.19327.n5.nabble.com/Intalnire-la-Bucure-ti-tp5811650.ht
  ml
  
  To start a new topic under Romania, email [hidden email]
  http://user/SendEmail.jtp?type=nodenode=5811657i=1
  To unsubscribe from Romania, click here.
  NAML
  http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=mac
  ro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.n
  amespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-
  nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscrib
  ers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-sen
  d_instant_email%21nabble%3Aemail.naml 
  Mobil NextGen  : 076 111 65 59
  Mobil Personal : 0726 311 957
  
  Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
  *--*
  
  --
  --
  View this message in context: Re: Întâlnire la București
  http://gis.19327.n5.nabble.com/Intalnire-la-Bucure-ti-tp5811650p58116
  57.html Sent from the Romania mailing list archive
  http://gis.19327.n5.nabble.com/Romania-f5425034.html at Nabble.com.

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun (ville de Nantes) (JeanMichel FRANCOIS)


Hello !

Jean Michel, est-ce que tu pourrais faire quelques recherches de ton 
côté ? (log du serveur de mail, etc...) Je commence à avoir plusieurs 
dizaines de mails en doublon, et ça continue à arriver.


Merci.

Stf

Le mercredi 16 juillet 2014 23:28:31, David Crochet a écrit :

Bonjour

Voici des extrait d'en-tête de 2 courriels doublonnés :


X-ProXaD-SC: state=HAM score=0
Received: from localhost ([::1]:60917 helo=shenron.openstreetmap.org)
by shenron.openstreetmap.org with esmtp (Exim 4.76)
(envelope-from talk-fr-boun...@openstreetmap.org)
id 1X7WI8-0008Si-Kl; Wed, 16 Jul 2014 20:59:09 +
Received: from mxrelay.makina-corpus.com ([212.129.7.19]:49405)
 by shenron.openstreetmap.org with esmtp (Exim 4.76)
 (envelope-from jeanmichel.franc...@makina-corpus.com)
 id 1X7W4V-0006Vs-1R
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 20:59:04 +
Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 08:20:00 +0200 (CEST)
X-Virus-Scanned: amavisd-new at makina-corpus.com
Received: from mxrelay.makina-corpus.com ([127.0.0.1])
 by localhost (mxrelay.makina-corpus.com [127.0.0.1]) (amavisd-new,
port 10024)
 with ESMTP id vidMKJEXV1Wn for talk-fr@openstreetmap.org;
 Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from mail.makina-corpus.com (mail.makina-corpus.com
[212.83.188.243])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 2A4FE8129D
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from portinfo46.local (128-79-238-165.hfc.dyn.abo.bbox.fr
 [128.79.238.165]) (Authenticated sender: j...@makina-corpus.com)
 by mail.makina-corpus.com (Postfix) with ESMTPSA id DE2E922409
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 08:19:58 +0200 (CEST)
Message-ID: 53c6198e.4080...@makina-corpus.com
--




---
X-ProXaD-SC: state=HAM score=0
Received: from localhost ([::1]:54094 helo=shenron.openstreetmap.org)
by shenron.openstreetmap.org with esmtp (Exim 4.76)
(envelope-from talk-fr-boun...@openstreetmap.org)
id 1X7V2i-00075Q-PS; Wed, 16 Jul 2014 19:39:09 +
Received: from mxrelay.makina-corpus.com ([212.129.7.19]:48046)
 by shenron.openstreetmap.org with esmtp (Exim 4.76)
 (envelope-from jeanmichel.franc...@makina-corpus.com)
 id 1X7Up5-0005SF-0I
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 19:39:03 +
Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 08:20:00 +0200 (CEST)
X-Virus-Scanned: amavisd-new at makina-corpus.com
Received: from mxrelay.makina-corpus.com ([127.0.0.1])
 by localhost (mxrelay.makina-corpus.com [127.0.0.1]) (amavisd-new,
port 10024)
 with ESMTP id vidMKJEXV1Wn for talk-fr@openstreetmap.org;
 Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from mail.makina-corpus.com (mail.makina-corpus.com
[212.83.188.243])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 2A4FE8129D
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from portinfo46.local (128-79-238-165.hfc.dyn.abo.bbox.fr
 [128.79.238.165]) (Authenticated sender: j...@makina-corpus.com)
 by mail.makina-corpus.com (Postfix) with ESMTPSA id DE2E922409
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 08:19:58 +0200 (CEST)
Message-ID: 53c6198e.4080...@makina-corpus.com
-



Même Message-ID mais cela diffère entre mxrelay.makina-corpus.com
(toujours à la même date : Wed, 16 Jul 2014 08:20:00 +0200 (CEST) ) et
shenron.openstreetmap.org où la date diffère ensuite


Cordialement





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

Re: [OSM-talk-fr] Relation route et giratoire


En résumé, on a :

- Ceux qui ne veulent pas découper les giratoires
- Ceux qui ne le feront plus
- Ceux qui continueront à le faire

Les arguments cités des 2 côtés me paraissent valides. Je crois qu'on a 
donc pas fini de voir des giratoires coupés, puis recollés, puis 
redécoupés, etc...  Dommage...


Hier soir j'ai découpé un morceau de route de quelques mètres pour y 
appliquer une relation de restriction qui interdit de tourner à gauche. 
J'ai trouvé ça aberrant, et en ce sens je rejoins l'idée de certains qui 
pensent qu'il devrait être possible de faire autrement. Mais est-ce que 
ce n'est pas trop tard pour changer le modèle ?


Stf


Le 16/07/2014 22:47, Paul Mallet a écrit :


+1, on ne tag pas pour le rendu, mais on va tagger en fonction des 
algos de routage ?


Si en vrai le bus ne fait pas le tour complet du rond point, alors 
c'est + précis (et donc forcément + complexe, et alors ?) de spécifier 
la portion empruntée par celui-ci !


Paul

Le 16 juil. 2014 22:34, Pierre-Yves Berrard 
pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com 
a écrit :


Toutes ces considérations sur le routage seraient valables si on
avait un modèle de relation route avec des points de passage
(comme exposé par Étienne).
Or ce n'est pas le cas : la route est censée être entièrement
déterminée par des segments. À aucun moment je ne vois dans la
doc, l'itinéraire est défini par les segments de routes, *sauf
sur les giratoires où il faudra faire appel à un algorithme de
routage*.
Donc, bien que cela soit coûteux en nombre d'objets dans osm, je
ne vois pas comment,*avec le modèle actuel*, faire sans tronçonner
ces maudits giratoires.

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

Re: [OSM-talk-fr] Photographie aérienne 2012-2013 utilisable pour le Nord-Pas-de-Calais

2014-07-17 Thread Maxime Résibois

La question s'adresse à qui?

De mon côté je peux poser la question à la Ppige pour savoir s'ils sont
d'accord avec ça?


Le 15 juillet 2014 21:17, Christian Quest cqu...@openstreetmap.fr a écrit
:

 A rajouter dans notre cache et couche qui regroupe les autres orthos ?


 Le 15 juillet 2014 20:39, DH dhel...@free.fr a écrit :

 Le 15/07/2014 12:17, Maxime Résibois a écrit :

 Bonjour,
 En fait en cherchant un peu, l'orthophotographie est déjà disponible en
 WMS et peut donc être affiché dans JOSM.
 Nous avons donc une orthophotographie récente et libre pour bosser sur
 le NPDC !
 wms:http://www.ppige-npdc.fr/mapcache?FORMAT=image/jpeg;
 VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=
 ortho2013RGB20cmSTYLES=SRS={proj}WIDTH={width}HEIGHT={
 height}BBOX={bbox} http://www.ppige-npdc.fr/
 mapcache?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMS
 REQUEST=GetMapLAYERS=ortho2013RGB20cmSTYLES=SRS=%
 7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D

  Merci pourl'URL.
 Gare de Hazebrouck et d'Armentières améliorées
 'tain il y a de quoi faire !

 Denis
 bientôt dans le Ch'Nord

 ___
 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


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

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun (ville de Nantes) (JeanMichel FRANCOIS)

2014-07-17 Thread Jean Couteau

Le Thu, 17 Jul 2014 09:17:23 +0200,
Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :

 Hello !
 
 Jean Michel, est-ce que tu pourrais faire quelques recherches de ton 
 côté ? (log du serveur de mail, etc...) Je commence à avoir plusieurs 
 dizaines de mails en doublon, et ça continue à arriver.

C'est bizarre Jean-Michel, je te côtoie sur d'autres listes où je n'ai
pas le problème.

Jean

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

Re: [OSM-talk-fr] Couche Bano


Qu'en est-il de l'état de la couche Bano ?
J'ai des trucs bizarres, avec des rues corrigées il y a pas mal de 
temps, dont la concordance n'est toujours par faite, et d'autres plus 
récentes qui ont bien été mises à jour.



Stf

Le mardi 8 juillet 2014 11:46:56, JB a écrit :

Une chance que la couche Bano reprenne du service ? Elle ne répond
plus depuis un ou deux (ou trois ?) jours.
JB.

Le 04/07/2014 14:10, Christian Quest a écrit :

Il y a un réimport de base planet en cours... gros chantier, mais en
principe le rendu BANO n'en a pas besoin.
Je viens de remettre renderd en route.


Le 4 juillet 2014 13:53, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com
mailto:pierre.yves.berr...@gmail.com a écrit :

Toujours en chantier ?

PY, bano-addict


Le 1 juillet 2014 18:48, Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr a écrit :

Oui, il y a du chantier en cours en ce moment... sur le
serveur layers.


Le 1 juillet 2014 16:41, JB jb...@mailoo.org
mailto:jb...@mailoo.org a écrit :

Bonjour,
C'est chez moi, ou assez régulièrement (genre tous les
jours), la couche de rendu bano tousse ? En ce moment,
par exemple.
JB.

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




--
Christian Quest - OpenStreetMap France

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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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




___
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: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread David Crochet


Bonjour

Le 17/07/2014 09:29, Stéphane Péneau a écrit :

Hier soir j'ai découpé un morceau de route de quelques mètres pour y
appliquer une relation de restriction qui interdit de tourner à gauche.
J'ai trouvé ça aberrant, et en ce sens je rejoins l'idée de certains qui
pensent qu'il devrait être possible de faire autrement. Mais est-ce que
ce n'est pas trop tard pour changer le modèle ?


A un moment ou un autre, on y sera obliger :

- mise en place d'indication des places de stationnement :
http://osm.org/go/eruL6V38w?m=
http://osm.org/go/eruL7LW7q?m=

- Limitation de vitesse sur les grand axe de circulation

- Indication du nombre de voie de circulation
http://osm.org/go/eruL49X2F--?m=

- Indication des restriction de circulation
http://osm.org/go/eruL8~GVw--?m=


Donc pour moi le découpage est et restera naturel


Autre exemple, les voies de chemins de fer :
Initialement, 1 chemin indiquait les voies, unique ou multiples
Maintenant chaque voie à son chemin
http://osm.org/go/erv1AG6E8--?m=

Le micro-mapping, on y va, c'est indéniable. Si c'est pas fait un jour, 
cela sera un autre.


Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Couche Bano

2014-07-17 Thread V de Chateau-Thierry

Bonjour,

 De : Stéphane Péneau

 Qu'en est-il de l'état de la couche Bano ?
 J'ai des trucs bizarres, avec des rues corrigées il y a pas mal de
 temps, dont la concordance n'est toujours par faite, et d'autres plus
 récentes qui ont bien été mises à jour.

Tu n'as pas la berlue :)
Il y a environ 3 semaines, la base, réplique d'OSM, qui alimente BANO, a dû 
être ré-
importée. Mais il y a eu pas mal d'embûches au cours du process. Une màj de 
BANO a eu
lieu une fois cette base réimportée... jusqu'au moment où il a été détecté que 
la base
était incomplète (il manquait une semaine de mises à jour fin juin/début 
juillet).
Tout ça est réparé depuis hier soir, et j'ai relancé une mise à jour des 
rapprochements avec le cadastre ce matin. Ça va tourner toute la journée, et le 
graphe
qui témoigne des évolutions est ici :
http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
L'impact sur le rendu BANO est normalement une disparition de rouge au profit 
du bleu.

À vos caches :)

vincent

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

Re: [OSM-talk-fr] Relation route et giratoire

Effectivement, on mappe toujours de plus en plus en détail. Découper les
rond-points fait partie de cette évolution. Ce n'est pas mapper pour le
rendu, mais le rendu est fausse si les rond-points d'une route avec des
chemins séparés pour chaque direction ne sont pas découpés.

Le bus ne fait pas 360+180 dégrées sur les giratoires.

Jo

Jo


2014-07-17 9:47 GMT+02:00 David Crochet david.croc...@free.fr:

 Bonjour

 Le 17/07/2014 09:29, Stéphane Péneau a écrit :

  Hier soir j'ai découpé un morceau de route de quelques mètres pour y
 appliquer une relation de restriction qui interdit de tourner à gauche.
 J'ai trouvé ça aberrant, et en ce sens je rejoins l'idée de certains qui
 pensent qu'il devrait être possible de faire autrement. Mais est-ce que
 ce n'est pas trop tard pour changer le modèle ?


 A un moment ou un autre, on y sera obliger :

 - mise en place d'indication des places de stationnement :
 http://osm.org/go/eruL6V38w?m=
 http://osm.org/go/eruL7LW7q?m=

 - Limitation de vitesse sur les grand axe de circulation

 - Indication du nombre de voie de circulation
 http://osm.org/go/eruL49X2F--?m=

 - Indication des restriction de circulation
 http://osm.org/go/eruL8~GVw--?m=


 Donc pour moi le découpage est et restera naturel


 Autre exemple, les voies de chemins de fer :
 Initialement, 1 chemin indiquait les voies, unique ou multiples
 Maintenant chaque voie à son chemin
 http://osm.org/go/erv1AG6E8--?m=

 Le micro-mapping, on y va, c'est indéniable. Si c'est pas fait un jour,
 cela sera un autre.

 Cordialement

 --
 David Crochet


 ___
 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: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Francescu GAROBY

Certes, le bus ne fait pas un tour complet, mais dans ce cas, autant
prédécouper TOUTES les voies en tronçons de 2 points, pour prévoir TOUS les
cas de calculs d'itinéraire pour les voitures.

Francescu


Le 17 juillet 2014 10:13, Jo winfi...@gmail.com a écrit :

 Effectivement, on mappe toujours de plus en plus en détail. Découper les
 rond-points fait partie de cette évolution. Ce n'est pas mapper pour le
 rendu, mais le rendu est fausse si les rond-points d'une route avec des
 chemins séparés pour chaque direction ne sont pas découpés.

 Le bus ne fait pas 360+180 dégrées sur les giratoires.

 Jo

 Jo


 2014-07-17 9:47 GMT+02:00 David Crochet david.croc...@free.fr:

 Bonjour

 Le 17/07/2014 09:29, Stéphane Péneau a écrit :

  Hier soir j'ai découpé un morceau de route de quelques mètres pour y
 appliquer une relation de restriction qui interdit de tourner à gauche.
 J'ai trouvé ça aberrant, et en ce sens je rejoins l'idée de certains qui
 pensent qu'il devrait être possible de faire autrement. Mais est-ce que
 ce n'est pas trop tard pour changer le modèle ?


 A un moment ou un autre, on y sera obliger :

 - mise en place d'indication des places de stationnement :
 http://osm.org/go/eruL6V38w?m=
 http://osm.org/go/eruL7LW7q?m=

 - Limitation de vitesse sur les grand axe de circulation

 - Indication du nombre de voie de circulation
 http://osm.org/go/eruL49X2F--?m=

 - Indication des restriction de circulation
 http://osm.org/go/eruL8~GVw--?m=


 Donc pour moi le découpage est et restera naturel


 Autre exemple, les voies de chemins de fer :
 Initialement, 1 chemin indiquait les voies, unique ou multiples
 Maintenant chaque voie à son chemin
 http://osm.org/go/erv1AG6E8--?m=

 Le micro-mapping, on y va, c'est indéniable. Si c'est pas fait un jour,
 cela sera un autre.

 Cordialement

 --
 David Crochet


 ___
 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




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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 10:13 GMT+02:00 Jo winfi...@gmail.com:

 Le bus ne fait pas 360+180 dégrées sur les giratoires.

Ben, justement, c'est à ça qu'on reconnait les utilisateurs d'OSM ;-)

Plus sérieusement, le découpage pour les itinéraires et le
micro-mapping sont deux choses différentes. Je ne vois pas en quoi le
fait de préciser quelle section du giratoire est utile dans
l'itinéraire est un réel apport d'information. De toute façon, comme
la plupart des giratoires sont mis en entier dans OSM, les logiciels
de routage sont obligés de calculer les sections entrée-sortie
eux-même (avec ou sans relation route). Ceux qui font ces découpages
ne le font donc que pour avoir un meilleur rendu à l'écran de leur
itinéraire.

Pieren

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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread V de Chateau-Thierry


 De : Pieren

 De toute façon, comme
 la plupart des giratoires sont mis en entier dans OSM, les logiciels
 de routage sont obligés de calculer les sections entrée-sortie
 eux-même (avec ou sans relation route).

D'accord avec ça. 

 Ceux qui font ces découpages
 ne le font donc que pour avoir un meilleur rendu à l'écran de leur
 itinéraire.

Pas forcément, ou pas uniquement. 
Il y a déjà une part de logique : si mon bus n'emprunte pas telle portion de 
voie,
pourquoi l'inclure dans le trajet ?
Il y a aussi le besoin de vérifier ce qu'on fait en cours d'édition : un outil 
comme
l'éditeur de relations de JOSM indique visuellement la continuité ou la rupture 
entre 2
ways successifs. C'est bien utile pour constater la connexité, que ce soit pour 
la
fermeture d'un mutlipolygon ou la continuité d'une route.

vincent

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

Re: [OSM-talk-fr] Couche Bano

2014-07-17 Thread Art Penteur

Super !

  Et encore merci aux fourmies de l'administation qui fournissent leur
dose régulière aux fourmies BANO-addicted de la saisie des noms de
voies.

Art.

Le 17 juillet 2014 09:51, V de Chateau-Thierry v...@laposte.net a écrit :
 Bonjour,

 De : Stéphane Péneau

 Qu'en est-il de l'état de la couche Bano ?
 J'ai des trucs bizarres, avec des rues corrigées il y a pas mal de
 temps, dont la concordance n'est toujours par faite, et d'autres plus
 récentes qui ont bien été mises à jour.

 Tu n'as pas la berlue :)
 Il y a environ 3 semaines, la base, réplique d'OSM, qui alimente BANO, a dû 
 être ré-
 importée. Mais il y a eu pas mal d'embûches au cours du process. Une màj de 
 BANO a eu
 lieu une fois cette base réimportée... jusqu'au moment où il a été détecté 
 que la base
 était incomplète (il manquait une semaine de mises à jour fin juin/début 
 juillet).
 Tout ça est réparé depuis hier soir, et j'ai relancé une mise à jour des
 rapprochements avec le cadastre ce matin. Ça va tourner toute la journée, et 
 le graphe
 qui témoigne des évolutions est ici :
 http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
 L'impact sur le rendu BANO est normalement une disparition de rouge au profit 
 du bleu.

 À vos caches :)

 vincent

 ___
 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] Ajouter OSM France aux couches d'OSM?

2014-07-17 Thread Shohreh

Bonjour

J'ai deux questions d'utilisateur:

1. Est-il possible d'ajouter le rendu OSM France à la liste des couches
disponibles à droite dans www.openstreetmap.org?

2. Globalement, qu'est-ce que le rendu FR ajoute par rapport au rendu
international, à part les icônes type RER/M etc. auxquelles on est habitué?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-OSM-France-aux-couches-d-OSM-tp5811725.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

Re: [OSM-talk-fr] Relation route et giratoire

Le 17/07/2014 10:13, Jo a écrit :
 Effectivement, on mappe toujours de plus en plus en détail. Découper les
 rond-points fait partie de cette évolution. Ce n'est pas mapper pour le
 rendu, mais le rendu est fausse si les rond-points d'une route avec des
 chemins séparés pour chaque direction ne sont pas découpés.
 
 Le bus ne fait pas 360+180 dégrées sur les giratoires.

C'est un contresens de définir comme une évolution de découper les
rond-point.

En terme de navigation vocale, un rond-point découpé ne peut être
reconstitué et l'on perd alors de précieuses informations.

Genre
Dans 300m vous allez arriver dans un rond-point
Prenez la 3e sortie

Sans un way continue marqué explicitement junction=roundabout la
navigation vocale devient incompréhensible incapable de dire
correctement où et quand sortir d'un rond-point.

Idem en terme de description d'itinéraire :
Avec rond-point : http://osrm.at/8vT

Direction nord-ouest sur D 817
Au rond-point, prenez la première sortie sur D 817
Au rond-point, prenez la deuxième sortie sur D 817
Au rond-point, prenez la deuxième sortie sur D 817
Au rond-point, prenez la première sortie sur D 817
Vous êtes arrivé

Sans rond-point : http://osrm.at/8vU

Direction sud sur Avenue Jean Mermoz
Tournez légèrement à droite sur Rond-Point du Souvenir Français
Tournez légèrement à droite sur Boulevard Champetier de Ribes
Tournez légèrement à gauche sur Rue Michelet
Tournez légèrement à droite
Vous êtes arrivé

Notons par ailleurs qu'OSRM n'a aucune difficulté a n'emprunter que la
partie utile d'un rond-point lorsqu'il dessine un itinéraire...


De plus, un rond-point possède implicitement des règles de priorité qui
sont perdus lorsqu'il est fragmentés en petit-morceaux.


Bref, arrêtons de mutiler nos pauvres rond-points.


Librement,
-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Photographie aérienne 2012-2013 utilisable pour le Nord-Pas-de-Calais

L'ortho étant en licence ouverte, on peut en garder une copie.
L'idée de mettre en place un cache est destinée à limiter l'usage de
ressources sur leur serveur.


Le 17 juillet 2014 09:31, Maxime Résibois maxime.resib...@gmail.com a
écrit :

 La question s'adresse à qui?

 De mon côté je peux poser la question à la Ppige pour savoir s'ils sont
 d'accord avec ça?


 Le 15 juillet 2014 21:17, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 A rajouter dans notre cache et couche qui regroupe les autres orthos ?


 Le 15 juillet 2014 20:39, DH dhel...@free.fr a écrit :

 Le 15/07/2014 12:17, Maxime Résibois a écrit :

 Bonjour,
 En fait en cherchant un peu, l'orthophotographie est déjà disponible en
 WMS et peut donc être affiché dans JOSM.
 Nous avons donc une orthophotographie récente et libre pour bosser sur
 le NPDC !
 wms:http://www.ppige-npdc.fr/mapcache?FORMAT=image/jpeg;
 VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=
 ortho2013RGB20cmSTYLES=SRS={proj}WIDTH={width}HEIGHT={
 height}BBOX={bbox} http://www.ppige-npdc.fr/
 mapcache?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMS
 REQUEST=GetMapLAYERS=ortho2013RGB20cmSTYLES=SRS=%
 7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D

  Merci pourl'URL.
 Gare de Hazebrouck et d'Armentières améliorées
 'tain il y a de quoi faire !

 Denis
 bientôt dans le Ch'Nord

 ___
 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



 ___
 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] Relation route et giratoire

2014-07-17 Thread Pierre-Yves Berrard

Il aura quand même fallu attendre un bon paquet de messages avant que
quelqu'un donne un exemple concret de problème causé par un tronçonnage de
giratoire.

Merci Christophe.

Le 17 juillet 2014 13:52, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le 17/07/2014 10:13, Jo a écrit :

 Sans un way continue marqué explicitement junction=roundabout la
 navigation vocale devient incompréhensible incapable de dire
 correctement où et quand sortir d'un rond-point.

 Idem en terme de description d'itinéraire :
 Avec rond-point : http://osrm.at/8vT

 Direction nord-ouest sur D 817
 Au rond-point, prenez la première sortie sur D 817
 Au rond-point, prenez la deuxième sortie sur D 817
 Au rond-point, prenez la deuxième sortie sur D 817
 Au rond-point, prenez la première sortie sur D 817
 Vous êtes arrivé

 Sans rond-point : http://osrm.at/8vU

 Direction sud sur Avenue Jean Mermoz
 Tournez légèrement à droite sur Rond-Point du Souvenir Français
 Tournez légèrement à droite sur Boulevard Champetier de Ribes
 Tournez légèrement à gauche sur Rue Michelet
 Tournez légèrement à droite
 Vous êtes arrivé

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

Re: [OSM-talk-fr] Relation route et giratoire

De plus, le monde entier nous regarde !

Si si... nous sommes le pays champion des ronds-points ;)


Plus sérieusement, la raison invoquée par Christophe me semble très
recevable même si pas une analyse plus poussée des rond-point découpés,
ceux-ci pourraient être reconstitués pour avoir une feuille de route
identique dans les 2 cas.

Je suis quand même ennuyé par autre chose, le fait qu'un objet unique (un
rond point) soit décrit plusieurs fois dans la base. Pour comptabiliser par
exemple le nombre de rond points, il suffit de compter les
junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le
décompte...




Le 17 juillet 2014 13:52, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le 17/07/2014 10:13, Jo a écrit :
  Effectivement, on mappe toujours de plus en plus en détail. Découper les
  rond-points fait partie de cette évolution. Ce n'est pas mapper pour le
  rendu, mais le rendu est fausse si les rond-points d'une route avec des
  chemins séparés pour chaque direction ne sont pas découpés.
 
  Le bus ne fait pas 360+180 dégrées sur les giratoires.

 C'est un contresens de définir comme une évolution de découper les
 rond-point.

 En terme de navigation vocale, un rond-point découpé ne peut être
 reconstitué et l'on perd alors de précieuses informations.

 Genre
 Dans 300m vous allez arriver dans un rond-point
 Prenez la 3e sortie

 Sans un way continue marqué explicitement junction=roundabout la
 navigation vocale devient incompréhensible incapable de dire
 correctement où et quand sortir d'un rond-point.

 Idem en terme de description d'itinéraire :
 Avec rond-point : http://osrm.at/8vT

 Direction nord-ouest sur D 817
 Au rond-point, prenez la première sortie sur D 817
 Au rond-point, prenez la deuxième sortie sur D 817
 Au rond-point, prenez la deuxième sortie sur D 817
 Au rond-point, prenez la première sortie sur D 817
 Vous êtes arrivé

 Sans rond-point : http://osrm.at/8vU

 Direction sud sur Avenue Jean Mermoz
 Tournez légèrement à droite sur Rond-Point du Souvenir Français
 Tournez légèrement à droite sur Boulevard Champetier de Ribes
 Tournez légèrement à gauche sur Rue Michelet
 Tournez légèrement à droite
 Vous êtes arrivé

 Notons par ailleurs qu'OSRM n'a aucune difficulté a n'emprunter que la
 partie utile d'un rond-point lorsqu'il dessine un itinéraire...


 De plus, un rond-point possède implicitement des règles de priorité qui
 sont perdus lorsqu'il est fragmentés en petit-morceaux.


 Bref, arrêtons de mutiler nos pauvres rond-points.


 Librement,
 --
 Christophe Merlet (RedFox)

 ___
 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] Photographie aérienne 2012-2013 utilisable pour le Nord-Pas-de-Calais

2014-07-17 Thread Maxime Résibois

Oui ça serait bien! Cependant pour le moment, bien qu'étant en licence
libre, l'ortho n'est pas encore mise en téléchargement pour tout le monde.


Le 17 juillet 2014 14:08, Christian Quest cqu...@openstreetmap.fr a écrit
:

 L'ortho étant en licence ouverte, on peut en garder une copie.
 L'idée de mettre en place un cache est destinée à limiter l'usage de
 ressources sur leur serveur.


 Le 17 juillet 2014 09:31, Maxime Résibois maxime.resib...@gmail.com a
 écrit :

 La question s'adresse à qui?

 De mon côté je peux poser la question à la Ppige pour savoir s'ils sont
 d'accord avec ça?


 Le 15 juillet 2014 21:17, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 A rajouter dans notre cache et couche qui regroupe les autres orthos ?


 Le 15 juillet 2014 20:39, DH dhel...@free.fr a écrit :

 Le 15/07/2014 12:17, Maxime Résibois a écrit :

 Bonjour,
 En fait en cherchant un peu, l'orthophotographie est déjà disponible
 en WMS et peut donc être affiché dans JOSM.
 Nous avons donc une orthophotographie récente et libre pour bosser sur
 le NPDC !
 wms:http://www.ppige-npdc.fr/mapcache?FORMAT=image/jpeg;
 VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=
 ortho2013RGB20cmSTYLES=SRS={proj}WIDTH={width}HEIGHT={
 height}BBOX={bbox} http://www.ppige-npdc.fr/
 mapcache?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMS
 REQUEST=GetMapLAYERS=ortho2013RGB20cmSTYLES=SRS=%
 7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D

  Merci pourl'URL.
 Gare de Hazebrouck et d'Armentières améliorées
 'tain il y a de quoi faire !

 Denis
 bientôt dans le Ch'Nord

 ___
 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



 ___
 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


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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread David Crochet


Bonjour

Le 17/07/2014 13:52, Christophe Merlet a écrit :

Sans un way continue marqué explicitement junction=roundabout la
navigation vocale devient incompréhensible incapable de dire
correctement où et quand sortir d'un rond-point.


Pourtant le Nüvi avec la carte OSM le fait très bien même avec un sens 
giratoire découpé.


Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Relation route et giratoire

He, je suis plutôt partisan du non-découpage, mais ton argument ne 
tient pas avec osrm :

http://osrm.at/8vW

Ce trajet passe par plusieurs giratoires découpés, et ça ne lui fait ni 
chaud ni froid :


=   
Direction sud-ouest sur Mail Pablo Picasso
82 m

Continuez sur Rue du Pont de l'Arche de Mauves
28 m

Au rond-point, prenez la troisième sortie sur Mail Pablo Picasso
0.32 km

Au rond-point, prenez la deuxième sortie sur Rue du Progrès
0.15 km

Au rond-point, prenez la troisième sortie sur Pont de Tbilissi
0.18 km

Continuez sur Rue de Fleurus
70 m

Au rond-point, prenez la première sortie sur Rue de Fleurus
69 m

Au rond-point, prenez la troisième sortie sur Avenue Jean-Claude 
Bonduelle

92 m

Continuez sur Pont Aristide Briand
0.28 km

Continuez sur Boulevard du Général de Gaulle
69 m

Vous êtes arrivé
=

Stf

Le jeudi 17 juillet 2014 13:52:56, Christophe Merlet a écrit :


C'est un contresens de définir comme une évolution de découper les
rond-point.

En terme de navigation vocale, un rond-point découpé ne peut être
reconstitué et l'on perd alors de précieuses informations.

Genre
Dans 300m vous allez arriver dans un rond-point
Prenez la 3e sortie

Sans un way continue marqué explicitement junction=roundabout la
navigation vocale devient incompréhensible incapable de dire
correctement où et quand sortir d'un rond-point.





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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Paul Mallet

Donc OK on tag en fonction d'un algorithme...


-__-


Paul MALLET


Le 17 juillet 2014 14:13, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
 a écrit :

 Il aura quand même fallu attendre un bon paquet de messages avant que
 quelqu'un donne un exemple concret de problème causé par un tronçonnage de
 giratoire.

 Merci Christophe.

 Le 17 juillet 2014 13:52, Christophe Merlet red...@redfoxcenter.org a
 écrit :

 Le 17/07/2014 10:13, Jo a écrit :

  Sans un way continue marqué explicitement junction=roundabout la
 navigation vocale devient incompréhensible incapable de dire
 correctement où et quand sortir d'un rond-point.

 Idem en terme de description d'itinéraire :
 Avec rond-point : http://osrm.at/8vT

 Direction nord-ouest sur D 817
 Au rond-point, prenez la première sortie sur D 817
 Au rond-point, prenez la deuxième sortie sur D 817
 Au rond-point, prenez la deuxième sortie sur D 817
 Au rond-point, prenez la première sortie sur D 817
 Vous êtes arrivé

 Sans rond-point : http://osrm.at/8vU

 Direction sud sur Avenue Jean Mermoz
 Tournez légèrement à droite sur Rond-Point du Souvenir Français
 Tournez légèrement à droite sur Boulevard Champetier de Ribes
 Tournez légèrement à gauche sur Rue Michelet
 Tournez légèrement à droite
 Vous êtes arrivé


 ___
 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: [OSM-talk-fr] Relation route et giratoire

2014-07-17 14:13 GMT+02:00 Pierre-Yves Berrard pierre.yves.berr...@gmail.com:
 Il aura quand même fallu attendre un bon paquet de messages avant que
 quelqu'un donne un exemple concret de problème causé par un tronçonnage de
 giratoire.

Euh bof, c'est surtout un bug d'OSRM, là. Il ne reconnait pas les
roundabout segmentés.

Pieren

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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread f . dos . santos

Aucun soucis de comptage avec cet exemple vu que ce n'est pas un rond-point :

https://www.openstreetmap.org/way/253252283
https://www.openstreetmap.org/way/253252280

Route normale, instruction de guidage classique ...


- Mail original -
De: Christian Quest cqu...@openstreetmap.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 17 Juillet 2014 14:16:14
Objet: Re: [OSM-talk-fr] Relation route et giratoire



De plus, le monde entier nous regarde ! 


Si si... nous sommes le pays champion des ronds-points ;) 




Plus sérieusement, la raison invoquée par Christophe me semble très recevable 
même si pas une analyse plus poussée des rond-point découpés, ceux-ci 
pourraient être reconstitués pour avoir une feuille de route identique dans les 
2 cas. 


Je suis quand même ennuyé par autre chose, le fait qu'un objet unique (un rond 
point) soit décrit plusieurs fois dans la base. Pour comptabiliser par exemple 
le nombre de rond points, il suffit de compter les junction=roundabout... mais 
lorsqu'on les découpe, et bien ça fausse le décompte... 







Le 17 juillet 2014 13:52, Christophe Merlet  red...@redfoxcenter.org  a écrit 
: 


Le 17/07/2014 10:13, Jo a écrit : 

 Effectivement, on mappe toujours de plus en plus en détail. Découper les 
 rond-points fait partie de cette évolution. Ce n'est pas mapper pour le 
 rendu, mais le rendu est fausse si les rond-points d'une route avec des 
 chemins séparés pour chaque direction ne sont pas découpés. 
 
 Le bus ne fait pas 360+180 dégrées sur les giratoires. 

C'est un contresens de définir comme une évolution de découper les 
rond-point. 

En terme de navigation vocale, un rond-point découpé ne peut être 
reconstitué et l'on perd alors de précieuses informations. 

Genre 
Dans 300m vous allez arriver dans un rond-point 
Prenez la 3e sortie 

Sans un way continue marqué explicitement junction=roundabout la 
navigation vocale devient incompréhensible incapable de dire 
correctement où et quand sortir d'un rond-point. 

Idem en terme de description d'itinéraire : 
Avec rond-point : http://osrm.at/8vT 

Direction nord-ouest sur D 817 
Au rond-point, prenez la première sortie sur D 817 
Au rond-point, prenez la deuxième sortie sur D 817 
Au rond-point, prenez la deuxième sortie sur D 817 
Au rond-point, prenez la première sortie sur D 817 
Vous êtes arrivé 

Sans rond-point : http://osrm.at/8vU 

Direction sud sur Avenue Jean Mermoz 
Tournez légèrement à droite sur Rond-Point du Souvenir Français 
Tournez légèrement à droite sur Boulevard Champetier de Ribes 
Tournez légèrement à gauche sur Rue Michelet 
Tournez légèrement à droite 
Vous êtes arrivé 

Notons par ailleurs qu'OSRM n'a aucune difficulté a n'emprunter que la 
partie utile d'un rond-point lorsqu'il dessine un itinéraire... 


De plus, un rond-point possède implicitement des règles de priorité qui 
sont perdus lorsqu'il est fragmentés en petit-morceaux. 


Bref, arrêtons de mutiler nos pauvres rond-points. 



Librement, 
-- 
Christophe Merlet (RedFox) 



___ 
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

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

Re: [OSM-talk-fr] Relation route et giratoire


J'oubliais,

Si ça ne fonctionne pas avec le rond point du souvenir français de Pau, 
c'est qu'il ne porte pas les tags junction=roundabout. Ce qui ce tient 
si je me réfère à l'imagerie aérienne (multiple feux tricolores, et 
règles de priorités différentes d'un giratoire standard).


Stf

Le jeudi 17 juillet 2014 14:18:06, Stéphane Péneau a écrit :

He, je suis plutôt partisan du non-découpage, mais ton argument ne
tient pas avec osrm :
http://osrm.at/8vW

Ce trajet passe par plusieurs giratoires découpés, et ça ne lui fait
ni chaud ni froid :

=
Direction sud-ouest sur Mail Pablo Picasso
82 m

Continuez sur Rue du Pont de l'Arche de Mauves
28 m

Au rond-point, prenez la troisième sortie sur Mail Pablo Picasso
0.32 km

Au rond-point, prenez la deuxième sortie sur Rue du Progrès
0.15 km

Au rond-point, prenez la troisième sortie sur Pont de Tbilissi
0.18 km

Continuez sur Rue de Fleurus
70 m

Au rond-point, prenez la première sortie sur Rue de Fleurus
69 m

Au rond-point, prenez la troisième sortie sur Avenue Jean-Claude
Bonduelle
92 m

Continuez sur Pont Aristide Briand
0.28 km

Continuez sur Boulevard du Général de Gaulle
69 m

Vous êtes arrivé
=

Stf

Le jeudi 17 juillet 2014 13:52:56, Christophe Merlet a écrit :


C'est un contresens de définir comme une évolution de découper les
rond-point.

En terme de navigation vocale, un rond-point découpé ne peut être
reconstitué et l'on perd alors de précieuses informations.

Genre
Dans 300m vous allez arriver dans un rond-point
Prenez la 3e sortie

Sans un way continue marqué explicitement junction=roundabout la
navigation vocale devient incompréhensible incapable de dire
correctement où et quand sortir d'un rond-point.








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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread David Crochet


Bonjour

Le 17/07/2014 14:13, Pierre-Yves Berrard a écrit :

Il aura quand même fallu attendre un bon paquet de messages avant que
quelqu'un donne un exemple concret de problème causé par un tronçonnage
de giratoire.


Avec son contre-exemple :
http://osrm.at/8vX

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Relation route et giratoire

Le 17/07/2014 14:23, Stéphane Péneau a écrit :
 J'oubliais,
 
 Si ça ne fonctionne pas avec le rond point du souvenir français de Pau,
 c'est qu'il ne porte pas les tags junction=roundabout. Ce qui ce tient
 si je me réfère à l'imagerie aérienne (multiple feux tricolores, et
 règles de priorités différentes d'un giratoire standard).

Mais c'est quand même un rond-point et il s'appelle comme tel.

Et le Wiki a déjà pris la peine de documenter ce genre de cas
http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout#Signal-controlled_Roundabouts



 Stf


 
 Le jeudi 17 juillet 2014 14:18:06, Stéphane Péneau a écrit :
 He, je suis plutôt partisan du non-découpage, mais ton argument ne
 tient pas avec osrm :
 http://osrm.at/8vW

 Ce trajet passe par plusieurs giratoires découpés, et ça ne lui fait
 ni chaud ni froid :

 =
 Direction sud-ouest sur Mail Pablo Picasso
 82 m

 Continuez sur Rue du Pont de l'Arche de Mauves
 28 m

 Au rond-point, prenez la troisième sortie sur Mail Pablo Picasso
 0.32 km

 Au rond-point, prenez la deuxième sortie sur Rue du Progrès
 0.15 km

 Au rond-point, prenez la troisième sortie sur Pont de Tbilissi
 0.18 km

 Continuez sur Rue de Fleurus
 70 m

 Au rond-point, prenez la première sortie sur Rue de Fleurus
 69 m

 Au rond-point, prenez la troisième sortie sur Avenue Jean-Claude
 Bonduelle
 92 m

 Continuez sur Pont Aristide Briand
 0.28 km

 Continuez sur Boulevard du Général de Gaulle
 69 m

 Vous êtes arrivé
 =

 Stf

 Le jeudi 17 juillet 2014 13:52:56, Christophe Merlet a écrit :

 C'est un contresens de définir comme une évolution de découper les
 rond-point.

 En terme de navigation vocale, un rond-point découpé ne peut être
 reconstitué et l'on perd alors de précieuses informations.

 Genre
 Dans 300m vous allez arriver dans un rond-point
 Prenez la 3e sortie

 Sans un way continue marqué explicitement junction=roundabout la
 navigation vocale devient incompréhensible incapable de dire
 correctement où et quand sortir d'un rond-point.



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


-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Ajouter OSM France aux couches d'OSM?

Le 17 juillet 2014 11:34, Shohreh codecompl...@free.fr a écrit :

 Bonjour

 J'ai deux questions d'utilisateur:

 1. Est-il possible d'ajouter le rendu OSM France à la liste des couches
 disponibles à droite dans www.openstreetmap.org?



Pour l'instant notre infrastructure ne le permet pas.
Le serveur tile.openstreetmap.fr qui génère les tuiles FR et HOT et
régulièrement en saturation.
L'arrivée des tuiles HOT sur osm.org a multiplié leur usage.

Donc pourquoi pas, mais pas dans l'immédiat... et avec un bon cache pour
limiter la charge sur le serveur.

J'espère pouvoir améliorer ça vers la rentrée.

Autre question... pourquoi le rendu FR et pas le rendu DE, CZ, etc... il y
a plein de rendus locaux disponibles



 2. Globalement, qu'est-ce que le rendu FR ajoute par rapport au rendu
 international, à part les icônes type RER/M etc. auxquelles on est habitué?



 Suivez le guide... http://openstreetmap.fr/blogs/cquest/visite-guidee

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

Re: [OSM-talk-fr] Relation route et giratoire


Le jeudi 17 juillet 2014 14:36:48, Christophe Merlet a écrit :


Mais c'est quand même un rond-point et il s'appelle comme tel.

Et le Wiki a déjà pris la peine de documenter ce genre de cas
http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout#Signal-controlled_Roundabouts


Alors dans ce cas, remet le tag junction=roundabout, et tout ira bien.

Stf

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

Re: [OSM-talk-fr] Relation route et giratoire

Le 17/07/2014 14:18, Stéphane Péneau a écrit :
 He, je suis plutôt partisan du non-découpage, mais ton argument ne
 tient pas avec osrm :
 http://osrm.at/8vW


Je viens de télécharger la zone dans JOSM et... OMG oO
547 erreurs dans le validateur 

Les rond-points sont effectivement tous découpés et surtout sur-définis
en nb de points. Ya pas besoin d'une centaine de nœuds pour dessiner un
rond-point.

Faut absolument arrêter de taguer pour le rendu

 Ce trajet passe par plusieurs giratoires découpés, et ça ne lui fait ni
 chaud ni froid :
 
 =   
 Direction sud-ouest sur Mail Pablo Picasso
 82 m
 
 Continuez sur Rue du Pont de l'Arche de Mauves
 28 m
 
 Au rond-point, prenez la troisième sortie sur Mail Pablo Picasso
 0.32 km
 
 Au rond-point, prenez la deuxième sortie sur Rue du Progrès
 0.15 km
 
 Au rond-point, prenez la troisième sortie sur Pont de Tbilissi
 0.18 km
 
 Continuez sur Rue de Fleurus
 70 m
 
 Au rond-point, prenez la première sortie sur Rue de Fleurus
 69 m
 
 Au rond-point, prenez la troisième sortie sur Avenue Jean-Claude Bonduelle
 92 m
 
 Continuez sur Pont Aristide Briand
 0.28 km
 
 Continuez sur Boulevard du Général de Gaulle
 69 m
 
 Vous êtes arrivé
 =


Effectivement si les segments de rond-point sont doublés d'une
junction=roundabout OSRM s'y retrouve (est-ce le cas de tous les moteurs
de routage ?).
Mais au prix d'une sacré complexité qui fait que malgré ce haut niveau
de découpage, il reste insuffisant pour toutes les relations routes (ex:
Commerce - Aéroport Nantes Atlantique)


Et y a t'il besoin de préciser access=yes, surface=asphalt,
motor_vehicle=yes...  C'est tout à fait overkill  et le neo contributeur
fait demi tour devant une tel verbosité.

Soyez KISS
https://fr.wikipedia.org/wiki/Keep_it_Simple,_Stupid



 Stf
 
 Le jeudi 17 juillet 2014 13:52:56, Christophe Merlet a écrit :
 
 C'est un contresens de définir comme une évolution de découper les
 rond-point.

 En terme de navigation vocale, un rond-point découpé ne peut être
 reconstitué et l'on perd alors de précieuses informations.

 Genre
 Dans 300m vous allez arriver dans un rond-point
 Prenez la 3e sortie

 Sans un way continue marqué explicitement junction=roundabout la
 navigation vocale devient incompréhensible incapable de dire
 correctement où et quand sortir d'un rond-point.
 
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Relation route et giratoire

Le 17/07/2014 14:39, Stéphane Péneau a écrit :
 Le jeudi 17 juillet 2014 14:36:48, Christophe Merlet a écrit :
 
 Mais c'est quand même un rond-point et il s'appelle comme tel.

 Et le Wiki a déjà pris la peine de documenter ce genre de cas
 http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout#Signal-controlled_Roundabouts

 
 Alors dans ce cas, remet le tag junction=roundabout, et tout ira bien.

Je refusionnerai les ways ensemble, car il n'y a même pas de relation
route pour justifier vainement ce découpage !


Librement,
-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 14:36 GMT+02:00 Christophe Merlet red...@redfoxcenter.org:

 Et le Wiki a déjà pris la peine de documenter ce genre de cas
 http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout#Signal-controlled_Roundabouts

Attention, il y a rond-point et carrefour giratoire
http://fr.wikipedia.org/wiki/Rond-point
http://fr.wikipedia.org/wiki/Carrefour_giratoire
Dans cet exemple, on ne voit pas le panneau AB25
http://wiki.openstreetmap.org/wiki/File:Fr-AB25-sens_giratoire.gif
http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout#Signposts
Pas sûr que junction=roundabout se justifie ici...

Pieren

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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Vincent Pottier


Le 17/07/2014 14:16, Christian Quest a écrit :


Je suis quand même ennuyé par autre chose, le fait qu'un objet unique 
(un rond point) soit décrit plusieurs fois dans la base. Pour 
comptabiliser par exemple le nombre de rond points, il suffit de 
compter les junction=roundabout... mais lorsqu'on les découpe, et bien 
ça fausse le décompte...



Ça, c'est le véritable argument.
Un objet sur le terrain = un objet dans OSM
C'est ça la visée d'OSM.

Le principal problème :
Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

Pour résumer,
* Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il des 
deux modèles (j'ai essayé garmin en mode voiture et piéton, les 
ronds-points entiers sont parfaitement traités dans les deux cas).

Donc autant ne pas éclater.

* Les relations route vivent très bien avec des ronds-points entiers. Il 
n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des 
route=hikking avec ronds-points, ça va très bien aussi.

Donc autant ne pas éclater.

* Le principal problème du rond-point entier dans une relation route, il 
se situe dans certaines interfaces chaise-clavier qui perçoivent ça 
comme un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne 
bloque pas.
Par ailleurs, les ronds-points éclatés bugguent dans les versions 
newbies du kernel.

Donc autant ne pas éclater.

Pour les inconditionnels de la découpe, inventez le tag 
highway=junction_part pour les tronçons, mais ne multipliez pas les 
highway=junction.
En plus, avec une bonne relation highway=junction, ça résoudrait 
peut-être les problèmes des ronds-points avec ponts.

--
FrViPofm

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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Paul Mallet

Paul MALLET


Le 17 juillet 2014 16:06, Vincent Pottier vpott...@gmail.com a écrit :


 Un objet sur le terrain = un objet dans OSM
 C'est ça la visée d'OSM.



Ah bon ?

Et pour compter les routes, on compte les highway=* ?  et je ne parle pas
de la modélisation 3d des batiments ^^
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 16:06 GMT+02:00 Vincent Pottier vpott...@gmail.com:

 Le principal problème :
 Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

Ben oui et ? Trois morceaux de rond-point, ça fait pas trois
ronds-points; ça fait ... trois morceaux de rond-point ! Compter le
nombre de tags ne suffit pas pour en déduire le nombre de rond-point.
C'est aussi valable quand on compte le nombre de highway avec name=Ma
ptite Rue. Ca donne le nombre de segments de highway qui portent ce
nom, pas le nombre de rues...
Et si, avant de demander un nouveau tag pour les portions de quelques
rond-points, on examinait les millions de building=yes issus du
cadastre qui ne sont en fait que des buildingpart's ? Ca réduirement
sérieusement le nombre de bâtiments dans la base France...

Pieren

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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Éric Gillet

Un autre soucis relatif aux routes : à Lyon par exemple il y a des
trolleybus (bus électriques) qui ont utilisent les lignes électriques
au-dessus des voies pour circuler. Si la ligne électrique ne fait qu'une
partie du rond-point (la route du bus suit évidemment les lignes
électriques), on est bien obligé de découper le rond-point pour que les
données OSM collent le mieux possible au terrain.

Tant pis si cela créé des junction=roundabout, il ne faut pas se priver
de détails la BD OSM sous prétexte que les statistiques sur le nombre
ronds-points ne sera pas bonne...


2014-07-17 15:48 GMT+01:00 Pieren pier...@gmail.com:

 2014-07-17 16:06 GMT+02:00 Vincent Pottier vpott...@gmail.com:

  Le principal problème :
  Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

 Ben oui et ? Trois morceaux de rond-point, ça fait pas trois
 ronds-points; ça fait ... trois morceaux de rond-point ! Compter le
 nombre de tags ne suffit pas pour en déduire le nombre de rond-point.
 C'est aussi valable quand on compte le nombre de highway avec name=Ma
 ptite Rue. Ca donne le nombre de segments de highway qui portent ce
 nom, pas le nombre de rues...
 Et si, avant de demander un nouveau tag pour les portions de quelques
 rond-points, on examinait les millions de building=yes issus du
 cadastre qui ne sont en fait que des buildingpart's ? Ca réduirement
 sérieusement le nombre de bâtiments dans la base France...

 Pieren

 ___
 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: [OSM-talk-fr] Relation route et giratoire

Pour les statistiques c'est simple, on ne compte pas simplement le nombre
d'objets avec junction=roundabout. On compte ceux qui ont des noeuds en
commun qu'une fois.

Couper les ronds-points pourque le rendu soit correct, n'est pas ce que
l'on entend par taguer pour le rendu.

Donc allez d'abord solutionner le problème de rendu avec des ronds-points
'complets', puis essayez de convaincre ceux que veulent les couper de ne
plus le faire.

Jo


2014-07-17 18:49 GMT+02:00 Éric Gillet fear.hardc...@gmail.com:

 Un autre soucis relatif aux routes : à Lyon par exemple il y a des
 trolleybus (bus électriques) qui ont utilisent les lignes électriques
 au-dessus des voies pour circuler. Si la ligne électrique ne fait qu'une
 partie du rond-point (la route du bus suit évidemment les lignes
 électriques), on est bien obligé de découper le rond-point pour que les
 données OSM collent le mieux possible au terrain.

 Tant pis si cela créé des junction=roundabout, il ne faut pas se priver
 de détails la BD OSM sous prétexte que les statistiques sur le nombre
 ronds-points ne sera pas bonne...


 2014-07-17 15:48 GMT+01:00 Pieren pier...@gmail.com:

 2014-07-17 16:06 GMT+02:00 Vincent Pottier vpott...@gmail.com:

  Le principal problème :
  Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

 Ben oui et ? Trois morceaux de rond-point, ça fait pas trois
 ronds-points; ça fait ... trois morceaux de rond-point ! Compter le
 nombre de tags ne suffit pas pour en déduire le nombre de rond-point.
 C'est aussi valable quand on compte le nombre de highway avec name=Ma
 ptite Rue. Ca donne le nombre de segments de highway qui portent ce
 nom, pas le nombre de rues...
 Et si, avant de demander un nouveau tag pour les portions de quelques
 rond-points, on examinait les millions de building=yes issus du
 cadastre qui ne sont en fait que des buildingpart's ? Ca réduirement
 sérieusement le nombre de bâtiments dans la base France...

 Pieren

 ___
 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
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Francescu GAROBY

Éric, dans ton cas, la coupure se justifie par un changement de tags (car
j'imagine qu'il y a un tag pour indiquer la présence de lignes électriques)

Francescu


Le 17 juillet 2014 18:49, Éric Gillet fear.hardc...@gmail.com a écrit :

 Un autre soucis relatif aux routes : à Lyon par exemple il y a des
 trolleybus (bus électriques) qui ont utilisent les lignes électriques
 au-dessus des voies pour circuler. Si la ligne électrique ne fait qu'une
 partie du rond-point (la route du bus suit évidemment les lignes
 électriques), on est bien obligé de découper le rond-point pour que les
 données OSM collent le mieux possible au terrain.

 Tant pis si cela créé des junction=roundabout, il ne faut pas se priver
 de détails la BD OSM sous prétexte que les statistiques sur le nombre
 ronds-points ne sera pas bonne...


 2014-07-17 15:48 GMT+01:00 Pieren pier...@gmail.com:

 2014-07-17 16:06 GMT+02:00 Vincent Pottier vpott...@gmail.com:

  Le principal problème :
  Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

 Ben oui et ? Trois morceaux de rond-point, ça fait pas trois
 ronds-points; ça fait ... trois morceaux de rond-point ! Compter le
 nombre de tags ne suffit pas pour en déduire le nombre de rond-point.
 C'est aussi valable quand on compte le nombre de highway avec name=Ma
 ptite Rue. Ca donne le nombre de segments de highway qui portent ce
 nom, pas le nombre de rues...
 Et si, avant de demander un nouveau tag pour les portions de quelques
 rond-points, on examinait les millions de building=yes issus du
 cadastre qui ne sont en fait que des buildingpart's ? Ca réduirement
 sérieusement le nombre de bâtiments dans la base France...

 Pieren

 ___
 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




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

Re: [OSM-talk-fr] Relation route et giratoire

Le 17 juillet 2014 18:49, Éric Gillet fear.hardc...@gmail.com a écrit :

 il ne faut pas se priver de détails la BD OSM sous prétexte que les
 statistiques sur le nombre ronds-points ne sera pas bonne...


Mouais... à un certain niveau de détail, c'est plus du bruit que de l'info
qu'on a.

N'oublions pas le contributeur newbie... à trop pousser on se coupe un pan
entier de contributeurs et la richesse, la force d'OSM est dans ses
contributeurs, bien plus que dans ses données.

Il faut rester sur une modélisation accessible. L'apport dans le cas
présent reste très limité.


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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Marc Sibert


Je rebondis sur la remarque de Vincent :

A quoi/qui ça sert de découper les rond-point ?

Aux applications de routage : non ?
Au rendu : non ?
A simplifier le travail des contributeurs : non ?
Les trolley ? (les fils ne sont pas dans le même plan que les voies, 
alors pourquoi tagguer les voies ?) et même : allez je vous le concède : 
couper les ronds-points traversés partiellement par un trolley (mais pas 
passant par le centre hein !)
Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ; 
demandez à V son avis, je ne reçois plus ces mails :-)... un bonheur )


Alors ?

D'autres candidats TOC*cés des RP ?
* Trouble Obsessionnel du... Coupage mdr

A+

Marc
OPPOSANT AU DECOUPAGE - KISS 
-



Le 17/07/2014 16:06, Vincent Pottier a écrit :


Le 17/07/2014 14:16, Christian Quest a écrit :


Je suis quand même ennuyé par autre chose, le fait qu'un objet unique 
(un rond point) soit décrit plusieurs fois dans la base. Pour 
comptabiliser par exemple le nombre de rond points, il suffit de 
compter les junction=roundabout... mais lorsqu'on les découpe, et 
bien ça fausse le décompte...



Ça, c'est le véritable argument.
Un objet sur le terrain = un objet dans OSM
C'est ça la visée d'OSM.

Le principal problème :
Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

Pour résumer,
* Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il 
des deux modèles (j'ai essayé garmin en mode voiture et piéton, les 
ronds-points entiers sont parfaitement traités dans les deux cas).

Donc autant ne pas éclater.

* Les relations route vivent très bien avec des ronds-points entiers. 
Il n'y a pas que les bus à emprunter les ronds-points : j'ai taggué 
des route=hikking avec ronds-points, ça va très bien aussi.

Donc autant ne pas éclater.

* Le principal problème du rond-point entier dans une relation route, 
il se situe dans certaines interfaces chaise-clavier qui perçoivent ça 
comme un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça 
ne bloque pas.
Par ailleurs, les ronds-points éclatés bugguent dans les versions 
newbies du kernel.

Donc autant ne pas éclater.

Pour les inconditionnels de la découpe, inventez le tag 
highway=junction_part pour les tronçons, mais ne multipliez pas les 
highway=junction.
En plus, avec une bonne relation highway=junction, ça résoudrait 
peut-être les problèmes des ronds-points avec ponts.

--
FrViPofm

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



--
Marc Sibert
mailto:m...@sibert.fr


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

Re: [OSM-talk-fr] Relation route et giratoire

Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent le
rendu est faux si les rond-points ne sont pas découpés pour les routes avec
des chemins pour chaque sens, ou ceux qui ont des petites entrées et
sorties juste avant le rond point. Donc trouver d'abord un moyen de
corriger le rendu.

Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
rond-points en France... Enfin, pas trop souvent en tout cas.

Jo




2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr:

 Je rebondis sur la remarque de Vincent :

 A quoi/qui ça sert de découper les rond-point ?

 Aux applications de routage : non ?
 Au rendu : non ?
 A simplifier le travail des contributeurs : non ?
 Les trolley ? (les fils ne sont pas dans le même plan que les voies, alors
 pourquoi tagguer les voies ?) et même : allez je vous le concède : couper
 les ronds-points traversés partiellement par un trolley (mais pas passant
 par le centre hein !)
 Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ; demandez
 à V son avis, je ne reçois plus ces mails :-)... un bonheur )

 Alors ?

 D'autres candidats TOC*cés des RP ?
 * Trouble Obsessionnel du... Coupage mdr

 A+

 Marc
 OPPOSANT AU DECOUPAGE - KISS
 -


 Le 17/07/2014 16:06, Vincent Pottier a écrit :


 Le 17/07/2014 14:16, Christian Quest a écrit :


 Je suis quand même ennuyé par autre chose, le fait qu'un objet unique
 (un rond point) soit décrit plusieurs fois dans la base. Pour comptabiliser
 par exemple le nombre de rond points, il suffit de compter les
 junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le
 décompte...

  Ça, c'est le véritable argument.
 Un objet sur le terrain = un objet dans OSM
 C'est ça la visée d'OSM.

 Le principal problème :
 Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

 Pour résumer,
 * Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il des
 deux modèles (j'ai essayé garmin en mode voiture et piéton, les
 ronds-points entiers sont parfaitement traités dans les deux cas).
 Donc autant ne pas éclater.

 * Les relations route vivent très bien avec des ronds-points entiers. Il
 n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des
 route=hikking avec ronds-points, ça va très bien aussi.
 Donc autant ne pas éclater.

 * Le principal problème du rond-point entier dans une relation route, il
 se situe dans certaines interfaces chaise-clavier qui perçoivent ça comme
 un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne bloque
 pas.
 Par ailleurs, les ronds-points éclatés bugguent dans les versions newbies
 du kernel.
 Donc autant ne pas éclater.

 Pour les inconditionnels de la découpe, inventez le tag
 highway=junction_part pour les tronçons, mais ne multipliez pas les
 highway=junction.
 En plus, avec une bonne relation highway=junction, ça résoudrait
 peut-être les problèmes des ronds-points avec ponts.
 --
 FrViPofm

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



 --
 Marc Sibert
 mailto:m...@sibert.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

[OSM-talk-fr] ajout des entêtes cors http://api.openstreetmap.fr/api

2014-07-17 Thread JeanMichel FRANCOIS


Bonjour,

J'utilise la technologies AngularJS pour développer des logiciels autour 
de OSM sans aucune partie serveur.
Il m'est actuellement impossible d'utiliser l'API openstreetmap.fr avec 
des requetes Ajax

pour des raisons de sécurités connues.

Pour débloquer ça il suffirait d'ajouter les entête CORS.
Pour plus d'information sur le sujet : 
https://developer.mozilla.org/fr/docs/HTTP/Access_control_CORS



--
Cordialement,
Makina Corpus http://makina-corpus.com
Newsletters http://makina-corpus.com/formulaires/newsletters | 
Formations http://makina-corpus.com/formation | Twitter 
https://twitter.com/makina_corpus


Jean-Michel FRANCOIS
Chef de projet
Makina Corpus
Tél : 02 51 79 80 84
--
@toutpt https://twitter.com/toutpt | @toutpt_fr 
https://twitter.com/toutpt_fr

--
Découvrez notre catalogue de formations http://makina-corpus.com/formation

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

[OSM-talk-fr] Réf.: Re: Relation route et giratoire

2014-07-17 Thread THEVENON Julien



Mais de quel rendu tu parles?
Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de 
problemes sur les differents rendus que j ai pu rencontrer.
Tu peux donner un lien sur un exemple?

Julien

--
Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit :

Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent le
rendu est faux si les rond-points ne sont pas découpés pour les routes avec
des chemins pour chaque sens, ou ceux qui ont des petites entrées et
sorties juste avant le rond point. Donc trouver d'abord un moyen de
corriger le rendu.

Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
rond-points en France... Enfin, pas trop souvent en tout cas.

Jo




2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr:

 Je rebondis sur la remarque de Vincent :

 A quoi/qui ça sert de découper les rond-point ?

 Aux applications de routage : non ?
 Au rendu : non ?
 A simplifier le travail des contributeurs : non ?
 Les trolley ? (les fils ne sont pas dans le même plan que les voies, alors
 pourquoi tagguer les voies ?) et même : allez je vous le concède : couper
 les ronds-points traversés partiellement par un trolley (mais pas passant
 par le centre hein !)
 Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ; demandez
 à V son avis, je ne reçois plus ces mails :-)... un bonheur )

 Alors ?

 D'autres candidats TOC*cés des RP ?
 * Trouble Obsessionnel du... Coupage mdr

 A+

 Marc
 OPPOSANT AU DECOUPAGE - KISS
 -


 Le 17/07/2014 16:06, Vincent Pottier a écrit :


 Le 17/07/2014 14:16, Christian Quest a écrit :


 Je suis quand même ennuyé par autre chose, le fait qu'un objet unique
 (un rond point) soit décrit plusieurs fois dans la base. Pour comptabiliser
 par exemple le nombre de rond points, il suffit de compter les
 junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le
 décompte...

  Ça, c'est le véritable argument.
 Un objet sur le terrain = un objet dans OSM
 C'est ça la visée d'OSM.

 Le principal problème :
 Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

 Pour résumer,
 * Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il des
 deux modèles (j'ai essayé garmin en mode voiture et piéton, les
 ronds-points entiers sont parfaitement traités dans les deux cas).
 Donc autant ne pas éclater.

 * Les relations route vivent très bien avec des ronds-points entiers. Il
 n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des
 route=hikking avec ronds-points, ça va très bien aussi.
 Donc autant ne pas éclater.

 * Le principal problème du rond-point entier dans une relation route, il
 se situe dans certaines interfaces chaise-clavier qui perçoivent ça comme
 un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne bloque
 pas.
 Par ailleurs, les ronds-points éclatés bugguent dans les versions newbies
 du kernel.
 Donc autant ne pas éclater.

 Pour les inconditionnels de la découpe, inventez le tag
 highway=junction_part pour les tronçons, mais ne multipliez pas les
 highway=junction.
 En plus, avec une bonne relation highway=junction, ça résoudrait
 peut-être les problèmes des ronds-points avec ponts.
 --
 FrViPofm

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



 --
 Marc Sibert
 mailto:m...@sibert.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

Re: [OSM-talk-fr] Réf.: Re: Relation route et giratoire

Jo parle sûrement du surlignage des itinéraires de bus sur un fond.

Un coup d'OSRM paramétré bus et c'est réglé.


Le 17 juillet 2014 21:54, THEVENON Julien julien_theve...@yahoo.fr a
écrit :



 Mais de quel rendu tu parles?
 Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de
 problemes sur les differents rendus que j ai pu rencontrer.
 Tu peux donner un lien sur un exemple?

 Julien

 --
 Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit :

 Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent le
 rendu est faux si les rond-points ne sont pas découpés pour les routes
 avec
 des chemins pour chaque sens, ou ceux qui ont des petites entrées et
 sorties juste avant le rond point. Donc trouver d'abord un moyen de
 corriger le rendu.
 
 Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
 rond-points en France... Enfin, pas trop souvent en tout cas.
 
 Jo
 
 
 
 
 2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr:
 
  Je rebondis sur la remarque de Vincent :
 
  A quoi/qui ça sert de découper les rond-point ?
 
  Aux applications de routage : non ?
  Au rendu : non ?
  A simplifier le travail des contributeurs : non ?
  Les trolley ? (les fils ne sont pas dans le même plan que les voies,
 alors
  pourquoi tagguer les voies ?) et même : allez je vous le concède :
 couper
  les ronds-points traversés partiellement par un trolley (mais pas
 passant
  par le centre hein !)
  Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ;
 demandez
  à V son avis, je ne reçois plus ces mails :-)... un bonheur )
 
  Alors ?
 
  D'autres candidats TOC*cés des RP ?
  * Trouble Obsessionnel du... Coupage mdr
 
  A+
 
  Marc
  OPPOSANT AU DECOUPAGE - KISS
  -
 
 
  Le 17/07/2014 16:06, Vincent Pottier a écrit :
 
 
  Le 17/07/2014 14:16, Christian Quest a écrit :
 
 
  Je suis quand même ennuyé par autre chose, le fait qu'un objet unique
  (un rond point) soit décrit plusieurs fois dans la base. Pour
 comptabiliser
  par exemple le nombre de rond points, il suffit de compter les
  junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le
  décompte...
 
   Ça, c'est le véritable argument.
  Un objet sur le terrain = un objet dans OSM
  C'est ça la visée d'OSM.
 
  Le principal problème :
  Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.
 
  Pour résumer,
  * Les logiciels de routage (osrm, garmin) s'accommodent, semble-t-il des
  deux modèles (j'ai essayé garmin en mode voiture et piéton, les
  ronds-points entiers sont parfaitement traités dans les deux cas).
  Donc autant ne pas éclater.
 
  * Les relations route vivent très bien avec des ronds-points entiers. Il
  n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des
  route=hikking avec ronds-points, ça va très bien aussi.
  Donc autant ne pas éclater.
 
  * Le principal problème du rond-point entier dans une relation route, il
  se situe dans certaines interfaces chaise-clavier qui perçoivent ça
 comme
  un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne bloque
  pas.
  Par ailleurs, les ronds-points éclatés bugguent dans les versions
 newbies
  du kernel.
  Donc autant ne pas éclater.
 
  Pour les inconditionnels de la découpe, inventez le tag
  highway=junction_part pour les tronçons, mais ne multipliez pas les
  highway=junction.
  En plus, avec une bonne relation highway=junction, ça résoudrait
  peut-être les problèmes des ronds-points avec ponts.
  --
  FrViPofm
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
  --
  Marc Sibert
  mailto:m...@sibert.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




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

Re: [OSM-talk-fr] Relation route et giratoire

http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


2014-07-17 21:54 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr:



 Mais de quel rendu tu parles?
 Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de
 problemes sur les differents rendus que j ai pu rencontrer.
 Tu peux donner un lien sur un exemple?

 Julien

 --
 Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit :

 Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent le
 rendu est faux si les rond-points ne sont pas découpés pour les routes
 avec
 des chemins pour chaque sens, ou ceux qui ont des petites entrées et
 sorties juste avant le rond point. Donc trouver d'abord un moyen de
 corriger le rendu.
 
 Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
 rond-points en France... Enfin, pas trop souvent en tout cas.
 
 Jo
 
 
 
 
 2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr:
 
  Je rebondis sur la remarque de Vincent :
 
  A quoi/qui ça sert de découper les rond-point ?
 
  Aux applications de routage : non ?
  Au rendu : non ?
  A simplifier le travail des contributeurs : non ?
  Les trolley ? (les fils ne sont pas dans le même plan que les voies,
 alors
  pourquoi tagguer les voies ?) et même : allez je vous le concède :
 couper
  les ronds-points traversés partiellement par un trolley (mais pas
 passant
  par le centre hein !)
  Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ;
 demandez
  à V son avis, je ne reçois plus ces mails :-)... un bonheur )
 
  Alors ?
 
  D'autres candidats TOC*cés des RP ?
  * Trouble Obsessionnel du... Coupage mdr
 
  A+
 
  Marc
  OPPOSANT AU DECOUPAGE - KISS
  -
 
 
  Le 17/07/2014 16:06, Vincent Pottier a écrit :
 
 
  Le 17/07/2014 14:16, Christian Quest a écrit :
 
 
  Je suis quand même ennuyé par autre chose, le fait qu'un objet unique
  (un rond point) soit décrit plusieurs fois dans la base. Pour
 comptabiliser
  par exemple le nombre de rond points, il suffit de compter les
  junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le
  décompte...
 
   Ça, c'est le véritable argument.
  Un objet sur le terrain = un objet dans OSM
  C'est ça la visée d'OSM.
 
  Le principal problème :
  Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.
 
  Pour résumer,
  * Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il des
  deux modèles (j'ai essayé garmin en mode voiture et piéton, les
  ronds-points entiers sont parfaitement traités dans les deux cas).
  Donc autant ne pas éclater.
 
  * Les relations route vivent très bien avec des ronds-points entiers. Il
  n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des
  route=hikking avec ronds-points, ça va très bien aussi.
  Donc autant ne pas éclater.
 
  * Le principal problème du rond-point entier dans une relation route, il
  se situe dans certaines interfaces chaise-clavier qui perçoivent ça
 comme
  un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne bloque
  pas.
  Par ailleurs, les ronds-points éclatés bugguent dans les versions
 newbies
  du kernel.
  Donc autant ne pas éclater.
 
  Pour les inconditionnels de la découpe, inventez le tag
  highway=junction_part pour les tronçons, mais ne multipliez pas les
  highway=junction.
  En plus, avec une bonne relation highway=junction, ça résoudrait
  peut-être les problèmes des ronds-points avec ponts.
  --
  FrViPofm
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
  --
  Marc Sibert
  mailto:m...@sibert.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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Marc Sibert


Oui tes exemples sont parlants, mais :
en quoi ça : http://www.openstreetmap.org/#map=18/50.27884/3.98179layers=T
est moins parlant que ça : 
http://www.openstreetmap.org/#map=18/50.74264/4.68263layers=T


Dans les deux cas, on voit bien que le bus passe par le rond-point 
pour poursuivre, d'ailleurs ce rendu n'indique pas les sens uniques les 
les voies d'accès.
Rappelons quand même qu'une carte n'est qu'un modèle de la réalité et ne 
peut pas être comme l'indiquait Pieren que du micro-mapping, sinon où 
sont les trottoirs, les passages piétons, les largeurs des voies (on a 
un seul trait et pourtant le bus ne roule pas sur la même 'ligne' 
mathématique à l'aller et au retour).


A découper les ronds-points on part dans une complexité qui n'apporte 
rien à la compréhension ni humaine ni pour les applications.


ET puis : on ne mappe pas pour le rendu ! même pour celui des transports 
! (et toc ! le summum de la mauvaise fois mais j'aime bien quand je n'ai 
plus d'argument :-) )


Sérieusement, gardons la contribution simple (mais pas simplette !)

A+

(non, je ne découpe pas, au contraire)

Marc

Le 17/07/2014 22:12, Jo a écrit :

http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


2014-07-17 21:54 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr 
mailto:julien_theve...@yahoo.fr:




Mais de quel rendu tu parles?
Je n ai jamais decoupe les rond-points et pourtant je n ai jamais
vu de problemes sur les differents rendus que j ai pu rencontrer.
Tu peux donner un lien sur un exemple?

Julien

--
Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit :

Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à
présent le
rendu est faux si les rond-points ne sont pas découpés pour les
routes avec
des chemins pour chaque sens, ou ceux qui ont des petites entrées et
sorties juste avant le rond point. Donc trouver d'abord un moyen de
corriger le rendu.

Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
rond-points en France... Enfin, pas trop souvent en tout cas.

Jo




2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr
mailto:m...@sibert.fr:

 Je rebondis sur la remarque de Vincent :

 A quoi/qui ça sert de découper les rond-point ?

 Aux applications de routage : non ?
 Au rendu : non ?
 A simplifier le travail des contributeurs : non ?
 Les trolley ? (les fils ne sont pas dans le même plan que les
voies, alors
 pourquoi tagguer les voies ?) et même : allez je vous le
concède : couper
 les ronds-points traversés partiellement par un trolley (mais
pas passant
 par le centre hein !)
 Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous
; demandez
 à V son avis, je ne reçois plus ces mails :-)... un bonheur )

 Alors ?

 D'autres candidats TOC*cés des RP ?
 * Trouble Obsessionnel du... Coupage mdr

 A+

 Marc
 OPPOSANT AU DECOUPAGE - KISS
 -


 Le 17/07/2014 16:06, Vincent Pottier a écrit :


 Le 17/07/2014 14:16, Christian Quest a écrit :


 Je suis quand même ennuyé par autre chose, le fait qu'un objet
unique
 (un rond point) soit décrit plusieurs fois dans la base. Pour
comptabiliser
 par exemple le nombre de rond points, il suffit de compter les
 junction=roundabout... mais lorsqu'on les découpe, et bien ça
fausse le
 décompte...

  Ça, c'est le véritable argument.
 Un objet sur le terrain = un objet dans OSM
 C'est ça la visée d'OSM.

 Le principal problème :
 Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.

 Pour résumer,
 * Les logiciels de routage (osrm, garmin) s'accommodent,
semble-t-il des
 deux modèles (j'ai essayé garmin en mode voiture et piéton, les
 ronds-points entiers sont parfaitement traités dans les deux cas).
 Donc autant ne pas éclater.

 * Les relations route vivent très bien avec des ronds-points
entiers. Il
 n'y a pas que les bus à emprunter les ronds-points : j'ai
taggué des
 route=hikking avec ronds-points, ça va très bien aussi.
 Donc autant ne pas éclater.

 * Le principal problème du rond-point entier dans une relation
route, il
 se situe dans certaines interfaces chaise-clavier qui
perçoivent ça comme
 un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça
ne bloque
 pas.
 Par ailleurs, les ronds-points éclatés bugguent dans les
versions newbies
 du kernel.
 Donc autant ne pas

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Sylvain Maillard

Je maintient mon avis précédent : la totalité (ou quasiment) des
rond-points cités en exemple ne sont découpés que pour 1 faire joli sur 1
rendu particulier ...

si le contributeur décide de découper le rond-point, alors il faut aller
jusqu'au bout du modèle et faire une découpe complète à toutes (et
uniquement) les entrées/sorties, et ne pas laisser des rond-points découpés
là ou ça fait plus joli sur un rendu et non (ou mal) découpés là ou ça ne
se vois pas !


Sylvain


Le 17 juillet 2014 22:12, Jo winfi...@gmail.com a écrit :

 http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

 http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

 http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

 http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

 http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Francescu GAROBY

Jo : tes exemples sont parlants, mais...
* comme déjà dit, on ne tague pas pour le rendu !
* le rendu étransport d'OSM est pour moi un contre-exemple tellement il
est dégueu : une seule couleur (alors que nombre de lignes ont un tag
'colour' correspondant à la couleur attribuée par l'opérateur du réseau),
pas de serpent (il s'agit de la façon de représenter les lignes
empruntant la même voie : on trace toutes les lignes de couleur en
parallèle) ;
* une répétition anormalement élevée du nom de la ligne à certains niveaux
de zoom (zooms 16 et supérieurs) et rien aux zooms inférieurs (le zoom 15
est vide, dans l'exemple que tu donnes).
Bref, pour moi, c'est plutôt le rendu transport qu'il faut retaper
complètement que les ronds-points qu'il faut découper pour ledit rendu s'en
sorte...

D'ailleurs, quelqu'un sait où se trouve le code pour ce rendu ?
Francescu


Le 17 juillet 2014 22:50, Sylvain Maillard sylvain.maill...@gmail.com a
écrit :

 Je maintient mon avis précédent : la totalité (ou quasiment) des
 rond-points cités en exemple ne sont découpés que pour 1 faire joli sur 1
 rendu particulier ...

 si le contributeur décide de découper le rond-point, alors il faut aller
 jusqu'au bout du modèle et faire une découpe complète à toutes (et
 uniquement) les entrées/sorties, et ne pas laisser des rond-points découpés
 là ou ça fait plus joli sur un rendu et non (ou mal) découpés là ou ça ne
 se vois pas !


 Sylvain


 Le 17 juillet 2014 22:12, Jo winfi...@gmail.com a écrit :

 http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

 http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

 http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

 http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

 http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


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




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

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Éric Gillet

Non; ce n'est pas pour faire joli sur un rendu, c'est pour se conformer à
la réalité. Un rendu tire parti de ces modification, tant mieux.

Évidemment que tout tagging est fait pour le rendu. Les données sont
faites pour miroitier le plus près possible la réalité, et doit être
exploitable par des outils, pour fournir un rendu (résultat) pour des
humains...
La règle de ne pas tagger pour le rendu veut plutot dire ne pas tagger
pour UN rendu, pour éviter que des personnes pervertissent les données
présentes dans la base afin que ça soit visible sur Mapnik.




2014-07-17 21:50 GMT+01:00 Sylvain Maillard sylvain.maill...@gmail.com:

 Je maintient mon avis précédent : la totalité (ou quasiment) des
 rond-points cités en exemple ne sont découpés que pour 1 faire joli sur 1
 rendu particulier ...

 si le contributeur décide de découper le rond-point, alors il faut aller
 jusqu'au bout du modèle et faire une découpe complète à toutes (et
 uniquement) les entrées/sorties, et ne pas laisser des rond-points découpés
 là ou ça fait plus joli sur un rendu et non (ou mal) découpés là ou ça ne
 se vois pas !


 Sylvain


 Le 17 juillet 2014 22:12, Jo winfi...@gmail.com a écrit :

 http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

 http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

 http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

 http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

 http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


 ___
 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: [OSM-talk-fr] Relation route et giratoire

2014-07-17 Thread Paul Mallet

Depuis le début de ce débat on parle de tagger pour le rendu, d'algo de
routage etc. mais pour moi la seule chose à prendre en compte c'est la
réalité du terrain, hors dans la réalité, un bus (ou tout autre route) ne
fait pas le tour du rond point, donc seule la portion empruntée par le bus
devrait avoir la relation correspondante !

Pour découper le reste du rond point, c'est pour moi inutile si les ways
possèdent les mêmes tags et les mêmes relations...

PS : N'y a t'il pas des problèmes + importants ?

Paul MALLET


Le 17 juillet 2014 23:37, Éric Gillet fear.hardc...@gmail.com a écrit :

 Non; ce n'est pas pour faire joli sur un rendu, c'est pour se conformer à
 la réalité. Un rendu tire parti de ces modification, tant mieux.

 Évidemment que tout tagging est fait pour le rendu. Les données sont
 faites pour miroitier le plus près possible la réalité, et doit être
 exploitable par des outils, pour fournir un rendu (résultat) pour des
 humains...
 La règle de ne pas tagger pour le rendu veut plutot dire ne pas tagger
 pour UN rendu, pour éviter que des personnes pervertissent les données
 présentes dans la base afin que ça soit visible sur Mapnik.




 2014-07-17 21:50 GMT+01:00 Sylvain Maillard sylvain.maill...@gmail.com:

 Je maintient mon avis précédent : la totalité (ou quasiment) des
 rond-points cités en exemple ne sont découpés que pour 1 faire joli sur 1
 rendu particulier ...

 si le contributeur décide de découper le rond-point, alors il faut aller
 jusqu'au bout du modèle et faire une découpe complète à toutes (et
 uniquement) les entrées/sorties, et ne pas laisser des rond-points découpés
 là ou ça fait plus joli sur un rendu et non (ou mal) découpés là ou ça ne
 se vois pas !


 Sylvain


 Le 17 juillet 2014 22:12, Jo winfi...@gmail.com a écrit :

 http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

 http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

 http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

 http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

 http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


 ___
 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
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Relation route et giratoire

2014-07-17 23:23 GMT+02:00 Francescu GAROBY windu...@gmail.com:

 Jo : tes exemples sont parlants, mais...
 * comme déjà dit, on ne tague pas pour le rendu !


Ça, justement, n'est pas taguer pour le rendu.

Je n'ai pas utilisé une façon de taguer fausse, juste pourque ça rende dans
la couleur que je voulais.


 * le rendu étransport d'OSM est pour moi un contre-exemple tellement il
 est dégueu : une seule couleur (alors que nombre de lignes ont un tag
 'colour' correspondant à la couleur attribuée par l'opérateur du réseau),
 pas de serpent (il s'agit de la façon de représenter les lignes
 empruntant la même voie : on trace toutes les lignes de couleur en
 parallèle) ;


Là, je suis d'accord avec toi. Mais ce n'est pas si simple de faire mieux.


 * une répétition anormalement élevée du nom de la ligne à certains niveaux
 de zoom (zooms 16 et supérieurs) et rien aux zooms inférieurs (le zoom 15
 est vide, dans l'exemple que tu donnes).
 Bref, pour moi, c'est plutôt le rendu transport qu'il faut retaper
 complètement que les ronds-points qu'il faut découper pour ledit rendu s'en
 sorte...

 D'ailleurs, quelqu'un sait où se trouve le code pour ce rendu ?


Chez l'anglais qui fait également le rendu cyclable; Andy Allan.

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

Re: [OSM-talk-fr] Relation route et giratoire

Ça devient plus clair si on observe les relations une par une:

https://www.openstreetmap.org/relation/3856522/history#map=16/50.7430/4.6869layers=T

https://www.openstreetmap.org/relation/2029430/history#map=15/50.7415/4.6885layers=T

Et j'utilise le rendu comme exemple, mais c'est effectivement la réalité
que j'essaye de représenter dans un modèle qui colle au mieux à la réalité
le possible.

Jo


2014-07-17 22:49 GMT+02:00 Marc Sibert m...@sibert.fr:

  Oui tes exemples sont parlants, mais :
 en quoi ça :
 http://www.openstreetmap.org/#map=18/50.27884/3.98179layers=T
 est moins parlant que ça :
 http://www.openstreetmap.org/#map=18/50.74264/4.68263layers=T

 Dans les deux cas, on voit bien que le bus passe par le rond-point pour
 poursuivre, d'ailleurs ce rendu n'indique pas les sens uniques les les
 voies d'accès.
 Rappelons quand même qu'une carte n'est qu'un modèle de la réalité et ne
 peut pas être comme l'indiquait Pieren que du micro-mapping, sinon où sont
 les trottoirs, les passages piétons, les largeurs des voies (on a un seul
 trait et pourtant le bus ne roule pas sur la même 'ligne' mathématique à
 l'aller et au retour).

 A découper les ronds-points on part dans une complexité qui n'apporte rien
 à la compréhension ni humaine ni pour les applications.

 ET puis : on ne mappe pas pour le rendu ! même pour celui des transports !
 (et toc ! le summum de la mauvaise fois mais j'aime bien quand je n'ai plus
 d'argument :-) )

 Sérieusement, gardons la contribution simple (mais pas simplette !)

 A+

 (non, je ne découpe pas, au contraire)

 Marc

 Le 17/07/2014 22:12, Jo a écrit :

 http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

 http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

 http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

 http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

 http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


 2014-07-17 21:54 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr:



 Mais de quel rendu tu parles?
 Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de
 problemes sur les differents rendus que j ai pu rencontrer.
 Tu peux donner un lien sur un exemple?

 Julien

 --
 Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit :

 Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent
 le
 rendu est faux si les rond-points ne sont pas découpés pour les routes
 avec
 des chemins pour chaque sens, ou ceux qui ont des petites entrées et
 sorties juste avant le rond point. Donc trouver d'abord un moyen de
 corriger le rendu.
 
 Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
 rond-points en France... Enfin, pas trop souvent en tout cas.
 
 Jo
 
 
 
 
 2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr:
 
  Je rebondis sur la remarque de Vincent :
 
  A quoi/qui ça sert de découper les rond-point ?
 
  Aux applications de routage : non ?
  Au rendu : non ?
  A simplifier le travail des contributeurs : non ?
  Les trolley ? (les fils ne sont pas dans le même plan que les voies,
 alors
  pourquoi tagguer les voies ?) et même : allez je vous le concède :
 couper
  les ronds-points traversés partiellement par un trolley (mais pas
 passant
  par le centre hein !)
  Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ;
 demandez
  à V son avis, je ne reçois plus ces mails :-)... un bonheur )
 
  Alors ?
 
  D'autres candidats TOC*cés des RP ?
  * Trouble Obsessionnel du... Coupage mdr
 
  A+
 
  Marc
  OPPOSANT AU DECOUPAGE - KISS
  -
 
 
  Le 17/07/2014 16:06, Vincent Pottier a écrit :
 
 
  Le 17/07/2014 14:16, Christian Quest a écrit :
 
 
  Je suis quand même ennuyé par autre chose, le fait qu'un objet unique
  (un rond point) soit décrit plusieurs fois dans la base. Pour
 comptabiliser
  par exemple le nombre de rond points, il suffit de compter les
  junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse
 le
  décompte...
 
   Ça, c'est le véritable argument.
  Un objet sur le terrain = un objet dans OSM
  C'est ça la visée d'OSM.
 
  Le principal problème :
  Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.
 
  Pour résumer,
  * Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il
 des
  deux modèles (j'ai essayé garmin en mode voiture et piéton, les
  ronds-points entiers sont parfaitement traités dans les deux cas).
  Donc autant ne pas éclater.
 
  * Les relations route vivent très bien avec des ronds-points entiers.
 Il
  n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des
  route=hikking avec ronds-points, ça va très bien aussi.
  Donc autant ne pas éclater.
 
  * Le principal problème du rond-point entier dans une relation route,
 il
  se situe dans certaines interfaces chaise-clavier qui perçoivent ça
 comme
  un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne
 bloque
  pas.
  Par

[OSM-talk-fr] Interruption des mails sur osm.org

2014-07-17 Thread Vincent de Château-Thierry


Bonsoir,
Je relaie une annonce [1] parue ce soir. En substance, plusieurs 
services de mail autour d'osm.org (messagerie interne entre 
contributeurs, listes de discussion comme ici, mails du wiki, mails 
d'inscription) risquent d'être perturbés d'ici à demain soir.


vincent

[1] : https://lists.openstreetmap.org/pipermail/dev/2014-July/028012.html

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

Re: [OSM-talk-fr] Interruption des mails sur osm.org

Genre Apollo 13... on va passer derrière la lune, on vous retrouve dans
quelques heures (si tout va bien).

Bonne nuit et bonne pause pour demain ;)


Le 18 juillet 2014 00:26, Vincent de Château-Thierry v...@laposte.net a
écrit :

 Bonsoir,
 Je relaie une annonce [1] parue ce soir. En substance, plusieurs services
 de mail autour d'osm.org (messagerie interne entre contributeurs, listes
 de discussion comme ici, mails du wiki, mails d'inscription) risquent
 d'être perturbés d'ici à demain soir.

 vincent

 [1] : https://lists.openstreetmap.org/pipermail/dev/2014-July/028012.html

 ___
 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] Relation route et giratoire

Le 17/07/2014 23:50, Paul Mallet a écrit :
 Depuis le début de ce débat on parle de tagger pour le rendu, d'algo de
 routage etc. mais pour moi la seule chose à prendre en compte c'est la
 réalité du terrain, hors dans la réalité, un bus (ou tout autre route)
 ne fait pas le tour du rond point, donc seule la portion empruntée par
 le bus devrait avoir la relation correspondante !
 
 Pour découper le reste du rond point, c'est pour moi inutile si les ways
 possèdent les mêmes tags et les mêmes relations...
 
 PS : N'y a t'il pas des problèmes + importants ?

C'est un problème important.

Il faut bien comprendre qu'OpenStreetMap est un projet communautaire qui
ne peut exister que grâce aux contributions de cartographes bénévoles.
Ces cartographes doivent se renouveler, or plus les données sont
inutilement complexe, illisible, incompréhensible, moins les nouveaux
contributeurs franchisse le pas de la modification et de l'amélioration
des données.

Moins de contributeurs entraine la stagnation du projet voire son déclin.

Ce n'est pas une preuve de bonne ingénierie que de complexifier le
taguage dans OSM au point d'être le seul à le comprendre. Bien au contraire.

Que le bus coupe le rond-point ou serre bien sur la droite pour
rejoindre la troisième sortie, on s'en fout. On sait qu'il est arrivé
par telle route, qu'il a emprunté le rond-point et qu'il est ressorti à
la troisième voie.
La seule chose qui te fait croire que le bus a fait 3 fois le tour du
rond point et un rendu simpliste. Découper le rond-point signifie donc
bien que tu taggue uniquement pour le rendu et n'a donc pas lieu d'être.


Librement,
-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Relation route et giratoire