Re: [OSM-talk-fr] tile.osm.fr & prisons

[Vincent Pottier]

Le 06/06/2013 08:54, Philippe Verdy a écrit :
Noir et blanc si ce sont non pas des ryaures mais des bandes égales et 
horizontales...


Mais à mon avis tout fond noir est nuisible sur une carte, on risque 
de ne plus voir les libellés et les équipements derrière (par exemple 
les espaces réservés aux visiteurs, ou me^me les terrains de sport 
internes) Ca risque de faire une tache trop visible par rapport au reste.
Je pense qu'on doit pouvoir doser la transparence pour faire apparaître 
l'arrière-plan.

--
FrViPofm

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

[OSM-talk-fr] rendu osm-fr - La carte a verdi

[Ab_fab]

Bonjour,

Je constate que les zones de prairies sont désormais rendues en vert pale
aux niveaux de zoom 8 - 9 (*), plutôt que du vide ou du beige tristouille
sur openstreetmap.org

Très bonne initiative !

Bonne journée

(*)
http://tile.openstreetmap.fr/?zoom=9&lat=47.30065&lon=-0.65864&layers=B0F



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Francescu GAROBY]

La page 
'subway_entrance'propose
d'ajouter l'élément à la
relation 
'public_transport=stop_area
' désignant la station de métro, sans lui donner de rôle (car déjà porté
par le tag 'subway_entrance').
Ne faudrait-il pas faire l'inverse ? Sortir le tag 'subway_entrance' du
node, pour le mettre en tant que rôle, car c'est le fait d'être un élément
de l'arrêt de métro qui en fait une entrée, pas le fait d'être un
ascenseur/un escalier/un escalator (même si c'est dans le but d'être une
entrée/sortie que cela a été construit).

Francescu


Le 6 juin 2013 08:36, Art Penteur  a écrit :

> Dans ce cas, on pourrait même ne mettre qu'une seule subway_entrance au
> milieu du passage souterrain, car c'est là qu'on passe les tourniquets pour
> entrer vraiment dans le métro.
>
> Mais à a station Capitole, l'ascenseur arrive sur le quai. Il va falloir
> vraiment micro-mapper : au niveau le plus bas, le tourniquet est 2metres
> après la sortie de l'ascenseur. J'essaierai quand j'aurais quelques minutes.
> Art.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[OSM-talk-fr] rendu osm-fr et réserves naturelles

[Damouns]

Je suis en admiration complète du rendu OSM France qui est vraiment chouette !

Une question sur la "francisation" des symboles : les réserves
naturelles ont le symbole "NR" (pour nature reserve ?), ce serait bien
de mettre au moins RN pour réserve naturelle (mais risque de confusion
avec Repère de Nivellement qui est indiqué comme ça sur les cartes
IGN) ou alors encore mieux de réfléchir à une symbolisation française
différente.

Voire un rendu qui prend en compte les tags boundary=protected_area et
leurs classes, qui viennent en France de l'INPN :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Parcs_nationaux_et_r%C3%A9gionaux,_r%C3%A9serves_naturelles/Import_des_donn%C3%A9es_INPN

Qu'en pensez-vous ?

Damouns

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

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Christian Quest]

Les rampes (en zoom 20 uniquement):
Gare RER: 
http://tile.openstreetmap.fr/?zoom=20&lat=48.8051&lon=2.48569&layers=B0F
Bureau de poste:
http://tile.openstreetmap.fr/?zoom=20&lat=48.80252&lon=2.49114&layers=B0F

Tout ceci est expérimental pour le zoom 20 et pourrait plutôt faire
l'objet d'un overlay que d'être mis directement dans les tuiles, ou
alors faire un rendu "PMR" ce qui me tente de plus en plus...

Ajouté aussi, les escalators selon
http://wiki.openstreetmap.org/wiki/Key:conveying
http://tile.openstreetmap.fr/?zoom=20&lat=48.87401&lon=2.29694&layers=B0F
http://tile.openstreetmap.fr/?zoom=20&lat=48.84464&lon=2.37189&layers=B0F


Le 5 juin 2013 21:43, ZIMMY  a écrit :
> Un nouveau venu en micromapping : l'ascenseur
> http://tile.openstreetmap.fr/?zoom=20&lat=44.13742&lon=4.80729&layers=B0F
>
> En attente :
> - la rampe
> - les accès (entrée+sortie)
>
>
>
>
> -
> Cordialement,
> ZIMMY
> Jean-Louis ZIMMERMANN
> Développeur territorial (ville d'Orange,FR84)
> Mandataire OSM-France sur le Grand-Sud-est
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/micromapping-ascenseurs-tp5764134.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles

[Ab_fab]

En particulier si cela peut clarifier l'affichage, comme par exemple pour
les zones de marais :
http://tile.openstreetmap.fr/?zoom=13&lat=47.37647&lon=-2.23916&layers=B0F


Le 6 juin 2013 10:07, Damouns  a écrit :

> Je suis en admiration complète du rendu OSM France qui est vraiment
> chouette !
>
> Une question sur la "francisation" des symboles : les réserves
> naturelles ont le symbole "NR" (pour nature reserve ?), ce serait bien
> de mettre au moins RN pour réserve naturelle (mais risque de confusion
> avec Repère de Nivellement qui est indiqué comme ça sur les cartes
> IGN) ou alors encore mieux de réfléchir à une symbolisation française
> différente.
>
> Voire un rendu qui prend en compte les tags boundary=protected_area et
> leurs classes, qui viennent en France de l'INPN :
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Parcs_nationaux_et_r%C3%A9gionaux,_r%C3%A9serves_naturelles/Import_des_donn%C3%A9es_INPN
>
> Qu'en pensez-vous ?
>
> Damouns
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Francescu GAROBY]

Les escaliers (en bleu) se superposent avec le rendu 'Mapnik' des escaliers
(traits rouges faisant penser à un passage piéton). Normal ?

Francescu


Le 6 juin 2013 10:11, Christian Quest  a écrit :

> Les rampes (en zoom 20 uniquement):
> Gare RER:
> http://tile.openstreetmap.fr/?zoom=20&lat=48.8051&lon=2.48569&layers=B0F
> Bureau de poste:
>
> http://tile.openstreetmap.fr/?zoom=20&lat=48.80252&lon=2.49114&layers=B0F
>
> Tout ceci est expérimental pour le zoom 20 et pourrait plutôt faire
> l'objet d'un overlay que d'être mis directement dans les tuiles, ou
> alors faire un rendu "PMR" ce qui me tente de plus en plus...
>
> Ajouté aussi, les escalators selon
> http://wiki.openstreetmap.org/wiki/Key:conveying
>
> http://tile.openstreetmap.fr/?zoom=20&lat=48.87401&lon=2.29694&layers=B0F
>
> http://tile.openstreetmap.fr/?zoom=20&lat=48.84464&lon=2.37189&layers=B0F
>
>
> Le 5 juin 2013 21:43, ZIMMY  a écrit :
> > Un nouveau venu en micromapping : l'ascenseur
> >
> http://tile.openstreetmap.fr/?zoom=20&lat=44.13742&lon=4.80729&layers=B0F
> >
> > En attente :
> > - la rampe
> > - les accès (entrée+sortie)
> >
> >
> >
> >
> > -
> > Cordialement,
> > ZIMMY
> > Jean-Louis ZIMMERMANN
> > Développeur territorial (ville d'Orange,FR84)
> > Mandataire OSM-France sur le Grand-Sud-est
> > --
> > View this message in context:
> http://gis.19327.n5.nabble.com/micromapping-ascenseurs-tp5764134.html
> > Sent from the France mailing list archive at Nabble.com.
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles

[Jean-Marc Liotier]

On 06/06/2013 10:07, Damouns wrote:

Une question sur la "francisation" des symboles : les réserves
naturelles ont le symbole "NR" (pour nature reserve ?), ce serait bien
de mettre au moins RN pour réserve naturelle (mais risque de confusion
avec Repère de Nivellement qui est indiqué comme ça sur les cartes
IGN) ou alors encore mieux de réfléchir à une symbolisation française
différente.


Idéogramme d'identification des réserves naturelles en France, d'après 
l'arrêté du 24 novembre 1967 modifié: 
http://commons.wikimedia.org/wiki/File:ID15c_reserve_naturelle_France.svg


Reste à savoir si cet idéogramme est suffisamment reconnu par les 
utilisateurs pour que son utilisation cartographique soit appropriée.



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

Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles

[Damouns]

Le 6 juin 2013 10:25, Jean-Marc Liotier  a écrit :
> Idéogramme d'identification des réserves naturelles en France, d'après
> l'arrêté du 24 novembre 1967 modifié:
> http://commons.wikimedia.org/wiki/File:ID15c_reserve_naturelle_France.svg

Oui mais il y a le problème des autres pays qui se retrouveraient avec
ce logo alors que ce n'est pas le leur !

C'est plus un logo d'operator qu'un logo générique.

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

Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles

[Jean-Marc Liotier]

On 06/06/2013 10:38, Damouns wrote:

Le 6 juin 2013 10:25, Jean-Marc Liotier  a écrit :

Idéogramme d'identification des réserves naturelles en France, d'après l'arrêté 
du 24 novembre 1967 modifié:
http://commons.wikimedia.org/wiki/File:ID15c_reserve_naturelle_France.svg

Oui mais il y a le problème des autres pays qui se retrouveraient avec
ce logo alors que ce n'est pas le leur !


Ce serait approprié pour le rendu osm-fr (évidemment dans les limites 
des frontières de la République Française - le 'NR' continuerait à être 
utilisé ailleurs... Mapnik sait faire ça ?)


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

Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles

[Christian Quest]

Mapnik fait ce qu'on lui dit ;)

C'est effectivement avec le tag operator qu'il sera le plus simple
d'appliquer un rendu différent que de prendre en compte des limites
géographiques bien complexes à manier (et lentes).

Pour ce symbole, c'est la première fois que je le vois et jamais je
n'aurai imaginé qu'il représentait une réserve naturelle.

Passer de NR à RN me semble le plus simple et efficace en attendant
éventuellement mieux...


Le 6 juin 2013 10:42, Jean-Marc Liotier  a écrit :
> On 06/06/2013 10:38, Damouns wrote:
>>
>> Le 6 juin 2013 10:25, Jean-Marc Liotier  a écrit :
>>>
>>> Idéogramme d'identification des réserves naturelles en France, d'après
>>> l'arrêté du 24 novembre 1967 modifié:
>>> http://commons.wikimedia.org/wiki/File:ID15c_reserve_naturelle_France.svg
>>
>> Oui mais il y a le problème des autres pays qui se retrouveraient avec
>> ce logo alors que ce n'est pas le leur !
>
>
> Ce serait approprié pour le rendu osm-fr (évidemment dans les limites des
> frontières de la République Française - le 'NR' continuerait à être utilisé
> ailleurs... Mapnik sait faire ça ?)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Christian Quest]

C'est comme ça pour l'instant, mais pas définitif, ce zoom 20 est en
plein chantier et évoluera en fonction des retours.

J'ai modifié la feuille de style pour séparer facilement dans un
overlay des objets.


Le 6 juin 2013 10:20, Francescu GAROBY  a écrit :
> Les escaliers (en bleu) se superposent avec le rendu 'Mapnik' des escaliers
> (traits rouges faisant penser à un passage piéton). Normal ?
>
> Francescu
>
>
> Le 6 juin 2013 10:11, Christian Quest  a écrit :
>
>> Les rampes (en zoom 20 uniquement):
>> Gare RER:
>> http://tile.openstreetmap.fr/?zoom=20&lat=48.8051&lon=2.48569&layers=B0F
>> Bureau de poste:
>>
>> http://tile.openstreetmap.fr/?zoom=20&lat=48.80252&lon=2.49114&layers=B0F
>>
>> Tout ceci est expérimental pour le zoom 20 et pourrait plutôt faire
>> l'objet d'un overlay que d'être mis directement dans les tuiles, ou
>> alors faire un rendu "PMR" ce qui me tente de plus en plus...
>>
>> Ajouté aussi, les escalators selon
>> http://wiki.openstreetmap.org/wiki/Key:conveying
>>
>> http://tile.openstreetmap.fr/?zoom=20&lat=48.87401&lon=2.29694&layers=B0F
>>
>> http://tile.openstreetmap.fr/?zoom=20&lat=48.84464&lon=2.37189&layers=B0F
>>
>>
>> Le 5 juin 2013 21:43, ZIMMY  a écrit :
>> > Un nouveau venu en micromapping : l'ascenseur
>> >
>> > http://tile.openstreetmap.fr/?zoom=20&lat=44.13742&lon=4.80729&layers=B0F
>> >
>> > En attente :
>> > - la rampe
>> > - les accès (entrée+sortie)
>> >
>> >
>> >
>> >
>> > -
>> > Cordialement,
>> > ZIMMY
>> > Jean-Louis ZIMMERMANN
>> > Développeur territorial (ville d'Orange,FR84)
>> > Mandataire OSM-France sur le Grand-Sud-est
>> > --
>> > View this message in context:
>> > http://gis.19327.n5.nabble.com/micromapping-ascenseurs-tp5764134.html
>> > Sent from the France mailing list archive at Nabble.com.
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> Cordialement,
> Francescu GAROBY
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

[OSM-talk-fr] amélioration de la mise à jour des tuiles geobretagne

[bobo]

Bonjour,
je fais suivre une information mise à disposition par EmiVI sur la liste
osm-bzh.
L'équipe de géobretagne vient d'annoncer la mise en place d'une mise à
jour régulière des données toutes les  20mn
pour les échelles inférieures au 50 000 ème.

Pour ceux qui ne voient pas bien l'intérêt, les tuiles sont mises à
disposition en projection L93 et CC48.
Le fait de ce changement de projection rendait plus complexe la mise en
place d'une routine de mise à jour.

plus de détails par ici :
http://cms.geobretagne.fr/content/le-fond-openstreetmap-d%C3%A9sormais-%C3%A0-jour-sur-g%C3%A9obretagne

bien joué à l'équipe.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Véloroute Charle le téméraire

[Tetsuo Shima]

Tu as raison, la vélo route passe bien par les étangs. Je vais faire
la correction.

Le 5 juin 2013 23:38, claude marani  a écrit :
> Bonjour
>
> du coté de Metz aujourd'hui, j'ai placé quelque info manquantes du
> coté de Ars sur Moselle.
>
> Je pense qu'il y a une erreur sur la partie de la véloroute charles le
> téméraire passant par la.
>
> sur OSM, la relation contient l'objet 24835009. or sur le terrain, il
> y a un panneau indiquant la véloroute sur l'objet 214795507 qui est un
> chemin goudronnée
>
> je ne l'
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Jean-Baptiste Holcroft]

>> Gare RER:
>>
http://tile.openstreetmap.fr/?zoom=20&lat=48.8051&lon=2.48569&layers=B0F

Concernant ce niveau de zoom, j'ai eu du mal à comprendre qu'il s'agissait
d'un passage souterrain, c'est en regardant le tag inclune=up des
escalliers que je l'ai déduis.

Deux questions pour apprendre à mapper :
 * est-ce possible d'orienter l'escalier en fonction de la direction du way
+ incline ? je ne vois que deux cas possibles mais je ne connais pas bien
ces tags.
 * est-ce que le passage souterrain est bien tagué avec covered=yes ? J'ai
un doute à minima pour le tunnel qui passe en dessous des voies.
--
Jean-Baptiste Holcroft


Le 6 juin 2013 10:51, Christian Quest  a écrit :

> C'est comme ça pour l'instant, mais pas définitif, ce zoom 20 est en
> plein chantier et évoluera en fonction des retours.
>
> J'ai modifié la feuille de style pour séparer facilement dans un
> overlay des objets.
>
>
> Le 6 juin 2013 10:20, Francescu GAROBY  a écrit :
> > Les escaliers (en bleu) se superposent avec le rendu 'Mapnik' des
> escaliers
> > (traits rouges faisant penser à un passage piéton). Normal ?
> >
> > Francescu
> >
> >
> > Le 6 juin 2013 10:11, Christian Quest  a écrit
> :
> >
> >> Les rampes (en zoom 20 uniquement):
> >> Gare RER:
> >>
> http://tile.openstreetmap.fr/?zoom=20&lat=48.8051&lon=2.48569&layers=B0F
> >> Bureau de poste:
> >>
> >>
> http://tile.openstreetmap.fr/?zoom=20&lat=48.80252&lon=2.49114&layers=B0F
> >>
> >> Tout ceci est expérimental pour le zoom 20 et pourrait plutôt faire
> >> l'objet d'un overlay que d'être mis directement dans les tuiles, ou
> >> alors faire un rendu "PMR" ce qui me tente de plus en plus...
> >>
> >> Ajouté aussi, les escalators selon
> >> http://wiki.openstreetmap.org/wiki/Key:conveying
> >>
> >>
> http://tile.openstreetmap.fr/?zoom=20&lat=48.87401&lon=2.29694&layers=B0F
> >>
> >>
> http://tile.openstreetmap.fr/?zoom=20&lat=48.84464&lon=2.37189&layers=B0F
> >>
> >>
> >> Le 5 juin 2013 21:43, ZIMMY  a écrit
> :
> >> > Un nouveau venu en micromapping : l'ascenseur
> >> >
> >> >
> http://tile.openstreetmap.fr/?zoom=20&lat=44.13742&lon=4.80729&layers=B0F
> >> >
> >> > En attente :
> >> > - la rampe
> >> > - les accès (entrée+sortie)
> >> >
> >> >
> >> >
> >> >
> >> > -
> >> > Cordialement,
> >> > ZIMMY
> >> > Jean-Louis ZIMMERMANN
> >> > Développeur territorial (ville d'Orange,FR84)
> >> > Mandataire OSM-France sur le Grand-Sud-est
> >> > --
> >> > View this message in context:
> >> > http://gis.19327.n5.nabble.com/micromapping-ascenseurs-tp5764134.html
> >> > Sent from the France mailing list archive at Nabble.com.
> >> >
> >> > ___
> >> > Talk-fr mailing list
> >> > Talk-fr@openstreetmap.org
> >> > http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >>
> >>
> >> --
> >> Christian Quest - OpenStreetMap France
> >> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> > --
> > Cordialement,
> > Francescu GAROBY
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] amélioration de la mise à jour des tuiles geobretagne

[Philippe Verdy]

En tout cas le rendu du fond OSM est superbe !
http://geobretagne.fr/mapfishapp/

Extrêmement lisible (merci aux fonds clairs), avec enfin suffisamment de
villes pour que cela ressemble à une carte utilisable à toutes les
échelles, avec pourtant un rendu suffisant du milieu naturel (forêts et
rivières), et rapidement un tracé de tous les axes routiers mêmes les plus
petits pour créer un "chevelu" certes très fin mais qui facilite le
repérage, même si on n'a pas tous les numéros d'axes (on a assez de repères
pour savoir rapidement où zoomer).

En revanche c'est dommage aux niveaux de zoom les plus avancés sur les
villes de n'avoir aucun bâtiment ni aucune adresse, ni preseque aucun
service (hormi parkins et écoles) ni aucun commerce.

Il y a encore des problèmes pour le rendu des zones portuaires (où sont les
diques et pontons, problèmes avec le rendu de la partie maritime des
fleuves dans les estuaires (exemple à Brest au niveau avancé : Mapnik ne
reconnait pas encore water=* amis il reconnait naturel=bay, alors que
GeoBretagne ne semble reconnaitre que l'inverse, pas moyen de faire
coexister les deux? Ce serait bien que tout le monde reconnaisse les
surfaces water=*).

Le 6 juin 2013 10:53, bobo  a écrit :

>  Bonjour,
> je fais suivre une information mise à disposition par EmiVI sur la liste
> osm-bzh.
> L'équipe de géobretagne vient d'annoncer la mise en place d'une mise à
> jour régulière des données toutes les  20mn
> pour les échelles inférieures au 50 000 ème.
>
> Pour ceux qui ne voient pas bien l'intérêt, les tuiles sont mises à
> disposition en projection L93 et CC48.
> Le fait de ce changement de projection rendait plus complexe la mise en
> place d'une routine de mise à jour.
>
> plus de détails par ici :
>
> http://cms.geobretagne.fr/content/le-fond-openstreetmap-d%C3%A9sormais-%C3%A0-jour-sur-g%C3%A9obretagne
>
> bien joué à l'équipe.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[David Crochet]

Bonjour

Le 05/06/2013 21:43, ZIMMY a écrit :


En attente :
- la rampe
- les accès (entrée+sortie)




Je crois qu'il y a un souci pour ce chemin [1] car le rendu indique un 
accès pour fauteuil roulant [2] non possible physiquement.



[1] http://www.openstreetmap.org/browse/way/214445481
[2] 
http://tile.openstreetmap.fr/?zoom=20&lat=48.58564&lon=-0.36254&layers=B0F



Cordialement
--
David Crochet

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

Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles

[Philippe Verdy]

Est-on réellement obligé de remplir la zone de réserve naturelle, quand une
bordure verte peut suffire, avec à l'intérieur peut-être juste un fond
verdâtre semi-transparent, ou un très fin hachurage ou texturage vert assez
discret (et toujours semi-transparent avec beaucoup de vide totalement
transparent, ce texturage ne devait pas couvrir plus d'un cinquième des
pixels dans chacun des deux axes, donc moins de 5% en terme de surface non
totalement transparent) pour ne pas cacher les détails ?


Le 6 juin 2013 10:49, Christian Quest  a écrit :

> Mapnik fait ce qu'on lui dit ;)
>
> C'est effectivement avec le tag operator qu'il sera le plus simple
> d'appliquer un rendu différent que de prendre en compte des limites
> géographiques bien complexes à manier (et lentes).
>
> Pour ce symbole, c'est la première fois que je le vois et jamais je
> n'aurai imaginé qu'il représentait une réserve naturelle.
>
> Passer de NR à RN me semble le plus simple et efficace en attendant
> éventuellement mieux...
>
>
> Le 6 juin 2013 10:42, Jean-Marc Liotier  a écrit :
> > On 06/06/2013 10:38, Damouns wrote:
> >>
> >> Le 6 juin 2013 10:25, Jean-Marc Liotier  a écrit :
> >>>
> >>> Idéogramme d'identification des réserves naturelles en France, d'après
> >>> l'arrêté du 24 novembre 1967 modifié:
> >>>
> http://commons.wikimedia.org/wiki/File:ID15c_reserve_naturelle_France.svg
> >>
> >> Oui mais il y a le problème des autres pays qui se retrouveraient avec
> >> ce logo alors que ce n'est pas le leur !
> >
> >
> > Ce serait approprié pour le rendu osm-fr (évidemment dans les limites des
> > frontières de la République Française - le 'NR' continuerait à être
> utilisé
> > ailleurs... Mapnik sait faire ça ?)
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rendu osm-fr - La carte a verdi

[Philippe Verdy]

La carte a verdi ? désolé je n'y suis pour rien !


Le 6 juin 2013 09:19, Ab_fab  a écrit :

> Bonjour,
>
> Je constate que les zones de prairies sont désormais rendues en vert pale
> aux niveaux de zoom 8 - 9 (*), plutôt que du vide ou du beige tristouille
> sur openstreetmap.org
>
> Très bonne initiative !
>
> Bonne journée
>
> (*)
> http://tile.openstreetmap.fr/?zoom=9&lat=47.30065&lon=-0.65864&layers=B0F
>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus", Nadja
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tile.osm.fr & prisons

[Philippe Verdy]

D'accord mais n'importe quel noir, dès qu'il est un peu transparent ne
l'est plus du tout, ce n'est plus qu'une ombre grise plus ou moins
prononcée, puisque la noir n'a (pas plus que le blanc) lui-même aucune
couleur (mais bon, on sait aussi qu'il y a des tas de noirs et que le noir
parfait comme le blanc parfait n'existe nulle part, et certainement pas à
la surface de nos écrans, ce qu'on voit c'est d'abord non pas le noir ni le
blanc, mais un contraste le plus marqué possible, et c'est justemetn ce qui
nuit à la lisibilité de ce qu'on met dessus, quand les libellés sont noirs
aussi et demandent un contraste suffisant).

Toutes les couleurs de fond devraient être assez claires pour que les
libellés et détails affichés en couleurs plus foncées soit lisibles, de
même que les traits en intensités moyennes (qui doivent être plus clairs
s'ils sont plus épais en terme de surface).

Oui cela demande des dosages, mais il est clair qu'on ne peut pas utiliser
le noir dans aucun fond, mais seulement pour un très fin texturage (par
exemple pour un rendu monochrome).

D'ailelurs ce serait intéressant de regarder si nos rendus sont lisibles
lors d'une conversion en monochrome (afin de permettre des impressions sans
jet d'encre couleur, mais plus économique et plus rapide aussi sur une
imprimage laser N&B et aussi pour voir si l'impression reste encore lisible
une fois scannée, car cela donne aussi des indications en terme
d'accessibilité (les rendus Mapnik actuels sont très peu accessibles,
contrairement à ce que font l'IGN, Michelin, et même Google Maps) :

Une carte n'est pas un parthwork de couleurs contrastées (sauf pour un
rendu purement adminisitratif comme sur Layers où c'est ce qu'on veut
mettre clairement en avant et où on cache volontairement tout le reste), on
peut toujours trouver des moyens de rendre lisible sans abuser des couleurs
et sans non plus surconstraster des différences entre des fonds de couleur
qui sont déjà assez larges pour être lisibles et n'ont pas vocation non
plus à être totalement remplis tant que leur délimitation périphérique peut
être perçue par un filet contrastant mais encore assez discret pour ne pas
couvrir trop de choses.



Le 6 juin 2013 09:06, Vincent Pottier  a écrit :

> Le 06/06/2013 08:54, Philippe Verdy a écrit :
>
>  Noir et blanc si ce sont non pas des ryaures mais des bandes égales et
>> horizontales...
>>
>> Mais à mon avis tout fond noir est nuisible sur une carte, on risque de
>> ne plus voir les libellés et les équipements derrière (par exemple les
>> espaces réservés aux visiteurs, ou me^me les terrains de sport internes) Ca
>> risque de faire une tache trop visible par rapport au reste.
>>
> Je pense qu'on doit pouvoir doser la transparence pour faire apparaître
> l'arrière-plan.
>
> --
> FrViPofm
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Smartphone low cost à conseiller pour cartographier ?

[Romain MEHUT]

Si jamais quelqu'un a l'intention d'acheter un Fairphone (
http://www.fairphone.com/), je suis preneur des retours...

Romain

Le 30 mars 2013 16:27, Christian Quest  a écrit :

> Disons que pour 150 à 200€ ces smartphones premier prix sont tout à fait
> corrects pour faire des relevés sur le terrain et que je les conseillerai
> sans problème à quelqu'un qui veut s'équiper pour mapper.
>
> Ensuite, en fonction des autres usages qu'on peut en faire, on peut
> préférer tel ou tel modèle, mais même le tout premier prix de la gamme est
> suffisant.
> Côté autonomie, ça n'a pas l'air trop mauvais, je suis en train de faire
> encore quelques cycles de charge/décharge pour condition au mieux la
> batterie, mais sur mon premier essai, j'ai tenu plusieurs heures avec le
> GPS allumé. Je le testerai plus à fond à Brocas le week-end prochain et au
> pire j'ai ma batterie complémentaire.
>
> --
> Christian Quest - OpenStreetMap France
> Synthèse du Week-end "SOTM-FR" à Lyon : 
> http://openstreetmap.fr/synthese-sotmfr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Trottoirs à Montrouge

[Pieren]

2013/6/5 RainerU :
>> ...les ways ayant le tag footway=pedestrian ...
>
> Simplement ignorer les footway=pedestrian ne résout pas le problème.

Vous êtes deux à mentionner ce tag mais il me semble que le wiki ne
parle que de "footway=sidewalk".
D'après taginfo, "footway=pedestrian" , presque un pléonasme, ne
représenterait que 0.01% des "footway" avec 10 exemplaires...

Concernant les ways séparés, éternel débat sur le degré des détails à
cartographier. Soit on utilise un seul way et on y ajoute une pelletée
de tags à suffixes (genre :left, :right, :both) ou on trace chaque
trottoir avec son propre way mais un schéma de tags plus simples. La
première option offre l'avantage de simplifier la maintenance pour
ceux qui ne s'intéressent pas au sujet. Il y a moins de ways, moins de
noeuds,moins d'intersections, moins de relations ou de membres de
relations. La modélisation est plus simple. La deuxième option est
plus précise, plus graphique (et même "géographique"), les tags plus
simples (plus de :left/:right/:both). Mais la maintenance pour ceux
qui ne s'intéressent pas aux trottoirs s'annonce plus difficile. La
"carte" est plus foisonnante, moins facile à interpréter pour les
contributeurs.
Les mêmes questionnements se posent pour la modélisation des voies de
circulation (lanes). Et s'il y a eu quelques tentatives pour tracer
chaque voie individuellement, une tendance se dégage pour conserver
une simplication des ways/nodes parce qu'une majorité des
contributeurs ne sont pas intéressés par un tel niveau de détail.
Quitte à surcharger en tags le way symbolisant la route.

Maintenant, si on additionne ceux qui veulent une ligne par file de
circulation, ceux qui veulent une ligne par voie de parquage, ceux qui
veulent une ligne par trottoir, imaginez le résultat et demandez-vous
si vous souhaiterez encore modifier quoi que ce soit dans ce
"m..."/sac de noeuds...

Pieren

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

Re: [OSM-talk-fr] Trottoirs à Montrouge

[Frédéric Bonifas]

Oui c'est bien "footway=sidewalk" que je voulais écrire, et pas
"footway=pedestrian"

Le 6 juin 2013 14:29, Pieren  a écrit :
> 2013/6/5 RainerU :
>>> ...les ways ayant le tag footway=pedestrian ...
>>
>> Simplement ignorer les footway=pedestrian ne résout pas le problème.
>
> Vous êtes deux à mentionner ce tag mais il me semble que le wiki ne
> parle que de "footway=sidewalk".
> D'après taginfo, "footway=pedestrian" , presque un pléonasme, ne
> représenterait que 0.01% des "footway" avec 10 exemplaires...
>
> Concernant les ways séparés, éternel débat sur le degré des détails à
> cartographier. Soit on utilise un seul way et on y ajoute une pelletée
> de tags à suffixes (genre :left, :right, :both) ou on trace chaque
> trottoir avec son propre way mais un schéma de tags plus simples. La
> première option offre l'avantage de simplifier la maintenance pour
> ceux qui ne s'intéressent pas au sujet. Il y a moins de ways, moins de
> noeuds,moins d'intersections, moins de relations ou de membres de
> relations. La modélisation est plus simple. La deuxième option est
> plus précise, plus graphique (et même "géographique"), les tags plus
> simples (plus de :left/:right/:both). Mais la maintenance pour ceux
> qui ne s'intéressent pas aux trottoirs s'annonce plus difficile. La
> "carte" est plus foisonnante, moins facile à interpréter pour les
> contributeurs.
> Les mêmes questionnements se posent pour la modélisation des voies de
> circulation (lanes). Et s'il y a eu quelques tentatives pour tracer
> chaque voie individuellement, une tendance se dégage pour conserver
> une simplication des ways/nodes parce qu'une majorité des
> contributeurs ne sont pas intéressés par un tel niveau de détail.
> Quitte à surcharger en tags le way symbolisant la route.
>
> Maintenant, si on additionne ceux qui veulent une ligne par file de
> circulation, ceux qui veulent une ligne par voie de parquage, ceux qui
> veulent une ligne par trottoir, imaginez le résultat et demandez-vous
> si vous souhaiterez encore modifier quoi que ce soit dans ce
> "m..."/sac de noeuds...
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Frédéric Bonifas
+33672652807 skype:fredericbonifas

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

Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

[Pieren]

2013/6/5 Romain MEHUT :

>> * soit les tags sur un nœud dans le cas d'une pièce au sein d'un
>>   bâtiment, soit sur un polygone dans le cas d'un bâtiment complet.
>> * utilisation des tags suivants :
>> operator=Conseil Régional de Basse-Normandie (pour ce qui me concerne)
>> service:type=FR:espace_public_numérique
>>
>> Du coup, je doute de la pertinence d'un tag aussi compliqué (pour moi)
>> que service:type=FR:... Mais je manque sûrement de culture OSM sur les
>> tags de ce type.
>>
>> Par contre la remarque concernant les services associés (télé-formation,
>> etc.) méritent qu'on s'y attarde.

A noter que la même question a été posée en nov.2012:
http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/050946.html

avec l'ajout d'un tag "amenity=public_building"
Si tous les EPN correspondent bien à la même catégorie, pourquoi ne
pas définir une clé simple genre "amenity=espace_public_numerique" ou
"amenity:FR=espace_public_numerique" (évitons les accents dans les
tags standards)

Pieren

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

Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

[Henry-Pascal ELDIN]

Bonjour, 
> 2013/6/5 Romain MEHUT :
> 
> >> * soit les tags sur un nœud dans le cas d'une pièce au sein d'un
> >>   bâtiment, soit sur un polygone dans le cas d'un bâtiment complet.
> >> * utilisation des tags suivants :
> >> operator=Conseil Régional de Basse-Normandie (pour ce qui me concerne)
> >> service:type=FR:espace_public_numérique
> >>
> >> Du coup, je doute de la pertinence d'un tag aussi compliqué (pour moi)
> >> que service:type=FR:... Mais je manque sûrement de culture OSM sur les
> >> tags de ce type.
> >>
> >> Par contre la remarque concernant les services associés (télé-formation,
> >> etc.) méritent qu'on s'y attarde.
> 
> A noter que la même question a été posée en nov.2012:
> http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/050946.html
> 
> avec l'ajout d'un tag "amenity=public_building"
> Si tous les EPN correspondent bien à la même catégorie, pourquoi ne
> pas définir une clé simple genre "amenity=espace_public_numerique" ou
> "amenity:FR=espace_public_numerique" (évitons les accents dans les
> tags standards)
> 


Pour ceux que j'ai taggé, j'ai ajouté un tag ref:FR:DUI = code DUI de l'EPN

en principe les Espaces Pubiques Numériques sont enregistrés auprès de la 
Délégation aux Usages d'Internet avec un code par EPN.
http://www.netpublic.fr/net-public/espaces-publics-numeriques/repertoire-national/?cmq_path=export
Ca permet de gérer une carte et de faire le lien avec des données externes.


Je viens de regarder, le site semble figé, pas de possibilité d'acceder à la
carte. On pouvait récupérer un export csv avec les données des EPN.
La DUI utilisait OSM pour postionner les EPN "a l'époque".


Il y a quelque temps, j'avais documenté ref:FR:DUI  sur la page du wiki osm mais
ca a disparut ?


-- 
Cordialement,  
Henry-Pascal ELDIN   Courayon, Route de St Bauzile  07210 CHOMERAC, FRANCE
 Tel 04 75 65 19 93 Orange 06 80 75 74 80
http://www.eldin.net

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

Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

[Philippe Verdy]

Le 6 juin 2013 14:40, Pieren  a écrit :

> A noter que la même question a été posée en nov.2012:
> http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/050946.html
>
> avec l'ajout d'un tag "amenity=public_building"
>

Pourquoi pas mais là ça qualifie plutôt le propriétaire d'un bâtiment, mais
assez peu ce qu'on y trouve ou ce qu'on y fait. un EPN pourrait d'ailleurs
être ailleurs que dans un bâtiment public (ce qui compte alors c'est le
service rendu et non le lieu, même si ce service vient d'une délégation
publique ou bénéficie de subventions, par exemple ce peut être dans les
locaux d'une asso, ou d'un établissement privé qui le met à disposition
pour cette activité).


> Si tous les EPN correspondent bien à la même catégorie, pourquoi ne
> pas définir une clé simple genre "amenity=espace_public_numerique" ou
> "amenity:FR=espace_public_numerique" (évitons les accents dans les
> tags standards
>

Pas de tag "amenity:FR=*" non. mais bien "amenity=FR:*". Ensuite le service
étant de type spcifiquement français (FR:) et ayant alors un nom
officialisé en français, je ne vois pas ce qui bloque la pose d'un accent
quand le terme lui-même n'aura pas d'équivalent dans d'autres pays sous
cette forme, et pas dans une autre langue (en France il n'y a que le
français qui soit officiel, alors autant l'écrire correctement).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

[Philippe Verdy]

Ou alors "amenity:FR=*" pour mentionner la classification franco-française
d'un EPN, mais alors seulement si tu envisages en plus une classification
plus générique EN PLUS (sur le même objet) comme "amenity=cybercafe".

Et là tant pis pour les différences d'organisation selon les pays, que ce
soit public ou privé, qu'on y mange ou boive ou pas, c'est juste un point
d'accès Internet avec du matériel à disposition du public, et un service
minimum avec au moins une personne présente, ne serait-ce que pour
surveiller ou nettoyer le local, même si le reste du temps c'est une
surveillance automatisée, par exemple avec un badge ou une carte d'accès
prépayée et des caméras de surveillance).

Et dans ce cas amenity=cybercafe pourrait être ajouté comme une activité
annexe à plein d'autres endroits disposant d'un lieu dédié avec du matériel
(campings, bars, restaurants, grands magasins, zone de loisir).

Mais il serait distingué d'un simple "hotspot" wifi (accès internet gratuit
mais sans matériel, il faut amener sont ordinateur, sa tablette, son
smartphone), qu'en général on taguera un peu comme
"wifi=prepaid/customers-only/free" (par exemple dans les hôtels ou les
McDonald's). Le matériel du hotspot étant en fait quasiment invisible, et
le lieu pas spécialement aménagé pour ça et ayant une autre destination.



Le 6 juin 2013 15:03, Philippe Verdy  a écrit :

>
>
>
> Le 6 juin 2013 14:40, Pieren  a écrit :
>
> A noter que la même question a été posée en nov.2012:
>> http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/050946.html
>>
>> avec l'ajout d'un tag "amenity=public_building"
>>
>
> Pourquoi pas mais là ça qualifie plutôt le propriétaire d'un bâtiment,
> mais assez peu ce qu'on y trouve ou ce qu'on y fait. un EPN pourrait
> d'ailleurs être ailleurs que dans un bâtiment public (ce qui compte alors
> c'est le service rendu et non le lieu, même si ce service vient d'une
> délégation publique ou bénéficie de subventions, par exemple ce peut être
> dans les locaux d'une asso, ou d'un établissement privé qui le met à
> disposition pour cette activité).
>
>
>> Si tous les EPN correspondent bien à la même catégorie, pourquoi ne
>> pas définir une clé simple genre "amenity=espace_public_numerique" ou
>> "amenity:FR=espace_public_numerique" (évitons les accents dans les
>> tags standards
>>
>
> Pas de tag "amenity:FR=*" non. mais bien "amenity=FR:*". Ensuite le
> service étant de type spcifiquement français (FR:) et ayant alors un nom
> officialisé en français, je ne vois pas ce qui bloque la pose d'un accent
> quand le terme lui-même n'aura pas d'équivalent dans d'autres pays sous
> cette forme, et pas dans une autre langue (en France il n'y a que le
> français qui soit officiel, alors autant l'écrire correctement).
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Trottoirs à Montrouge

[Philippe Verdy]

Le 6 juin 2013 14:29, Pieren  a écrit :

> 2013/6/5 RainerU :
> >> ...les ways ayant le tag footway=pedestrian ...
> >
> > Simplement ignorer les footway=pedestrian ne résout pas le problème.
>
> Vous êtes deux à mentionner ce tag mais il me semble que le wiki ne
> parle que de "footway=sidewalk".
> D'après taginfo, "footway=pedestrian" , presque un pléonasme, ne
> représenterait que 0.01% des "footway" avec 10 exemplaires...
>

Effectivement, car en fait c'est highway=pedestrian (pour taguer des
surfaces surtout, c'est-à-dire des espaces piétonniers dans laquelle on
peut trouver d'autres éléments comme bancs, WC, kiosques commerciaux,
escaliers, rampes ou ascenseurs...), ou highway=footway (surtout pour
taguer des chemins linéaires sans obstacle, mais qui sera interrompu par
des escaliers).

Un "footway" peut être ans une zone pédestre, ou dans une zone commerciale
ou résidentiel ou dans un parc ou jardin ou dans une forêt, ou sur une
plage, mais aucun d'eux n'est un espace piétonnier.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Christian Quest]

Le 6 juin 2013 11:56, Jean-Baptiste Holcroft  a écrit :
>>> Gare RER:
>>>
>>> http://tile.openstreetmap.fr/?zoom=20&lat=48.8051&lon=2.48569&layers=B0F
>
> Concernant ce niveau de zoom, j'ai eu du mal à comprendre qu'il s'agissait
> d'un passage souterrain, c'est en regardant le tag inclune=up des escalliers
> que je l'ai déduis.
>
> Deux questions pour apprendre à mapper :
>  * est-ce possible d'orienter l'escalier en fonction de la direction du way
> + incline ? je ne vois que deux cas possibles mais je ne connais pas bien
> ces tags.

Oui, incline indique le sens montée ou descente correspondant au sens
du way. Ca perme de savoir où est l'extrémité haute et basse de
l'escalier.
Lorsque l'on a un escalator, conveying=yes/forward/backward/reversible
yes = on ne connait pas le sens
forward = même sens que le incline
backward = sens inverse
reversible= sens changeant
et j'ajouterai bien both=les deux sens lorsqu'il y a plusieurs
escalators et qu'on ne les mappe pas un à un.


>  * est-ce que le passage souterrain est bien tagué avec covered=yes ? J'ai
> un doute à minima pour le tunnel qui passe en dessous des voies.

Le passage passe bien en dessous des voies, c'est le access=permissive
qui rajoute le pointillé vert qui fait que c'est peu visible.
tunnel=yes layer=-1

covered c'est pour la partie dans le bâtiment... mais pas forcément bien vu.

Ce tag covered ne me plait pas trop en général, je trouve qu'il est
assez peu précis, il a l'avantage de calmer osmose ;)

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Philippe Verdy]

Le 6 juin 2013 17:26, Christian Quest  a écrit :

> Lorsque l'on a un escalator, conveying=yes/forward/backward/reversible
> yes = on ne connait pas le sens
> forward = même sens que le incline
> backward = sens inverse
> reversible= sens changeant
> et j'ajouterai bien both=les deux sens lorsqu'il y a plusieurs
> escalators et qu'on ne les mappe pas un à un.


Les escalators dans les deux sens sont rarement parallèles mais plus
souvent disposés en quiquonce, particulièremetn à l'intérieur de bâtiment
sur des longueurs et hauteurs pas très grandes (suite d'escalators pour
passer d'un étage à l'autre). Mais là on entre dans le mapping des étages,
et pourtant des étages on en trouve aussi dans les stations de métro.
Pour le RER où la hauteur est souvent plus grande, et où la longueur n'est
pas trop un problème en sous-sol, là ils peuvent être parallèles pour
profiter de la même percée de couloir-tunnel, sauf pour l'accès aux quais
car ce sont souvent des quais séparés pour chaque sens (sauf si le quai est
central entre les voies de chaque sens), et dans ce cas on devra bien
cartographier chaque escalator séparément pour chaque quai, mais il faudra
aussi peut-être monter et descendre sur ce quai (entrée ou sortie de la
station).

Donc si tu ajoute la valeur "both" est-ce que ça s'applique à la fois
- au cas des escalators parallèles (montée ou descente de plus d'un étage)
- et ceux en quiquonce (montée ou descente d'un seul étage à la fois).

Noter aussi qu'on a parfois uniquement des escalators montants ou
descendants, et que préciser "forward" ou "backward" n'indique pas dans
quel sens il va (sauf si on convient que "forward"=montant, plus clair que
dire "même sens que incline") et que dans ce cas on a aussi des escaliers
d'un côté ou l'autre pour aller dans l'autre sens... Mais pas toujours non
plus, car certains couloirs ne sont que dans un seul sens, par exemple pour
séparer les entrées (avec une station d'accueil avec vente de titres et
contrôle des tickets ou cartes de transport), et des sorties par escalator
directement vers l'extérieur sans passer par la plateforme et sans contrôle
en sortie, mais avec juste une porte à ouverture automatique sur un
tapis-balance ou détecteur de présence d'un seul côté.

Autre chose à noter : la présence ou non de rampes-glissières latérales
pour le portage des valises ou sacs lourds (utile dans les escaliers pour
éviter les chutes, mais limité en longueur pour passer juste quelques
marches (sinon c'est l'inverse, ces glissières deviennent dangereuses). Ces
rampes pour valises sont fréquentes dans les gares ferroviaires et les
stations de métro ou de correspondance bus/taxi, là où il y a des escaliers
mais pas de place pour installer un escalator.

Noter enfin les trottoirs roulants (comme des escalators mais à plat,
exemple à Montparnasse-Bienvenüe, dont celui à "grande vitesse" dont la
vitesse a du être ralentie après des chutes et collisions à l'arrivée).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Ab_fab]

Qui plus est super dangereux !
http://www.legorafi.fr/2013/01/02/une-famille-reste-bloquee-trois-jours-sur-un-tapis-roulant-en-gare-de-montparnasse/


Le 6 juin 2013 18:14, Philippe Verdy  a écrit :

>
>
> Noter enfin les trottoirs roulants (comme des escalators mais à plat,
> exemple à Montparnasse-Bienvenüe, dont celui à "grande vitesse" dont la
> vitesse a du être ralentie après des chutes et collisions à l'arrivée).
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] micromapping : ascenseurs !!!

[Christian Quest]

Le 6 juin 2013 18:14, Philippe Verdy  a écrit :
>
>
>
> Le 6 juin 2013 17:26, Christian Quest  a écrit :
>
>> Lorsque l'on a un escalator, conveying=yes/forward/backward/reversible
>> yes = on ne connait pas le sens
>> forward = même sens que le incline
>> backward = sens inverse
>> reversible= sens changeant
>> et j'ajouterai bien both=les deux sens lorsqu'il y a plusieurs
>> escalators et qu'on ne les mappe pas un à un.
>

(Prolégomènes coupés)

> Donc si tu ajoute la valeur "both" est-ce que ça s'applique à la fois
> - au cas des escalators parallèles (montée ou descente de plus d'un étage)
> - et ceux en quiquonce (montée ou descente d'un seul étage à la fois).
>

both pour moi peut servir à indiquer sur un seul et unique
highway=steps qu'il y a aussi des escalators montants et descendants
sans tout tracer dans le détail.


> Noter aussi qu'on a parfois uniquement des escalators montants ou
> descendants, et que préciser "forward" ou "backward" n'indique pas dans quel
> sens il va (sauf si on convient que "forward"=montant, plus clair que dire
> "même sens que incline")

C'est pas moi qui le dit, c'est le wiki... je remet le lien:
http://wiki.openstreetmap.org/wiki/Key:conveying

> et que dans ce cas on a aussi des escaliers d'un
> côté ou l'autre pour aller dans l'autre sens... Mais pas toujours non plus,
> car certains couloirs ne sont que dans un seul sens, par exemple pour
> séparer les entrées (avec une station d'accueil avec vente de titres et
> contrôle des tickets ou cartes de transport), et des sorties par escalator
> directement vers l'extérieur sans passer par la plateforme et sans contrôle
> en sortie, mais avec juste une porte à ouverture automatique sur un
> tapis-balance ou détecteur de présence d'un seul côté.
>

Dans ce cas, il y a un oneway sur le couloir ou l'escalier ou un truc
du genre non ?

la combinaison incline+conveying permet de savoir si l'escalator est
montant ou descendant et c'est bien ça qui importe le plus à ce qu'il
me semble, surtout pour le rendu si l'on veut mettre une petite flèche
l'indiquant.


> Autre chose à noter : la présence ou non de rampes-glissières latérales pour
> le portage des valises ou sacs lourds (utile dans les escaliers pour éviter
> les chutes, mais limité en longueur pour passer juste quelques marches
> (sinon c'est l'inverse, ces glissières deviennent dangereuses). Ces rampes
> pour valises sont fréquentes dans les gares ferroviaires et les stations de
> métro ou de correspondance bus/taxi, là où il y a des escaliers mais pas de
> place pour installer un escalator.
>

Exemple ? photo ? proposition d'ajout dans le wiki ?


> Noter enfin les trottoirs roulants (comme des escalators mais à plat,
> exemple à Montparnasse-Bienvenüe, dont celui à "grande vitesse" dont la
> vitesse a du être ralentie après des chutes et collisions à l'arrivée).
>

Prévu aussi dans http://wiki.openstreetmap.org/wiki/Key:conveying

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

[OSM-talk-fr] Futur en Seine et OSM... une cartopartie ? non, 3 !

[Christian Quest]

Et oui... https://openstreetmap.fr/2013-06-15-cartoparties-futur-en-seine

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars

[Vincent de Château-Thierry]

Bonsoir,

Le 12/04/2013 22:06, Romain MEHUT a écrit :

Le 16 mars 2013 01:28, Christian Quest mailto:cqu...@openstreetmap.fr>> a écrit :

Vous avez raté un truc majeur... la première carte Michelin qu'on
aurait le droit de recopier dans OSM !

Mais en fait vous ne le ferrez sûrement pas... devinez pourquoi ?

http://livre.fnac.com/a5152703/Collectif-Clermont-Ferrand


Un article de SIG la Lettre
http://www.sig-la-lettre.com/?OSM-met-la-gomme nous en dit un peu plus...


Et, finalement, un peu de détails sur l'opération, par ici :
http://www.openstreetmap.fr/blogs/vincent-de-ch%C3%A2teau-thierry/openstreetmap-la-base-dun-nouveau-plan-michelin

vincent

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

Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

[Cyrille Giquello]

Ce que je souhaitais souligner, c'est que "cybercafé" est une activité
commerciale, alors que cyberbase/epn sont un service publique. Me
semble-t-il.


Le 5 juin 2013 12:04, Philippe Verdy  a écrit :

> Ah bon? Ceux que j'ai vu avaient toujours au moins un distributeur. Ceux
> qui n'en ont pas sont plutôt dans les médiathèques pour protéger aussi les
> livres, question de propreté parait-il, et pourtant on n'entre pas en
> enlevant ses chaussures à l'entrée et les sacs ou vêtements qui viennent de
> l'extérieur sont aussi salissants.
>
> De fait les cybercafés ou médiathèques ont de moins en moins souvent de
> matériel à disposition : on vient avec le sien, le lieu fournit une
> connexion Wifi, parfois une prise Ethernet. Ce sont des lieux soit pour
> travailler au calme quand on est trop loin de chez soi, ou pour du travail
> en réunion. Mpeme au travail on ne partage plus les ordinateurs, chacun le
> sien et chacun s'occupe de le nettoyer.
>
>
> Le 5 juin 2013 11:31, Cyrille Giquello  a écrit :
>
> merci.
>> À noter tout de même que dans un "cybercafé" on peut y boire un café mais
>> pas dans les cyberbase/epn/...
>>  Le 4 juin 2013 18:49, "Philippe Verdy"  a écrit :
>>
>> operator=* doit normalement désigner l'entité publique ou privée qui est
>>> responsable d'un site (au plan légal et comptable), autrement dit le
>>> commanditaire. C'est un nom d'organisation et non une classification
>>> générique du type de lieu.
>>>
>>> Je verrais plutôt "service:type=FR:espace_public_numérique" (sans
>>> abréviation "epn" obscure, et me^me avec des accents puisque c'est une
>>> nomenclature franco-française).
>>>
>>> A moins qu'il y ait une nomenclature européenne ou internationale pour
>>> ces espaces internet publics du genre:
>>>
>>> service:type=cybercafe
>>> operator=* (nom de l'opérateur public)
>>> operator:type=public/commercial/community (optionnel : le dernier pour
>>> les espaces de type associatif, privé mais largement ouvert à ses membres
>>> ou pour certaines missions, et pouvant avoir des subventions publiques)
>>>
>>> La notion de cybercafé est généralement commerciale, mais on a de plus
>>> en plus confusion avec les autres médias numériques (convergence oblige),
>>> et je ne vois pas trop l'intérêt de distinguer les cybercafés et les
>>> espaces multimédia alors que de plus en plus souvent ce sera le même
>>> support et qu'on trouvera aussi des services annexes (boissons, encas...
>>> souvent en distributeurs), et des services de télécommunication (téléphoner
>>> à un employeur...), et du conseil et des services spécialisés (formations
>>> en ligne, assistance, dépannage de matériel, réglage de logiciels,
>>> impression, studio de montage photo/vidéo ou graphique, échange de services
>>> comme le webdesign...)
>>>
>>>
>>> Le 4 juin 2013 18:02, Cyrille Giquello  a écrit :
>>>
 salut
 ça pourrait être bien d'ajouter un tags pour préciser, du genre
 operator=epn ou operator=cyberbase .
 operator ne doit pas être la bonne clé ...
  Le 31 mai 2013 19:28, "Brice Mallet"  a écrit :

 Bonjour,
>
> le terme le plus générique, en France, est "espaces publics
> numériques" qui regroupent les Cyberbases, cybercentres et autres espaces
> multimédia.
>
> J'en ai référencé un à Machecoul 44 :
>
> Nœud : Cybercentre (1978638217)
>   Attributs :
> "internet_access"="service"
> "name"="Cybercentre"
>
> Noeud : car une salle seulement au sein du bâtiment "médiathèque",
> avec entrée séparée
>
> A mon avis "service" est préférable à "terminal" car
>
> "if you want to mention that there is personnel which helps you in
> case of problems"
> http://wiki.openstreetmap.org/**wiki/Key:internet_access
>
> ce qui est le propre des "espaces publics numériques" dans lequel un
> animateur est théoriquement toujours présent (pour accompagner en accès
> libre ou ateliers).
>
>
> Britz
> (les Cyberbases, ce fut mon activité que d'accompagner les communes à
> les mettre en place)
>
>
> Le 31/05/13 17:01, Emmanuel Lesouef a écrit :
>
>> Bonjour,
>>
>> Avez-vous déjà renseigné ce que certains appellent des Cyberbases,
>> d'autres des espaces publics numériques ?
>>
>> Si oui, comment ?
>>
>> Perso, je serais tenté par un tag sur la bâtiment :
>>
>> building=yes
>> internet_access=terminal
>>
>> Merci de votre aide.
>>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>

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


>>>
>>> __

Re: [OSM-talk-fr] OSM - Michelin

[Nicolas Dumoulin]

Le jeudi 6 juin 2013 22:41:46 Vincent de Château-Thierry a écrit :
> Et, finalement, un peu de détails sur l'opération, par ici :
> http://www.openstreetmap.fr/blogs/vincent-de-ch%C3%A2teau-thierry/openstreet
> map-la-base-dun-nouveau-plan-michelin

Excellent !
Je n'ai pas encore tout lu, mais un grand merci pour tous les détails (dont 
l'aventure avec le chien ;-) )

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

[Cyrille Giquello]

La discussion me semble encore très ouverte, du coup c'est un peu tôt pour
écrire sur le wiki ...

Voici ce que j'arrive à récapituler :

L'idée est de distinguer les espaces publics numériques, public au sens
"gestion publique et accès gratuit", des cybercafés ou autres points
d'accès Internet proposés par des structures commerciales.

Les discussions:
2013: http://thread.gmane.org/gmane.comp.gis.openstreetmap.region.fr/59008
2012: http://thread.gmane.org/gmane.comp.gis.openstreetmap.region.fr/50717

Les tags à envisager :

internet_access=service
ou
internet_access=public
Je n'arrive pas à trancher après lecture de la page
http://wiki.openstreetmap.org/wiki/Key:internet_access

ref:FR:DUI=*
Référence de la "Délégation aux Usages d'Internet"

amenity:FR=espace_public_numerique
Il doit bien y avoir des accès Internet public (gratuit et de gestion
publique) dans d'autres pays, il faudrait du coup trouver un tag en anglais.

Je trouve le sujet intéressant:
- vu l'état de la page sur netpublic
http://www.netpublic.fr/net-public/espaces-publics-numeriques/repertoire-national/
- vu l'engouement des animateurs multimédia pour OSM (enfin pour un
certains nombre ;-) )

Cyrille.



Le 6 juin 2013 15:13, Philippe Verdy  a écrit :

> Ou alors "amenity:FR=*" pour mentionner la classification franco-française
> d'un EPN, mais alors seulement si tu envisages en plus une classification
> plus générique EN PLUS (sur le même objet) comme "amenity=cybercafe".
>
> Et là tant pis pour les différences d'organisation selon les pays, que ce
> soit public ou privé, qu'on y mange ou boive ou pas, c'est juste un point
> d'accès Internet avec du matériel à disposition du public, et un service
> minimum avec au moins une personne présente, ne serait-ce que pour
> surveiller ou nettoyer le local, même si le reste du temps c'est une
> surveillance automatisée, par exemple avec un badge ou une carte d'accès
> prépayée et des caméras de surveillance).
>
> Et dans ce cas amenity=cybercafe pourrait être ajouté comme une activité
> annexe à plein d'autres endroits disposant d'un lieu dédié avec du matériel
> (campings, bars, restaurants, grands magasins, zone de loisir).
>
> Mais il serait distingué d'un simple "hotspot" wifi (accès internet
> gratuit mais sans matériel, il faut amener sont ordinateur, sa tablette,
> son smartphone), qu'en général on taguera un peu comme
> "wifi=prepaid/customers-only/free" (par exemple dans les hôtels ou les
> McDonald's). Le matériel du hotspot étant en fait quasiment invisible, et
> le lieu pas spécialement aménagé pour ça et ayant une autre destination.
>
>
>
> Le 6 juin 2013 15:03, Philippe Verdy  a écrit :
>
>
>>
>>
>> Le 6 juin 2013 14:40, Pieren  a écrit :
>>
>> A noter que la même question a été posée en nov.2012:
>>>
>>> http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/050946.html
>>>
>>> avec l'ajout d'un tag "amenity=public_building"
>>>
>>
>> Pourquoi pas mais là ça qualifie plutôt le propriétaire d'un bâtiment,
>> mais assez peu ce qu'on y trouve ou ce qu'on y fait. un EPN pourrait
>> d'ailleurs être ailleurs que dans un bâtiment public (ce qui compte alors
>> c'est le service rendu et non le lieu, même si ce service vient d'une
>> délégation publique ou bénéficie de subventions, par exemple ce peut être
>> dans les locaux d'une asso, ou d'un établissement privé qui le met à
>> disposition pour cette activité).
>>
>>
>>> Si tous les EPN correspondent bien à la même catégorie, pourquoi ne
>>> pas définir une clé simple genre "amenity=espace_public_numerique" ou
>>> "amenity:FR=espace_public_numerique" (évitons les accents dans les
>>> tags standards
>>>
>>
>> Pas de tag "amenity:FR=*" non. mais bien "amenity=FR:*". Ensuite le
>> service étant de type spcifiquement français (FR:) et ayant alors un nom
>> officialisé en français, je ne vois pas ce qui bloque la pose d'un accent
>> quand le terme lui-même n'aura pas d'équivalent dans d'autres pays sous
>> cette forme, et pas dans une autre langue (en France il n'y a que le
>> français qui soit officiel, alors autant l'écrire correctement).
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Tag de Cyberbases/Espaces Publics Numériques

[Philippe Verdy]

très bien mais c'est surtout ce qui différencie "amenity=*" de "shop=*". Et
un serviice public n'est pas nécessairement assuré par la collectivité, tu
l'as admis en disant que ça pouvait être délégué à une asso, ça peut être
un contrat avec une société privée existante dans un marché public avec un
cahier des charges (tarification surtout). Un service public n'est pas
nécessairement gratuit non plus, me^me quand il est assuré par la
collectivité.

Dans bien des pays, même en Europe, les frontières entre service public et
privé sont très floues. Surtout dans des domaines comme celui-ci où il n'y
a pas obligation à ce qu'il soit assuré par la collectivité qui, si elle le
fait, doit se placer comme une organisation comme une autre en terme de
concurrence et de tarification basée sur les coûts réels.

Le 6 juin 2013 23:23, Cyrille Giquello  a écrit :

> Ce que je souhaitais souligner, c'est que "cybercafé" est une activité
> commerciale, alors que cyberbase/epn sont un service publique. Me
> semble-t-il.
>

En plus la collectivité peut avoir une activité commerciale réelle.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr