Re: [OSRM-talk] Determining which concrete version of OSRM 5.x deployed

[Кирилл Луценко]

Exactly! I think it would be very useful to add some kind of README file in 
installation folder which contains information about current version or at 
least embed version info into application's dlls.

>Четверг, 30 ноября 2017, 23:33 +03:00 от "Sayer, Bryan" :
>
>I have been wondering the same thing. One of the benefits of OSRM is that it 
>can be used in a secure environment without web access. This makes it 
>wonderful for research purposes. However, we need a way to document
> what we do. This includes being able to cite the version of the software and 
> also the maps.
>
>I suggest that this capability be added in some fashion - echoing the current 
>version of OSRM and the maps.
>
>
>--
>From: Daniel Patterson < dan...@mapbox.com >
>Sent: Thursday, November 30, 2017 1:10:10 PM
>To: Mailing list to discuss Project OSRM
>Subject: Re: [OSRM-talk] Determining which concrete version of OSRM 5.x 
>deployed
> 
>Hi Kirill,
>
>  No, there is no OSRM HTTP API that will return the version number - your 
>client will need to tell you what they installed.
>
>daniel
>
>On Thu, Nov 30, 2017 at 12:46 AM, Кирилл Луценко  < lucenko_kir...@mail.ru > 
>wrote:
>>Hello everyone!
>>
>>Our client deployed OSRM 5.x on its production server and now we are creating 
>>demo-server for test purposes where we would like to have the same versions 
>>of all software. The problem is that we can't determine which concrete 
>>version of OSRM deployed (client
>> doesn't remember too). Is there any way to find it out? May be OSRM have 
>> some undocumented API endpoint which return current version or some config 
>> file in installation folder (Windows) contains version number?
>>
>>Thanks in advance for any help!
>>
>>Best regards, 
>>Kirill
>>___
>>OSRM-talk mailing list
>>OSRM-talk@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>
>
>WARNING This information may be confidential. It is intended only for 
>the addressee(s) identified above. If you are not the addressee(s), or an 
>employee or agent of the addressee(s), please note that any dissemination, 
>distribution, or copying of this
> communication is strictly prohibited. If you have received this information 
> in error, please destroy the information and notify the sender of the error. 
> Thank you.
>___
>OSRM-talk mailing list
>OSRM-talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/osrm-talk



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

Re: [OSM-talk] Planned rendering changes of protected areas

[Paul Johnson]

On Thu, Nov 30, 2017 at 9:38 PM, Eugene Alvin Villar 
wrote:

> On Fri, Dec 1, 2017 at 8:58 AM, Paul Johnson  wrote:
>
>> On Thu, Nov 30, 2017 at 6:05 PM, ajt1...@gmail.com 
>> wrote:
>>
>>> On 30/11/2017 13:46, Daniel Koć wrote:
>>>
 1. Currently leisure=nature_reserve (old scheme) and boundary=* (new
 scheme) are frequently tagged in parallel, and it looks like the old scheme
 is used as a hack just to make it visible on default map.

>>>
>>> Just to chuck one example in - I've tagged lots of
>>> "leisure=nature_reserve" and almost no "boundary=protected_area;
>>> protect_class=XYZ".  The reason is simple - nature reserves where I'm
>>> likely to be mapping often have a sign saying "XYZ nature reserve".  There
>>> isn't going to be a sign helping me work out what "protect_class" in OSM it
>>> is, so that doesn't get mapped.  It's also nothing to do with "what gets
>>> rendered"; I actually render my own maps and map quite a lot of stuff that
>>> isn't displayed there :)
>>>
>>
>> Seems like it wouldn't be too difficult to consider the two as equivalent.
>>
>
> Not exactly. Some protected areas are cultural/social/heritage protected
> areas. Specifically those tagged with protect_class=21 to 29.
>

I meant the specific protect_class tags referring to nature preserves
specifically.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Planned rendering changes of protected areas

[Eugene Alvin Villar]

On Fri, Dec 1, 2017 at 8:58 AM, Paul Johnson  wrote:

> On Thu, Nov 30, 2017 at 6:05 PM, ajt1...@gmail.com 
> wrote:
>
>> On 30/11/2017 13:46, Daniel Koć wrote:
>>
>>> 1. Currently leisure=nature_reserve (old scheme) and boundary=* (new
>>> scheme) are frequently tagged in parallel, and it looks like the old scheme
>>> is used as a hack just to make it visible on default map.
>>>
>>
>> Just to chuck one example in - I've tagged lots of
>> "leisure=nature_reserve" and almost no "boundary=protected_area;
>> protect_class=XYZ".  The reason is simple - nature reserves where I'm
>> likely to be mapping often have a sign saying "XYZ nature reserve".  There
>> isn't going to be a sign helping me work out what "protect_class" in OSM it
>> is, so that doesn't get mapped.  It's also nothing to do with "what gets
>> rendered"; I actually render my own maps and map quite a lot of stuff that
>> isn't displayed there :)
>>
>
> Seems like it wouldn't be too difficult to consider the two as equivalent.
>

Not exactly. Some protected areas are cultural/social/heritage protected
areas. Specifically those tagged with protect_class=21 to 29.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Length of ways

[Mike Thompson]

On Thu, Nov 30, 2017 at 6:13 PM, Martin Koppenhoefer  wrote:

> I’m not sure if this is still valid, but a long time ago the measurements
> in Josm weren’t very accurate...

It uses the great circle distance[0], which is accurate to about 0.5%[1],
still over long distances that can add up.  I believe it would be more
accurate to project each segment of the way to a local coordinate system
and measure, and then sum the measures.

Mike

[0]
https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/osm/Way.java
(search on getLength)
[1] https://en.wikipedia.org/wiki/Great-circle_distance

especially for long distances, where the curvature of the earth leads to
> significant errors if not accounted for. Don’t know whether Josm uses an
> ellipsoid or spheroid (I recall initially it used carthesian coordinates
> and calculated in a plane). Just wanted to mention it.
>
> There’s also a measurement plugin for josm.
>
> cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Ediciones absurdas en la wiki, Wikiproyecto España era: (sin asunto)

[dcapillae]

La edición de Verdy_p me parece correcta. Existiendo una categoría específica
para el país, lo más correcto es categorizar la página de España en la
categoría «España». La categoría «Países/Territorios» es genérica, e incluye
a todas las categorías de países y territorios, también a la categoría
«España». La categoría para España, o para el Wikiproyecto España, debiera
ser la específica del país, es decir, «España», no la genérica
«Países/Territorios».

Sé que ya ha habido polémica con anterioridad con las ediciones que Verdy_p,
pero yo vengo haciendo un seguimiento de las páginas del wiki en español y
hasta ahora siempre le he visto hacer cambios con mucha lógica. Creo que
está haciendo un gran trabajo en el wiki para mejorarlo en todos los
sentidos.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-it] STARS4ALL - Mapathon sull'inquinamento luminoso

[Martin Koppenhoefer]

sent from a phone

> On 30. Nov 2017, at 18:48, Aury88  wrote:
> 
> Ciao, ho dato comunque un mio piccolo contributo[1] mappando un paio di
> centinaia di luci nella zona in cui lavoro.


il progetto mira a mappare singoli lampioni? Perché c’è anche un tag lit che - 
bensì meno dettagliato - ai fini della stima dell’inquinamento luminoso credo 
dovrebbe essere sufficiente, ed è molto più veloce nell’applicazione 


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

Re: [OSM-talk] Length of ways

[Martin Koppenhoefer]

I’m not sure if this is still valid, but a long time ago the measurements in 
Josm weren’t very accurate, especially for long distances, where the curvature 
of the earth leads to significant errors if not accounted for. Don’t know 
whether Josm uses an ellipsoid or spheroid (I recall initially it used 
carthesian coordinates and calculated in a plane). Just wanted to mention it.

There’s also a measurement plugin for josm.

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

Re: [OSM-talk] Planned rendering changes of protected areas

[Paul Johnson]

On Thu, Nov 30, 2017 at 6:05 PM, ajt1...@gmail.com 
wrote:

> On 30/11/2017 13:46, Daniel Koć wrote:
>
>> 1. Currently leisure=nature_reserve (old scheme) and boundary=* (new
>> scheme) are frequently tagged in parallel, and it looks like the old scheme
>> is used as a hack just to make it visible on default map.
>>
>
> Just to chuck one example in - I've tagged lots of
> "leisure=nature_reserve" and almost no "boundary=protected_area;
> protect_class=XYZ".  The reason is simple - nature reserves where I'm
> likely to be mapping often have a sign saying "XYZ nature reserve".  There
> isn't going to be a sign helping me work out what "protect_class" in OSM it
> is, so that doesn't get mapped.  It's also nothing to do with "what gets
> rendered"; I actually render my own maps and map quite a lot of stuff that
> isn't displayed there :)
>

Seems like it wouldn't be too difficult to consider the two as equivalent.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Planned rendering changes of protected areas

[Martin Koppenhoefer]

sent from a phone

On 30. Nov 2017, at 23:09, Daniel Koć  wrote:

>> There are 62k uses of boundary=protected_area and 77k of
>> leisure=nature_reserve and 31k of the combination - which does not
>> really support your idea that the latter is used just as a hack.
> 
> How would you detect such a hack then?
> 
> In my opinion 31k is a serious amount (about a half of both) that is a strong 
> suggestion of the problem, at least.


there is no problem with 2 different tags fitting for the same kind of thing. 
These are also different in scope, leisure=nature_reserve is for all kind of 
natural protected areas, while boundary=protected_area is for all kind of 
protected areas. It appears to be very detailed at first glance, but if you 
look at the actual tagging almost one third misses the most basic information 
(protect_class) and the long list of additional tags suggested in the wiki 
contains some questionable items and instructions. E.g. protection_aim, 
protection_ban and protection_instructions don’t seem to be suitable for a tag 
value, even more as it is not documented how to apply them.
E.g. protection_object: the wiki says it should describe what is protected (but 
not in detail, says again the wiki: “Preferably don´t list species or elements 
- therefor you should give a website-url.”), in actual values “recreation” is 
leading, second is “timber”: 
https://taginfo.openstreetmap.org/keys/protection_object#values
valid_from is a rarely used duplicate of start_date, etc.

My suggestion for osm carto is to look at both tagging schemes for nature 
reserves. I wouldn’t drop support for leisure =nature reserve 


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

Re: [OSM-talk] Length of ways

[Andy Mabbett]

On 1 December 2017 at 00:45, Mike Thompson  wrote:

> Relation length:
> In JOSM
> Select a member way
> In the "tags/memberships" window scroll down to the "Member of" section
> Right click
> Select members (add)
> Note the length in the lower margin of JOSM's main window

Really, really, useful. Thank you.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Length of ways

[Andy Mabbett]

On 1 December 2017 at 00:20, Mike Thompson  wrote:

> On Thu, Nov 30, 2017 at 5:15 PM, Andy Mabbett 
> wrote:
>>
>> Do we have a tool that will give me the length of a way (or a
>> relation, made from several continuous ways)?

> If you select the way in JOSM it will give you the length in the lower
> margin of the window.

I'm a JOSM user, and I'd never noticed that! Thank you.

> I don't know about relations.

I'll add a feature request, tomorrow.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Length of ways

[Mike Thompson]

Relation length:
In JOSM
Select a member way
In the "tags/memberships" window scroll down to the "Member of" section
Right click
Select members (add)
Note the length in the lower margin of JOSM's main window

On Thu, Nov 30, 2017 at 5:20 PM, Mike Thompson  wrote:

> If you select the way in JOSM it will give you the length in the lower
> margin of the window.  I don't know about relations.
>
> On Thu, Nov 30, 2017 at 5:15 PM, Andy Mabbett 
> wrote:
>
>> Do we have a tool that will give me the length of a way (or a
>> relation, made from several continuous ways)?
>>
>> --
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-es] Ediciones absurdas en la wiki, Wikiproyecto España era: (sin asunto)

[Alejandro S.]

Disculpad que enviara el correo anterior sin asunto, aquí va de nuevo para
tenerlo bien clasificado

Alejandro

2017-12-01 1:31 GMT+01:00 Alejandro S. :

> Buenas
>
> Me llega este cambio[0] de Very_p en la wiki. Lo he revertido porque me
> parece que no aporta nada y solo destruye información. ¿Qué opinais?
>
> [0]: https://wiki.openstreetmap.org/w/index.php?title=ES:
> Wikiproyecto_Espa%C3%B1a=0=1415225
>
> Atentamente,
>   Alejandro Suárez
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Length of ways

[Imre Samu]

For a batch solution:
* Pyosmium has an osm "road length" example:
https://github.com/osmcode/pyosmium/blob/master/examples/road_length.py


2017-12-01 1:15 GMT+01:00 Andy Mabbett :

> Do we have a tool that will give me the length of a way (or a
> relation, made from several continuous ways)?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-es] (sin asunto)

[Alejandro S.]

Buenas

Me llega este cambio[0] de Very_p en la wiki. Lo he revertido porque me
parece que no aporta nada y solo destruye información. ¿Qué opinais?

[0]:
https://wiki.openstreetmap.org/w/index.php?title=ES:Wikiproyecto_Espa%C3%B1a=0=1415225

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Length of ways

[Mike Thompson]

If you select the way in JOSM it will give you the length in the lower
margin of the window.  I don't know about relations.

On Thu, Nov 30, 2017 at 5:15 PM, Andy Mabbett 
wrote:

> Do we have a tool that will give me the length of a way (or a
> relation, made from several continuous ways)?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Length of ways

[Andy Mabbett]

Do we have a tool that will give me the length of a way (or a
relation, made from several continuous ways)?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Planned rendering changes of protected areas

[ajt1...@gmail.com]

On 30/11/2017 13:46, Daniel Koć wrote:
1. Currently leisure=nature_reserve (old scheme) and boundary=* (new 
scheme) are frequently tagged in parallel, and it looks like the old 
scheme is used as a hack just to make it visible on default map.


Just to chuck one example in - I've tagged lots of 
"leisure=nature_reserve" and almost no "boundary=protected_area; 
protect_class=XYZ".  The reason is simple - nature reserves where I'm 
likely to be mapping often have a sign saying "XYZ nature reserve".  
There isn't going to be a sign helping me work out what "protect_class" 
in OSM it is, so that doesn't get mapped.  It's also nothing to do with 
"what gets rendered"; I actually render my own maps and map quite a lot 
of stuff that isn't displayed there :)


Best Regards,

Andy




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

Re: [Talk-it] STARS4ALL - Mapathon sull'inquinamento luminoso

[Cascafico Giovanni]

Ma é un progetto immane! Non ci avevo fatto mai caso... E purtroppo per le
amministrazioni locali l'illuminazione pubblica é ancora segno di progresso.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] UMap.fr is down (502, bad gateway)

[Philippe Verdy]

tout est dans le titre
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Marne la Vallée

[Philippe Verdy]

Le 30 novembre 2017 à 21:16,  a écrit :

> Comme tu dis, 7 c'est arrondissement et donc pas machin. Il y a une
> sous-préfecture à Torcy, commune de Marne-la-Vallée.
> L'arrondissement de Torcy
>  ne recouvre pas
> le machin de Marne-l'Avalée.
>
> boundary=place de Christian, à la EPCI comme suggère vdct ou place= sur un
> node si on veut juste que Nominatim trouve ça.
> N.B. : la graphie de Marne-la-Vallée est compatible avec celle d'une
> commune, il n'y a pas d'espaces dans le nom.
>
> Et au fait pour le Rhône, on a bien 2 admin_level=6 :
> - Métropole de Lyon 
> - Rhône 
>
> Qui ensemble constituent la Circonscription départementale du Rhône
>  qui comme son nom ne
> l'indique pas est de niveau 5 et a le rôle d'une préfecture.
> Or là on viole la règle de pavage d'un niveau admin 4 en zones de niveau 5.
>
Il n'y a pas violation: dans tous les départements sauf le Rhône la zone de
niveau 5 (préfecture de département) correspond à la même zone de niveau 6
(conseil départemental). On a bien un pavage complet au niveau 5 en mettant
au même niveau toutes les préfectures de département. Il est complet aussi
au niveau 6 (tous les départements et la métropole de Lyon).

Le tout reste hiérarchique, mais on n'a pas eu besoin de dupliquer presque
toutes les 100 relations de niveau 6 (sauf une) vers le niveau 5. comparez
avec le découpage de l'Allemagne ou une même subdivision cumule les
compétences de plusieurs niveaux ailleurs (d'où des pseudo-"trous" par
exemple au niveau 8 pour les communes qui sont modélisées par une seule
entité à un des autres niveaux de compétence).
Ce qu'on n'a pas dans admin_level c'est la possibilité de mettre plusieurs
valeurs: une valeur unique a été choisie arbitrairement (le niveau le plus
prévalent en terme de compétences : en Allemagne c'est le niveau du Land
qui prévaut à cause du régime fédéral et du fonctionnement de la
législation et des constitutions locales).

Il n'y a d'ailleurs aucune obligation à tout découper jusqu'à des niveaux
élevés identiques partout : l'arbre peut avoir des branches plus hautes que
d'autres, et même parfois des branches qui se recoupent partiellement
(comme en Espagne avec les comarques qui ne suivent pas partout le
découpage provincial de l'Etat).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Marne la Vallée

[Philippe Verdy]

Même si c'est pour taguer comme une "zone d'emploi" et non comme un
frontière administrative (quel tag : boundary=economic ?), ça reste un nom
important qu'on doit pouvoir trouver sur la carte indépendamment du nouveau
statut en tant que subdivision de l'EPCI du Grand Paris.

(D'ailleurs le Grand Paris n'est pas la seule subdivision d'un EPCI à
fiscalité propre, on en trouve dans d'autres métropoles, comme à Nantes,
même si ces subdivisions ont un nom générique spécifique à leur EPCI, comme
les "pôles" à Nantes Métropole qui groupent des quartiers de la commune de
Nantes avec d'autres communes périphériques et là aussi on se pose la
question de la valeur du tag "boundary=*" à utiliser quand ce sont des
subdivisions d'un "boundary=local_authority" avec un tag spécifique à la
France indiquant le type d'EPCI concerné, à fiscalité propre ou non; à Lyon
c'est un peu plus compliqué car en dépit de sons statut de métropole ce
n'est plus un EPCI mais administré avec les mêmes compétences que le
Conseil départemental du Rhône, les deux formant ensemble l'ancien
département devenu circonscription départementale au plan purement
administratif de l'état: le Grand Lyon a tout d'une métropole, d'un EPCI,
et d'un département, il va vite y apparaitre un découpage comme à Nantes,
mais qui regroupera des arrondissements municipaux de Lyon avec d'autres
communes, voire encore uniquement des communes excentrées ou des fractions
de communes très peuplées comme Villeurbanne)

Hors si boundary=adminitrative est hiérarchisé suivant les compétences
délocalisées de l'état (préfectures de régions ou départements,
sous-préfectures puis communes) le découpage se complique aussi pour
d'autres institutions de l'Etat qui se fait de plus en plus compétence par
compétence de façon assez différente (académies et découpage scolaire,
zones universitaires, zones de défense, zones de police, zones judiciaires,
zones aériennes, zones maritimes, zones naturelles: tout ça est aussi plus
ou moins hiérarchisé mais indépendamment des autres hiérarchies, le
découpage administratif unique de la France est de moins en moins
d'actualité car il offre trop de redondances et coute cher sans forcément
être efficace en fonction des besoins réels, et le tout se complique quand
le secetur public fait appel à des prestataires et concessions de services
publics qui veulent aussi un découpage efficace pour leurs activités sans
avoir à supporter les autres mille-feuilles administratifs pour les
décisions, les budgets, les garanties financières et le contrôle des
comptes et activités.

Bref on ne peut plus tout mettre dans boundary=administratif avec un simple
admin_level, on a besoin d'autres boundary=* avec leur découpage propre
(non pas avec "admin_level=*", mais par exemple "local_autority:level=*"
pour "boundary=local_authority", plus "local_autority:type:FR=*" pour la
typologie franco-française d'un même niveau de découpage).

Note: le découpage "régional" de la France pour les prochaines élections
européennes est en question, il devrait disparaître pour un scrutin
national unique puisque l'ancien découpage ne correspond plus au découpage
des nouvelles régions, et il n'est plus possible de les équilibrer
convenablement  ni d'augmenter le nombre de circonscriptions pour
correspondre aux régions actuelles

Il y a trop peu de sièges à pourvoir pour la France pour pouvoir aussi
respecter les règles de parité homme/femme et en plus la proportionnalité;
de plus la compagne européenne n'est plus comprise et bat des records
d'absention: partis européens malconnus, campagne par région qui affiche
des inconnus et trop peut de support politique visible: le retour au
scrutin national sera aussi une source d'économie d'échelle, et les partis
politiques français sont complètement chamboulés avec leurs têtes de listes
qui démissionnent les uns après les autres: le scrutin régional n'a pas
apporté de réel amélioration dans la représentation des intérêts des
régions et a affaibli et divisé la voix de la France en Europe.

Les Français attendent plus d'implication de leur classe politique sur les
questions européennes, avec plus de visibilité, plus de transparence, et
plus de pouvoir du parlement européen, et moins de discussion et décisions
occultes entre chefs d'état et de gouvernements ou par la Commission
européenne avec les seuls lobbies. Le passage au scrutin national répond à
une partie de ce problème, d'autant qu'avec le départ du Royaume-Uni et les
difficultés politiques de l'Allemagne la France devra avoir une voix forte
si on ne veut pas voir s'écrouler le fragile édifice européen de plus en
plus mis à mal par les revendications nationales, voire nationalistes ou
autonomistes.


Le 30 novembre 2017 à 15:58,  a écrit :

> Salut,
>
> Le 30/11/2017 à 15:21, Noémie Lehuby a écrit :
>
> Salut,
>
> Marne-la-Vallée n'existe pas dans OSM :(
>
> Est-ce que ça fait sens de l'ajouter ?
>
>
> Wikipedia:
> 

Re: [OSM-talk] Planned rendering changes of protected areas

[Daniel Koć]

W dniu 30.11.2017 o 17:38, Christoph Hormann pisze:


There are 62k uses of boundary=protected_area and 77k of
leisure=nature_reserve and 31k of the combination - which does not
really support your idea that the latter is used just as a hack.


How would you detect such a hack then?

In my opinion 31k is a serious amount (about a half of both) that is a 
strong suggestion of the problem, at least.



That is frankly just nonsense.  If rendering (or not rendering) features
with leisure=nature_reserve, boundary=protected_area or
boundary=national_park causes visual clutter in a map depends on if and
how you render these features.  That is the responsibility of you as a
map designer.  Blaming a tagging scheme for not being able to do that
without visual clutter is a bit strange.


It's easy - with leisure=nature_reserve you don't have any 
classification system, so you have less tools to make a proper rendering 
decisions. The other solution is guessing or accepting the mess, which 
are poor options for me.



Have you looked at if these classes are actually used consistently at
the moment?  A tagging scheme with ~25 numerical codes as classes with
fairly brief and abstract descriptions is not usually destined for
success in OSM.


We don't need to check every single one of them, probably just selecting 
a nature related subset of them would be enough. Not everything should 
be rendered (like "community life" or "earth-moving area") and even just 
selecting national parks from the rest would be clear win for a start.



4. The new scheme looks like more general than the old one, so it's
all that's we really need.

Which is just another way of saying boundary=protected_area is much less
meaningful than leisure=nature_reserve since the latter at least
specifies it is nature protection while the former does not.


Just look at the classification, there's a cluster of such classes:

https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Nature-protected-area


You are also contradicting yourself here - in 2. you say "the old scheme
is too generic" and here you say "the new scheme looks like more
general" - which is it?


By "generic" I mean "lacking details", which is bad.
By "general" I mean "encompassing all of this and more", which is good.


but then drop arguing for certain tagging
ideas based on your perceived needs for rendering.  Tagging decisions
should be based on how mappers can best document their knowledge about
the geography.  Not on what some developers find convenient for
rendering.


In my opinion there's a better tagging scheme for documenting that 
knowledge, that's why I suggested deprecation. But that is just the 
opening of discussion, not the final solution.


--
"My method is uncertain/ It's a mess but it's working" [F. Apple]


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

Re: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils habitent

[osm . sanspourriel]

4 personnes à plein temps mais pendant combien de temps ?

800 personnes, ça doit faire moins de 500 adresses, 80 noms de rue.

Dans l'exemple donné c'est la résidence du Cèdre, aller Rue du Cèdre et peut-être quelques déclinaisons.

  Exemple :
http://www.openstreetmap.org/#map=19/43.69685/5.49051

Le lotissement ce sont les Bastides Blanches, une seule rue, des numéros sur le cadastre.

Cherchez le nom de la rue que les habitants vont proposer.

3 Résidence des Bastides Blanches ou 3 impasse des Bastides Blanches, ça change totu.

 

Il y a aussi des noms de lieu-dit. Certes il y a des rues sans nom au cadastre mais les ajouter suivant la proposition de Philippe, ça ne doit pas prendre 4 personnes à plein temps pendant des lustres.

 

Soit le maire est incompétent soit il veut des sous pour ça.

 

Jean-Yvon

 
 

Gesendet: Donnerstag, 30. November 2017 um 12:19 Uhr
Von: "Philippe Verdy - verd...@wanadoo.fr" 
An: "Discussions sur OSM en français" 
Betreff: Re: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils habitent


C'est étonnant qu'il n'y ait même pas des noms traditionnels du type "chemin communal/rural dit de XYZ", où XYZ est un ancien lieu-dit, ou bien en reprenant le nom déjà donné à certains lotissements. Mais effectivement cette commune n'a pas beaucoup de rues nommées !
 
De fait les habitants doivent avoir donné eux-mêmes des noms d'usage (lieux-dits ou noms d'habitations ou noms de lotissements) à la Poste, qui ferait bien de les communiquer à la commune pour que ce soit en accord avec son cadastre et répercuté sur les cartes. Et ces habitants feraient bien de se concerter dans une réunion de quartier pour formuler un document de proposition avalisé par les habitants et que ce soit adopté au conseil municipal.



 
Le 30 novembre 2017 à 11:42, Vincent de Château-Thierry  a écrit :

Bonjour,

> De: "Stéphane Péneau" 
>
> La commune de Pertuis aurait 80 rues non-nommées. C'est étonnant pour
> une collectivité de 20 000 habitants.
>
> À écouter ici, à 9mn50 :
>
> https://www.franceinter.fr/emissions/le-journal-de-7h30/le-journal-de-7h30-30-novembre-2017
>
> Il y a des contributeurs du coin ici ?
>
> Je me demande s'il n'y a pas un "coup" médiatique à faire pour que
> Pertuis ai une carte à jour dès que les rue auront un nom.

Il y a :)
En regardant rapidement la carte je n'ai pas compris de quel quartier il s'agissait. "Les Cèdres" il me semble. Pouvoir proposer au maire, dans les jours suivant la consultation citoyenne, une carte à jour, évidemment ça aurait de la gueule. Et on le ferait savoir.

Sinon le Vaucluse, sauf erreur, c'est l'ancrage du dernier SOTM-FR en date. Oui, il y a du monde par là ;)

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






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

Re: [OSM-talk-fr] Marne la Vallée

[osm . sanspourriel]

Comme tu dis, 7 c'est arrondissement et donc pas machin. Il y a une sous-préfecture à Torcy, commune de Marne-la-Vallée.

L'arrondissement de Torcy ne recouvre pas le machin de Marne-l'Avalée.

 

boundary=place de Christian, à la EPCI comme suggère vdct ou place= sur un node si on veut juste que Nominatim trouve ça.

N.B. : la graphie de Marne-la-Vallée est compatible avec celle d'une commune, il n'y a pas d'espaces dans le nom.

 

Et au fait pour le Rhône, on a bien 2 admin_level=6 :

- Métropole de Lyon

- Rhône

 

Qui ensemble constituent la Circonscription départementale du Rhône qui comme son nom ne l'indique pas est de niveau 5 et a le rôle d'une préfecture.

Or là on viole la règle de pavage d'un niveau admin 4 en zones de niveau 5.

Alors est-ce que là aussi il ne faudrait pas éviter admin_level ?

 

Sur le travail de maintenance : l'article Wikipédia sur Marne-la-Vallée parle au futur de 2010 !

 

Jean-Yvon

 
 

Gesendet: Donnerstag, 30. November 2017 um 17:34 Uhr
Von: "marc marc - marc_marc_...@hotmail.com" 
An: "talk-fr@openstreetmap.org" 
Betreff: Re: [OSM-talk-fr] Marne la Vallée


Le 30. 11. 17 à 17:08, Vincent de Château-Thierry a écrit :
>
>> De: "marc marc" 
>>
>> Ne serrait-il pas candidat pour admin_level=6 (entre un département
>> et une commune) qui d’après le wiki est vacant ?
>
> admin_level=6 + boundary=administrative modélise les départements, en France.

Oui erreur de frappe de ma part, je voulais dire admin_level=7
Arrondissements
(subdivision of departements around a sous-préfecture)
(note: previously used for EPCI, which are now outside the admin_level
scheme)

Je ne suis cependant pas assez au fait des subtilités des zones
d'aménagement pour juger si c'est pertinent ou pas de l'inclure une
partie du schéma boundary=administrative (un regroupement de commune me
donnait l'impression que oui)

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





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

Re: [Talk-gb-westmidlands] Chad Brook at Edgabton

[Andy Mabbett]

On 30 November 2017 at 19:34, Andy Mabbett  wrote:

> I found today that we have all of the Chad Brook mapped, except for
> the stretch from The Vale, at Birmingham University, to Edgbaston
> Pool; I have added that as:

> with an estimated route. Can anyone determine where it really lies -
> presumably culverted?

Sorry, this way:

https://www.openstreetmap.org/way/543761345

I managed to trace most of the route using Bing.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

[Talk-gb-westmidlands] Chad Brook at Edgabton

[Andy Mabbett]

I found today that we have all of the Chad Brook mapped, except for
the stretch from The Vale, at Birmingham University, to Edgbaston
Pool; I have added that as:

   https://www.openstreetmap.org/way/543759120

with an estimated route. Can anyone determine where it really lies -
presumably culverted?

I've also added the name to all the sections, up- and down-stream of
the above way, which lacked it.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Planned rendering changes of protected areas

[Paul Johnson]

On Thu, Nov 30, 2017 at 7:46 AM, Daniel Koć  wrote:

> Hi,
>
> I'm thinking about changes in rendering of protected areas on osm-carto
> and I wanted to give community a hint, because it's a popular kind of
> objects. There is a fresh discussion about it from this comment on:
>
> https://github.com/gravitystorm/openstreetmap-carto/issues/
> 603#issuecomment-347879897
>
> In short:
>
> 1. Currently leisure=nature_reserve (old scheme) and boundary=* (new
> scheme) are frequently tagged in parallel, and it looks like the old scheme
> is used as a hack just to make it visible on default map.
>
> 2. The old scheme is too generic and it causes visual clutter, because all
> of the protected areas are displayed at once.
>
> 3. New scheme has many classes defined, which would allow us to fine tune
> the rendering (different zoom levels and only some of them).
>
> 4. The new scheme looks like more general than the old one, so it's all
> that's we really need.
>
> Therefore I think rendering of leisure=nature_reserve should be dropped on
> osm-carto, so boundary=* would take over. In this case the areas should be
> tagged with a new scheme to be visible there. That might lead to
> deprecation of leisure=nature_reserve in the future.


 I'm OK with this.  I wouldn't mind some kind of subtle fill where
appropriate.  Class 24 areas probably should render something closer to
administrative boundaries currently do.  Any hatch in that case would need
to be insanely subtle in order to not overwhelm other areas that have
hatches or it'd just make a real mess of things in the western US
(especially in my area where it's a 2-3 hour drive in the shortest
direction to leave such a region).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSRM-talk] Determining which concrete version of OSRM 5.x deployed

[Daniel Patterson]

Hi Kirill,

  No, there is no OSRM HTTP API that will return the version number - your
client will need to tell you what they installed.

daniel

On Thu, Nov 30, 2017 at 12:46 AM, Кирилл Луценко 
wrote:

> Hello everyone!
>
> Our client deployed OSRM 5.x on its production server and now we are
> creating demo-server for test purposes where we would like to have the same
> versions of all software. The problem is that we can't determine which
> concrete version of OSRM deployed (client doesn't remember too). Is there
> any way to find it out? May be OSRM have some undocumented API endpoint
> which return current version or some config file in installation folder
> (Windows) contains version number?
>
> Thanks in advance for any help!
>
> Best regards,
> Kirill
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] STARS4ALL - Mapathon sull'inquinamento luminoso

[Aury88]

Ciao, ho dato comunque un mio piccolo contributo[1] mappando un paio di
centinaia di luci nella zona in cui lavoro.

Ciao e buona mappatura notturna ;-)

Aury 

[1]http://overpass-turbo.eu/s/trc




-
Ciao,
Aury
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-cz] Strava Heatmap

[Zdeněk Pražák]

děkuji za radu
-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 30. 11. 2017 17:52:54
Předmět: Re: [Talk-cz] Strava Heatmap
"
Ahoj,
posílám obrázky, ze kterých by to mělo být vidět. Mám JOSM v angličtině,
doufám že nevadí.




Jednoduše je to v nastavení, co je vidět na tom druhém obrázku - ty červeně
označené volby. Je třeba stáhnout ostrost nadoraz, tím většina pixelace
zmizí. Případně pak ještě upravit gamu - to zjasní či ztmaví mapový podklad
a tím zlepší viditelnost.




Pokud je pixelace na všech nebo na většině mapových podkladů (dělají to
displeje s vysokým rozlišením), je třeba si pohrát ještě s nastavením v tom
3 obrázku, pak platí pro všechny podklady najednou - to co je označené jako
"Tiles zoom offset". Posunutím na +2 nebo -2 se pak nahrává jiný zoom než je
ve vrstvě - tj. pokud jsi na přiblížení 9 v JOSM, nahrává se vrstva mapy v
přiblížení 7 nebo 11, podle toho co nastavíš. Při tomhle zásahu je třeba
restartovat JOSM. Tohle používám na notebooku, jen z hlavy netuším kam mám
posunuto... Velký rozdíl to udělá u leteckých map.




Majka



2017-11-30 17:09 GMT+01:00 Zdeněk Pražák :
"
mohu se zeptat na postup nastavení ostrosti vrstvy strava v JOSM tak, aby
zmizela pixelizace

kde to v JOSM najdu
-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 13. 11. 2017 15:06:43
Předmět: Re: [Talk-cz] Strava Heatmap
"

"""Díky, zkoušel jsem to relativně nedávno (cca týden?) a v JOSM mi
nefungoval zoom větší než tuším 16 (přiblížil-li člověk blíže, tak vrstva
jednoduše zmizela) . Teďka už vše funguje jak má (při zoomu větším než 16 se
vrstva pouze více pixelizuje, ale zůstává)."""



JOSM lze v nastavení Strava vrstvy stáhnout ostrost - v tomhle případě to
dávám nadoraz, protože zmizí ta pixelizace. Je třeba poštelovat.


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

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

"



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

Re: [OSRM-talk] Feed OSRM with Postgis

[Daniel Hofmann]

OSRM is a routing engine for OpenStreetMap and the OpenStreetMap extracts
usually come in xml or pbf formats.

We're using https://github.com/osmcode/libosmium in the osrm-extract
binary; you theoretically _could_ switch it out with calls to your database
but that will be a bigger lift I guess, and we don't want to add arbitrary
data source drivers to OSRM.

Best,
Daniel J H


On Thu, Nov 30, 2017 at 5:59 PM, François Lacombe  wrote:

> Hi Daniel,
>
> Thank you for your answer.
>
> Wouldn't be a good idea to add ability for osrm-extract to directly get
> its data from a postgis DB ?
> OSM XML is really specific, and users may be interest to make different
> processing to raw osm extract prior to route on their data.
>
> For now I'll be writing a quick extractor from postgis to xml as
> recommended.
>
>
> All the best
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> 2017-11-29 16:35 GMT+01:00 Daniel Hofmann :
>
>> Yes, if all your data comes from a database the best way to get it into
>> OSRM is to map your data to the OpenStreetMap tagging schema.
>>
>> You can either create an .osm.xml or even an .osm.pbf if you need the
>> compression and compactness; you can use e.g. libosmium to write both
>> formats.
>>
>> Good luck,
>> Daniel J H
>>
>> On Wed, Nov 29, 2017 at 4:28 PM, François Lacombe <
>> fl.infosrese...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I was recently asked to feed OSRM with other data than OSM files which
>>> are stored in a PgSQL db.
>>> Is this even possible ?
>>>
>>> The data we want to process doesn't come from OSM db, should we produce
>>> an osm xml file with those data prior to use osrm-extract ?
>>>
>>> I know OSRM can query a postgis DB to adapt its results but this doesn't
>>> seem to prevent it to load a base graph out of OSM data.
>>>
>>>
>>> Many thanks for any answer
>>>
>>> François
>>>
>>> ___
>>> OSRM-talk mailing list
>>> OSRM-talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>>
>>>
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] Planned rendering changes of protected areas

[Christoph Hormann]

On Thursday 30 November 2017, Daniel Koc4� wrote:
>
> I'm thinking about changes in rendering of protected areas on
> osm-carto and I wanted to give community a hint, because it's a
> popular kind of objects.

I have no definitive opinion on the tagging question but i consider your 
approach here highly questionable.  More details on that in the 
following.

> 1. Currently leisure=nature_reserve (old scheme) and boundary=* (new
> scheme) are frequently tagged in parallel, and it looks like the old
> scheme is used as a hack just to make it visible on default map.

Presenting leisure=nature_reserve as an 'old scheme' and 'boundary=*' as 
a 'new scheme' is a serious mischaracterization.  The tags 
leisure=nature_reserve, boundary=protected_area and 
boundary=national_park all started being used around the same time.  
There is no old and new here.

There are 62k uses of boundary=protected_area and 77k of 
leisure=nature_reserve and 31k of the combination - which does not 
really support your idea that the latter is used just as a hack.

> 2. The old scheme is too generic and it causes visual clutter,
> because all of the protected areas are displayed at once.

That is frankly just nonsense.  If rendering (or not rendering) features 
with leisure=nature_reserve, boundary=protected_area or 
boundary=national_park causes visual clutter in a map depends on if and 
how you render these features.  That is the responsibility of you as a 
map designer.  Blaming a tagging scheme for not being able to do that 
without visual clutter is a bit strange.

> 3. New scheme has many classes defined, which would allow us to fine
> tune the rendering (different zoom levels and only some of them).

Have you looked at if these classes are actually used consistently at 
the moment?  A tagging scheme with ~25 numerical codes as classes with 
fairly brief and abstract descriptions is not usually destined for 
success in OSM.

> 4. The new scheme looks like more general than the old one, so it's
> all that's we really need.

Which is just another way of saying boundary=protected_area is much less 
meaningful than leisure=nature_reserve since the latter at least 
specifies it is nature protection while the former does not.

You are also contradicting yourself here - in 2. you say "the old scheme 
is too generic" and here you say "the new scheme looks like more 
general" - which is it?

On a general note: Please do not mix tagging discussions and rendering 
discussions - that is a recipe for desaster.  If rendering 
considerations lead you to realize tagging issues and you want to 
discuss those that is fine but then drop arguing for certain tagging 
ideas based on your perceived needs for rendering.  Tagging decisions 
should be based on how mappers can best document their knowledge about 
the geography.  Not on what some developers find convenient for 
rendering.

-- 
Christoph Hormann
http://www.imagico.de/

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

[OSM-talk-fr] harmonisation building=house

[marc marc]

Si quelqu'un a envie :
https://taginfo.openstreetmap.org/search?q=building%3Dmaison
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Marne la Vallée

[marc marc]

Le 30. 11. 17 à 17:08, Vincent de Château-Thierry a écrit :
> 
>> De: "marc marc" 
>>
>> Ne serrait-il pas candidat pour admin_level=6 (entre un département
>> et une commune) qui d’après le wiki est vacant ?
> 
> admin_level=6 + boundary=administrative modélise les départements, en France.

Oui erreur de frappe de ma part, je voulais dire admin_level=7
Arrondissements
(subdivision of departements around a sous-préfecture)
(note: previously used for EPCI, which are now outside the admin_level 
scheme)

Je ne suis cependant pas assez au fait des subtilités des zones 
d'aménagement pour juger si c'est pertinent ou pas de l'inclure une 
partie du schéma boundary=administrative (un regroupement de commune me 
donnait l'impression que oui)

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

Re: [Talk-cz] Strava Heatmap

[Zdeněk Pražák]

mohu se zeptat na postup nastavení ostrosti vrstvy strava v JOSM tak, aby
zmizela pixelizace

kde to v JOSM najdu
-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 13. 11. 2017 15:06:43
Předmět: Re: [Talk-cz] Strava Heatmap
"

"""Díky, zkoušel jsem to relativně nedávno (cca týden?) a v JOSM mi
nefungoval zoom větší než tuším 16 (přiblížil-li člověk blíže, tak vrstva
jednoduše zmizela) . Teďka už vše funguje jak má (při zoomu větším než 16 se
vrstva pouze více pixelizuje, ale zůstává)."""



JOSM lze v nastavení Strava vrstvy stáhnout ostrost - v tomhle případě to
dávám nadoraz, protože zmizí ta pixelizace. Je třeba poštelovat.


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

Re: [OSM-talk-fr] Marne la Vallée

[Vincent de Château-Thierry]

> De: "marc marc" 
> 
> Ne serrait-il pas candidat pour admin_level=6 (entre un département
> et une commune) qui d’après le wiki est vacant ?

admin_level=6 + boundary=administrative modélise les départements, en France.
cf. 
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries

Si tu as vu sur le wiki autre chose il faudrait corriger pour être raccord avec 
la page ci-dessus, qui sur ce point n'a pas bougé depuis long et ne devrait pas 
bouger avant qu'on en parle ici (longuement ;) )

Je n'ai pas grand chose à proposer en réponse à Noémie, mais je pense qu'il ne 
faut pas squatter le modèle de boundary=administrative si on parle de zone 
d'aménagement. Autant créér un type de boundary propre, un peu comme on a 
finalement fait pour les EPCIs [1], ou rebondir sur les suggestions de 
Christian.

vincent

[1] : https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dlocal_authority

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

Re: [OSM-talk-fr] Marne la Vallée

[marc marc]

Bonjour,

Ne serrait-il pas candidat pour admin_level=6 (entre un département et 
une commune) qui d’après le wiki est vacant ?

Cordialement,
Marc

Le 30. 11. 17 à 16:01, Christian Quest a écrit :
> Je pense que oui, c'est utile, mais le boundary=* va être un peu 
> particulier vu que ce n'est pas un découpage administratif, ni un EPCI.
> 
> Voir: https://fr.wikipedia.org/wiki/Marne-la-Vall%C3%A9e
> 
> Il y a de plus 4 secteurs: Portes de Paris, Val Maubuée, Val de Bussy et 
> Val d'Europe... qui ne correspondent même pas aux EPCI (ça serait trop 
> simple).
> 
> Le wiki ne prévoit rien pour ce type d'objet, et renvoie vers taginfo 
> pour les valeurs "user-defined". La première qui pourrait convenir c'est 
> boundary=place (qui aurait sûrement l'avantage d'être indexé par 
> nominatim), la seconde boundary=zone mais ça me semble un peu bricolé :(
> 
> 
> Le 30/11/2017 à 15:21, Noémie Lehuby a écrit :
>>
>> Salut,
>>
>> Marne-la-Vallée n'existe pas dans OSM :(
>>
>> Est-ce que ça fait sens de l'ajouter ?
>> Si oui, comment cartographier cela ? sachant que ce n'est pas une 
>> ville ou une communauté d'agglo mais un périmètre de projet 
>> d'aménagement si j'ai bien compris.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] 12/9 東京！街歩き！マッピングパーティ：第14回 亀戸天神社

[yasunari yamashita]

山下です。こんにちわ。

東京！街歩き！マッピングパーティ：第14回 亀戸天神社
https://openstreetmap.connpass.com/event/72141/
は、来週末 12/9 の開催です。

ぜひお越しください！！


2017年11月17日 12:46 yasunari yamashita :

> お騒がせしている山下です。
> 皆さん、こんにちわ。
>
> 12月の東京！街歩き！マッピングパーティは９日（土）に
> 花の天神様、東太宰府天満宮 亀戸天神社をターゲットに開催します。
> https://openstreetmap.connpass.com/event/72141/
> ご都合のつく方は、どうぞお越しください！！
>
> よろしくお願いします
> --
> 山下康成＠東京都新宿区
>



-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Marne la Vallée

[Christian Quest]

Je pense que oui, c'est utile, mais le boundary=* va être un peu 
particulier vu que ce n'est pas un découpage administratif, ni un EPCI.


Voir: https://fr.wikipedia.org/wiki/Marne-la-Vall%C3%A9e

Il y a de plus 4 secteurs: Portes de Paris, Val Maubuée, Val de Bussy et 
Val d'Europe... qui ne correspondent même pas aux EPCI (ça serait trop 
simple).


Le wiki ne prévoit rien pour ce type d'objet, et renvoie vers taginfo 
pour les valeurs "user-defined". La première qui pourrait convenir c'est 
boundary=place (qui aurait sûrement l'avantage d'être indexé par 
nominatim), la seconde boundary=zone mais ça me semble un peu bricolé :(



Le 30/11/2017 à 15:21, Noémie Lehuby a écrit :


Salut,

Marne-la-Vallée n'existe pas dans OSM :(

Est-ce que ça fait sens de l'ajouter ?
Si oui, comment cartographier cela ? sachant que ce n'est pas une 
ville ou une communauté d'agglo mais un périmètre de projet 
d'aménagement si j'ai bien compris.


--
@nlehuby


___
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] Marne la Vallée

[cyrille+talk-fr]

Salut,

Le 30/11/2017 à 15:21, Noémie Lehuby a écrit :


Salut,

Marne-la-Vallée n'existe pas dans OSM :(

Est-ce que ça fait sens de l'ajouter ?



Wikipedia:
https://fr.wikipedia.org/wiki/Communaut%C3%A9_d%27agglom%C3%A9ration_de_Marne-la-Vall%C3%A9e_-_Val_Maubu%C3%A9e
Elle disparait le 1er janvier 2016 et participe à la création de la 
nouvelle communauté d'agglomération Paris - Vallée de la Marne.


Je crois comprendre que ce nom reste comme zone d'emploi 
https://www.insee.fr/fr/metadonnees/cog/zone-emploi/ZE20101102-marne-la-vallee


C/.

Si oui, comment cartographier cela ? sachant que ce n'est pas une 
ville ou une communauté d'agglo mais un périmètre de projet 
d'aménagement si j'ai bien compris.


--
@nlehuby


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


--

  Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours

 (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø

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

[OSM-talk-fr] Marne la Vallée

[Noémie Lehuby]

Salut,

Marne-la-Vallée n'existe pas dans OSM :(

Est-ce que ça fait sens de l'ajouter ? 
Si oui, comment cartographier cela ? sachant que ce n'est pas une ville
ou une communauté d'agglo mais un périmètre de projet d'aménagement si
j'ai bien compris.

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

[OSM-talk] Planned rendering changes of protected areas

[Daniel Koć]

Hi,

I'm thinking about changes in rendering of protected areas on osm-carto 
and I wanted to give community a hint, because it's a popular kind of 
objects. There is a fresh discussion about it from this comment on:


https://github.com/gravitystorm/openstreetmap-carto/issues/603#issuecomment-347879897

In short:

1. Currently leisure=nature_reserve (old scheme) and boundary=* (new 
scheme) are frequently tagged in parallel, and it looks like the old 
scheme is used as a hack just to make it visible on default map.


2. The old scheme is too generic and it causes visual clutter, because 
all of the protected areas are displayed at once.


3. New scheme has many classes defined, which would allow us to fine 
tune the rendering (different zoom levels and only some of them).


4. The new scheme looks like more general than the old one, so it's all 
that's we really need.


Therefore I think rendering of leisure=nature_reserve should be dropped 
on osm-carto, so boundary=* would take over. In this case the areas 
should be tagged with a new scheme to be visible there. That might lead 
to deprecation of leisure=nature_reserve in the future.


--
"My method is uncertain/ It's a mess but it's working" [F. Apple]


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

Re: [OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[Francescu GAROBY]

OK, OK : à la demande générale, je vais mettre 2 nodes.
Merci pour vos réponses.

Francescu

Le 30 novembre 2017 à 12:36, Philippe Verdy  a écrit :

> On peut déjà avoir une seule même adresse pour plusieurs établissements
> différents: un noeud d'adresse unique (éventuellement plusieurs noeuds pour
> le même bâtiment ayant plusieurs adresses), mais des noeuds séparés proches
> pour chaque POI nommé, typé et qualifié (horaires, sous-types, identifiants
> de références tierces...) différemment, sur lesquels on a intérêt à
> rappeler l'adresse effective dans "contact:*=*" (et non "addr:*" pour ne
> pas faire doublon avec les noeuds d'adresse utilisant "addr:*=*" sans autre
> attributs, afin de lever l'ambiguïté d'adresse qui peut survenir quand un
> commerce est situé entre deux portes ayant des adresses différentes et a
> pour sa propre adresse les deux numéros joints).
>
> On le fait déjà pour les écoles ayant plusieurs établissements distingués
> (quand maternelle et élémentaire sont distingués et non réunis dans un même
> établissement pour école primaire, ou quand on y trouve aussi une crèche,
> une cantine municipale utilisée par plusieurs autres établissements, ou un
> centre d'activité non restreint aux seule élèves de l'établissement, même
> s'il s'agit du même établissement public, ou quand on y trouve aussi une
> mairie dans des petits villages: autant de noeuds POIs que nécessaire...)
>
> Ce qu'on ne doublonne pas ce sont les géométries de bâtiments (qui peuvent
> avoir aussi leur propre nom indépendamment des adresse) et landuse=*
> (complexes commerciaux, scolaires, sportifs,, et autres résidences avec des
> espaces communs en copropriété incluant des parkings et autres
> facilités...) mais aucun problème pour avoir des noeuds proches.
>
> Le 30 novembre 2017 à 12:15,  a écrit :
>
>> Bonjour
>>
>> Oh oui, 2 POI s'il vous plaît : un élément d'OSM doit représenter une
>> caractéristique du terrain une fois et une seule
>> https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
>>
>> C/.
>>
>> Le 30/11/2017 à 11:51, François Lacombe a écrit :
>>
>> +1 avec Marc, on sépare les POI
>> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>>
>> Bonne journée
>>
>> *François Lacombe*
>>
>> fl dot infosreseaux At gmail dot com
>> www.infos-reseaux.com
>> @InfosReseaux 
>>
>> Le 30 novembre 2017 à 11:48, Vincent de Château-Thierry > > a écrit :
>>
>>>
>>> > De: "Francescu GAROBY" 
>>> >
>>> > Ma question est donc : je taggue ça comment ? Faire 2 nodes
>>> > simplifierait les choses, sauf que c'est vraiment le même local.
>>> > Mettre comme horaires d'ouverture la "fusion" des 2 laisserait
>>> > croire, à tort, que le restaurant est ouvert jusqu'à 19h en semaine,
>>> > ou que la boutique est ouverte jusqu'à minuit le samedi.
>>>
>>> Je proposerais bien de continuer sur l'idée de opening_hours:shop et par
>>> suite opening_hours:amenity
>>> Il y a un timide début : https://taginfo.openstreetmap.
>>> org/keys/opening_hours%3Ashop
>>>
>>> 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
>
>


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

Re: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils habitent

[Philippe Verdy]

On peut aussi proposer aux habitants une carte papermao a completer et pour
formuler leur proposition écrite. Ils donneront aussi copie de leurs
justificatifs d'adresse actuels. Ceci dit ceka ne semble pas poser problème
au fisc... Dont le cadastre est aussi de son ressort même par delegation
locale à la commune... Sans doute que la commune ne veut pas faire ces
mises a jour sans aide et qu'elle attend ca du departement ou de son EPCI
si la commune y a delegue aussi la gestion de son SIG.

Le 30 nov. 2017 1:09 PM, "Donat ROBAUX"  a écrit :

Ca n'a pas fait que le buzz sur France Inter. Ils ont fait également le
même reportage sur Europe 1 ce matin. Et peut-être d'autres encore.

Donat


> -- Message transféré --
> From: "Stéphane Péneau" 
> To: "Discussions sur OSM en français" 
> Cc:
> Bcc:
> Date: Thu, 30 Nov 2017 10:56:03 +0100
> Subject: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils
> habitent
>
> La commune de Pertuis aurait 80 rues non-nommées. C'est étonnant pour une
> collectivité de 20 000 habitants.
>
> À écouter ici, à 9mn50 :
>
> https://www.franceinter.fr/emissions/le-journal-de-7h30/le-j
> ournal-de-7h30-30-novembre-2017
>
> Il y a des contributeurs du coin ici ?
>
> Je me demande s'il n'y a pas un "coup" médiatique à faire pour que Pertuis
> ai une carte à jour dès que les rue auront un nom.
>
> Stéphane
>
>
___
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] Pertuis (Vaucluse) Ils ne savent plus où ils habitent

[Donat ROBAUX]

Ca n'a pas fait que le buzz sur France Inter. Ils ont fait également le
même reportage sur Europe 1 ce matin. Et peut-être d'autres encore.

Donat


> -- Message transféré --
> From: "Stéphane Péneau" 
> To: "Discussions sur OSM en français" 
> Cc:
> Bcc:
> Date: Thu, 30 Nov 2017 10:56:03 +0100
> Subject: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils
> habitent
> La commune de Pertuis aurait 80 rues non-nommées. C'est étonnant pour une
> collectivité de 20 000 habitants.
>
> À écouter ici, à 9mn50 :
>
> https://www.franceinter.fr/emissions/le-journal-de-7h30/le-
> journal-de-7h30-30-novembre-2017
>
> Il y a des contributeurs du coin ici ?
>
> Je me demande s'il n'y a pas un "coup" médiatique à faire pour que Pertuis
> ai une carte à jour dès que les rue auront un nom.
>
> Stéphane
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[Philippe Verdy]

On peut déjà avoir une seule même adresse pour plusieurs établissements
différents: un noeud d'adresse unique (éventuellement plusieurs noeuds pour
le même bâtiment ayant plusieurs adresses), mais des noeuds séparés proches
pour chaque POI nommé, typé et qualifié (horaires, sous-types, identifiants
de références tierces...) différemment, sur lesquels on a intérêt à
rappeler l'adresse effective dans "contact:*=*" (et non "addr:*" pour ne
pas faire doublon avec les noeuds d'adresse utilisant "addr:*=*" sans autre
attributs, afin de lever l'ambiguïté d'adresse qui peut survenir quand un
commerce est situé entre deux portes ayant des adresses différentes et a
pour sa propre adresse les deux numéros joints).

On le fait déjà pour les écoles ayant plusieurs établissements distingués
(quand maternelle et élémentaire sont distingués et non réunis dans un même
établissement pour école primaire, ou quand on y trouve aussi une crèche,
une cantine municipale utilisée par plusieurs autres établissements, ou un
centre d'activité non restreint aux seule élèves de l'établissement, même
s'il s'agit du même établissement public, ou quand on y trouve aussi une
mairie dans des petits villages: autant de noeuds POIs que nécessaire...)

Ce qu'on ne doublonne pas ce sont les géométries de bâtiments (qui peuvent
avoir aussi leur propre nom indépendamment des adresse) et landuse=*
(complexes commerciaux, scolaires, sportifs,, et autres résidences avec des
espaces communs en copropriété incluant des parkings et autres
facilités...) mais aucun problème pour avoir des noeuds proches.

Le 30 novembre 2017 à 12:15,  a écrit :

> Bonjour
>
> Oh oui, 2 POI s'il vous plaît : un élément d'OSM doit représenter une
> caractéristique du terrain une fois et une seule
> https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
>
> C/.
>
> Le 30/11/2017 à 11:51, François Lacombe a écrit :
>
> +1 avec Marc, on sépare les POI
> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>
> Bonne journée
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> Le 30 novembre 2017 à 11:48, Vincent de Château-Thierry 
> a écrit :
>
>>
>> > De: "Francescu GAROBY" 
>> >
>> > Ma question est donc : je taggue ça comment ? Faire 2 nodes
>> > simplifierait les choses, sauf que c'est vraiment le même local.
>> > Mettre comme horaires d'ouverture la "fusion" des 2 laisserait
>> > croire, à tort, que le restaurant est ouvert jusqu'à 19h en semaine,
>> > ou que la boutique est ouverte jusqu'à minuit le samedi.
>>
>> Je proposerais bien de continuer sur l'idée de opening_hours:shop et par
>> suite opening_hours:amenity
>> Il y a un timide début : https://taginfo.openstreetmap.
>> org/keys/opening_hours%3Ashop
>>
>> 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

Re: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils habitent

[Philippe Verdy]

C'est étonnant qu'il n'y ait même pas des noms traditionnels du type
"chemin communal/rural dit de XYZ", où XYZ est un ancien lieu-dit, ou bien
en reprenant le nom déjà donné à certains lotissements. Mais effectivement
cette commune n'a pas beaucoup de rues nommées !

De fait les habitants doivent avoir donné eux-mêmes des noms d'usage
(lieux-dits ou noms d'habitations ou noms de lotissements) à la Poste, qui
ferait bien de les communiquer à la commune pour que ce soit en accord avec
son cadastre et répercuté sur les cartes. Et ces habitants feraient bien de
se concerter dans une réunion de quartier pour formuler un document de
proposition avalisé par les habitants et que ce soit adopté au conseil
municipal.

Le 30 novembre 2017 à 11:42, Vincent de Château-Thierry 
a écrit :

> Bonjour,
>
> > De: "Stéphane Péneau" 
> >
> > La commune de Pertuis aurait 80 rues non-nommées. C'est étonnant pour
> > une collectivité de 20 000 habitants.
> >
> > À écouter ici, à 9mn50 :
> >
> > https://www.franceinter.fr/emissions/le-journal-de-7h30/
> le-journal-de-7h30-30-novembre-2017
> >
> > Il y a des contributeurs du coin ici ?
> >
> > Je me demande s'il n'y a pas un "coup" médiatique à faire pour que
> > Pertuis ai une carte à jour dès que les rue auront un nom.
>
> Il y a :)
> En regardant rapidement la carte je n'ai pas compris de quel quartier il
> s'agissait. "Les Cèdres" il me semble. Pouvoir proposer au maire, dans les
> jours suivant la consultation citoyenne, une carte à jour, évidemment ça
> aurait de la gueule. Et on le ferait savoir.
>
> Sinon le Vaucluse, sauf erreur, c'est l'ancrage du dernier SOTM-FR en
> date. Oui, il y a du monde par là ;)
>
> 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

Re: [OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[cyrille+talk-fr]

Bonjour

Oh oui, 2 POI s'il vous plaît : un élément d'OSM doit représenter une 
caractéristique du terrain une fois et une seule 
https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element


C/.

Le 30/11/2017 à 11:51, François Lacombe a écrit :

+1 avec Marc, on sépare les POI
https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

Bonne journée

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com 
@InfosReseaux 

Le 30 novembre 2017 à 11:48, Vincent de Château-Thierry 
> a écrit :



> De: "Francescu GAROBY" >
>
> Ma question est donc : je taggue ça comment ? Faire 2 nodes
> simplifierait les choses, sauf que c'est vraiment le même local.
> Mettre comme horaires d'ouverture la "fusion" des 2 laisserait
> croire, à tort, que le restaurant est ouvert jusqu'à 19h en semaine,
> ou que la boutique est ouverte jusqu'à minuit le samedi.

Je proposerais bien de continuer sur l'idée de opening_hours:shop
et par suite opening_hours:amenity
Il y a un timide début :
https://taginfo.openstreetmap.org/keys/opening_hours%3Ashop


vincent

___



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

Re: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils habitent

[Stéphane Péneau]

Oui, en dézoomant la carte, je me suis rendu compte qu'il y avait des 
têtes connues dans le coin :-)

J'ai d'ailleurs oublié de mettre un lien, que voici :
http://www.openstreetmap.org/relation/71963

J'ai l'impression que les rues non nommées sont disséminées sur 
plusieurs zones, et aussi qu'il y a un peu de travail à faire dans Osm 
pour être à jour depuis le cadastre/Bano.
Par contre, ils aiment bien alterner entre les noms de rues, et les noms 
de localités : impasse machin, puis clos bidule, allée truc, puis 
lotissement schmurtz


Stf

Le 30/11/2017 à 11:42, Vincent de Château-Thierry a écrit :


Il y a :)
En regardant rapidement la carte je n'ai pas compris de quel quartier il s'agissait. 
"Les Cèdres" il me semble. Pouvoir proposer au maire, dans les jours suivant la 
consultation citoyenne, une carte à jour, évidemment ça aurait de la gueule. Et on le 
ferait savoir.

Sinon le Vaucluse, sauf erreur, c'est l'ancrage du dernier SOTM-FR en date. 
Oui, il y a du monde par là ;)

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

Re: [OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[François Lacombe]

Bonjour,

+1 avec Marc, on sépare les POI
https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

Bonne journée

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 30 novembre 2017 à 11:48, Vincent de Château-Thierry 
a écrit :

>
> > De: "Francescu GAROBY" 
> >
> > Ma question est donc : je taggue ça comment ? Faire 2 nodes
> > simplifierait les choses, sauf que c'est vraiment le même local.
> > Mettre comme horaires d'ouverture la "fusion" des 2 laisserait
> > croire, à tort, que le restaurant est ouvert jusqu'à 19h en semaine,
> > ou que la boutique est ouverte jusqu'à minuit le samedi.
>
> Je proposerais bien de continuer sur l'idée de opening_hours:shop et par
> suite opening_hours:amenity
> Il y a un timide début : https://taginfo.openstreetmap.
> org/keys/opening_hours%3Ashop
>
> 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

Re: [OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[marc marc]

Bonjour,

Le 30. 11. 17 à 11:42, Francescu GAROBY a écrit :
> Ma question est donc : je taggue ça comment ? Faire 2 nodes 
> simplifierait les choses, sauf que c'est vraiment le même local. 
je séparerais le local (un chemin fermé) de l'utilisation (2 POI = 2 
nœuds) et rajoutant une note ou description disant que les 2 POI partage 
un seul local.

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

Re: [OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[Vincent de Château-Thierry]

> De: "Francescu GAROBY" 
> 
> Ma question est donc : je taggue ça comment ? Faire 2 nodes
> simplifierait les choses, sauf que c'est vraiment le même local.
> Mettre comme horaires d'ouverture la "fusion" des 2 laisserait
> croire, à tort, que le restaurant est ouvert jusqu'à 19h en semaine,
> ou que la boutique est ouverte jusqu'à minuit le samedi.

Je proposerais bien de continuer sur l'idée de opening_hours:shop et par suite 
opening_hours:amenity
Il y a un timide début : 
https://taginfo.openstreetmap.org/keys/opening_hours%3Ashop

vincent

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

[OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[Francescu GAROBY]

Bonjour,
Une boutique de vêtements, mais qui fait aussi restaurant, vient d'ouvrir,
à Caen. Bon, pas de soucis : il suffit de mettre "shop" et "ameniity" et
c'est bon (bon courage cependant pour le rendu : quelle icône aura la
priorité ?).
Là où ça devient compliqué, c'est pour les horaires :
* la boutique est ouverte du mardi au samedi, de 10h à 19h
* le restaurant est ouvert du mardi au jeudi de 10h à 18h, et les vendredi
et samedi de 10h à minuit.

Ma question est donc : je taggue ça comment ? Faire 2 nodes simplifierait
les choses, sauf que c'est vraiment le même local. Mettre comme horaires
d'ouverture la "fusion" des 2 laisserait croire, à tort, que le restaurant
est ouvert jusqu'à 19h en semaine, ou que la boutique est ouverte jusqu'à
minuit le samedi.

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

Re: [OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils habitent

[Vincent de Château-Thierry]

Bonjour,

> De: "Stéphane Péneau" 
> 
> La commune de Pertuis aurait 80 rues non-nommées. C'est étonnant pour
> une collectivité de 20 000 habitants.
> 
> À écouter ici, à 9mn50 :
> 
> https://www.franceinter.fr/emissions/le-journal-de-7h30/le-journal-de-7h30-30-novembre-2017
> 
> Il y a des contributeurs du coin ici ?
> 
> Je me demande s'il n'y a pas un "coup" médiatique à faire pour que
> Pertuis ai une carte à jour dès que les rue auront un nom.

Il y a :)
En regardant rapidement la carte je n'ai pas compris de quel quartier il 
s'agissait. "Les Cèdres" il me semble. Pouvoir proposer au maire, dans les 
jours suivant la consultation citoyenne, une carte à jour, évidemment ça aurait 
de la gueule. Et on le ferait savoir.

Sinon le Vaucluse, sauf erreur, c'est l'ancrage du dernier SOTM-FR en date. 
Oui, il y a du monde par là ;)

vincent

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

[OSM-talk-fr] Pertuis (Vaucluse) Ils ne savent plus où ils habitent

[Stéphane Péneau]

La commune de Pertuis aurait 80 rues non-nommées. C'est étonnant pour 
une collectivité de 20 000 habitants.


À écouter ici, à 9mn50 :

https://www.franceinter.fr/emissions/le-journal-de-7h30/le-journal-de-7h30-30-novembre-2017

Il y a des contributeurs du coin ici ?

Je me demande s'il n'y a pas un "coup" médiatique à faire pour que 
Pertuis ai une carte à jour dès que les rue auront un nom.


Stéphane



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

Re: [Talk-at] Unterstützung für "Einsteiger"

[Stefan Kopetzky]

On 2017-11-29 09:23, norbert baldia wrote:
> Ich hätte einige Aktualisierungen an Straßen+Wirtschaftswegen/Forststraßen 
> zum 
> Einzeichnen zur Verfügung.

In welcher Form hast du diese Aktualisierungen?
GPX-Tracks?
Lokales Wissen?

Vielleicht kannst du diese über Notes (
https://wiki.openstreetmap.org/wiki/DE:Notes ) einbringen? Erzähl
einfach etwas genauer, was du gerne machen würdest...

Ich bin zwar nicht aus dem Bezirk, kenn mich aber dort in der Gegend
ganz gut aus.

LG,
Stefan

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

[OSRM-talk] Determining which concrete version of OSRM 5.x deployed

[Кирилл Луценко]

Hello everyone!

Our client deployed OSRM 5.x on its production server and now we are creating 
demo-server for test purposes where we would like to have the same versions of 
all software. The problem is that we can't determine which concrete version of 
OSRM deployed (client doesn't remember too). Is there any way to find it out? 
May be OSRM have some undocumented API endpoint which return current version or 
some config file in installation folder (Windows) contains version number?

Thanks in advance for any help!

Best regards, 
Kirill___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk