from:"Muselaar"

En fait, quand je me déconnecte, l'affichage revient aussitôt en 
anglais, sitôt cliqué sur « Se déconnecter ».


Le 05/08/2020 à 22:11, Muselaar a écrit :


Ah, voilà la solution ! Effectivement, je n'avais que fr-FR fr, je 
vois maintenant à quoi ça sert de mettre d'autres langues… Du coup, il 
faudrait mettre toutes les langues du monde avant l'anglais pour avoir 
l'affichage de l'interface dans la langue du pays…  ?


Merci !

Muselaar

Le 05/08/2020 à 21:23, osm.sanspourr...@spamgourmet.com a écrit :


En fait tu as dû mettre en préférences de ton compte OSM :

fr en

J'avais :

fr-FR fr en en-US de

Et je me retrouvais avec /Freiburg Minster/ comme toi.

J'ai mis :

fr-FR fr de en en-US et j'ai bien /Münster Unserer Lieben Frau/.

Donc le problème c'est que osm.org ne sait pas que la cathédrale de 
Fribourg-en-Brisgau est en Allemagne et que la langue officielle de 
l'Allemagne est l'allemand (default_language 
<https://wiki.openstreetmap.org/wiki/Key:default 
language?uselang=fr>=de de la relation Allemagne 
<https://www.openstreetmap.org/relation/51477>).


Yves va se faire un plaisir d'ouvrir un ticket pour Tom^^.

Jean-Yvon

Le 05/08/2020 à 20:47, Muselaar - musel...@ouvaton.org a écrit :

(...)

Mais alors, pourquoi c'est le nom anglais qui apparaît sur la liste 
des objets(...)


comme sur l'intitulé du chemin, alors que mon interface est en 
français ?




___
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] noms anglais en Allemagne ?

Ah, voilà la solution ! Effectivement, je n'avais que fr-FR fr, je vois 
maintenant à quoi ça sert de mettre d'autres langues… Du coup, il 
faudrait mettre toutes les langues du monde avant l'anglais pour avoir 
l'affichage de l'interface dans la langue du pays…  ?


Merci !

Muselaar

Le 05/08/2020 à 21:23, osm.sanspourr...@spamgourmet.com a écrit :


En fait tu as dû mettre en préférences de ton compte OSM :

fr en

J'avais :

fr-FR fr en en-US de

Et je me retrouvais avec /Freiburg Minster/ comme toi.

J'ai mis :

fr-FR fr de en en-US et j'ai bien /Münster Unserer Lieben Frau/.

Donc le problème c'est que osm.org ne sait pas que la cathédrale de 
Fribourg-en-Brisgau est en Allemagne et que la langue officielle de 
l'Allemagne est l'allemand (default_language 
<https://wiki.openstreetmap.org/wiki/Key:default 
language?uselang=fr>=de de la relation Allemagne 
<https://www.openstreetmap.org/relation/51477>).


Yves va se faire un plaisir d'ouvrir un ticket pour Tom^^.

Jean-Yvon

Le 05/08/2020 à 20:47, Muselaar - musel...@ouvaton.org a écrit :

(...)

Mais alors, pourquoi c'est le nom anglais qui apparaît sur la liste 
des objets(...)


comme sur l'intitulé du chemin, alors que mon interface est en français ?



___
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] noms anglais en Allemagne ?


Bonsoir,

Effectivement, c'est vrai, je n'avais pas vu ça.

Mais alors, pourquoi c'est le nom anglais qui apparaît sur la liste des 
objets :


comme sur l'intitulé du chemin, alors que mon interface est en français ?


Le 05/08/2020 à 13:42, Yves P. a écrit :

Je découvre par hasard que […] a son nom principal en anglais, et non 
en allemand, alors qu'on est en Allemagne…
name  
Münster Unserer Lieben Frau
name:de  
Münster Unserer Lieben Frau
name:en  
Freiburg Minster



Je le lis en allemand ;)

Par contre name:de fait doublon avec name…
__
Yves

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

[OSM-talk-fr] noms anglais en Allemagne ?


Bonjour,

Je découvre par hasard que :

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

a son nom principal en anglais, et non en allemand, alors qu'on est en 
Allemagne…


Je m’apprêtais à corriger ça, mais je me suis dit que c'était peut-être 
une nouvelle norme d'OSM ? Ou peut-être un usage qui a cours en Allemagne ?


Quoi qu'il en soit, ça me choque…

Muselaar


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

Re: [OSM-talk-fr] Casemate

2020-01-03 Par sujet Muselaar



Le 02/01/2020 à 15:06, Yves P. a écrit :

il y a peut-être plus simple :

utiliser location=underground pour tout l’objet si il est 
effectivement enterré, et sinon, mettre cet attribut uniquement sur 
les segments qui le sont.


Et on peut toujours couper le bâtiment avec une partie 
building=troglodyte et l'autre sans

C’est peut-être ce que tu veux dire ici ?

Mais pour moi, ce ne sont pas 2 polygones fermés, mais un seul avec 
avec des segments « underground ».

Sur le rendu, ils seraient représentés en pointillés.



J'ai fait comme ça, finalement, je n'aurais pas eu l'idée de couper un 
bâtiment en deux, et, du reste, JOSM m'en fait le reproche, en 
considérant que ce sont deux bâtiments non-fermés, et non un seul. Du 
coup, est-ce que ça ne risque pas de poser des problèmes 
d'interprétation par les divers moteurs de rendu, voire de prise en compte ?


Effectivement, je viens de faire l'essai, le bâtiment n'est plus 
représenté du tout, ça ne peut donc pas marcher comme ça…



J’ai fait une requête <https://overpass-turbo.eu/s/Pp1> pour essayer 
d’en trouver avec *way[building]["location"="underground"];*

ça renvoi 2302 polygones et seulement 4 chemins.

Il faudrait affiner la requête en cherchant les chemins avec 2 noeuds 
ou des chemins non fermés.

Cf. plus haut.


Je n’ai pas trouvé de discussion sur location=underground, mais une 
discussion sur les bâtiments construits dans une pente :

https://wiki.openstreetmap.org/wiki/Talk:Key:location#location.3Dsurface_with_level.3E0

Avec cette illustration : 
http://hammerbud.pl/wp-content/uploads/2013/06/Ruciana_front-900x564.jpg


Sauf que dans cet exemple, il n'y a rien d'enterré, sauf des « façades 
», alors que dans mon problème, tout est enterré, sauf la façade.


La question reste ouverte, et je pense qu'on ne s'en sortira pas comme 
ça. Je veux dire sans demander des solutions à la communauté, qui 
passeront il semblerait bien par la définition de nouveaux objets, ou du 
moins l'acceptation de bâtiments composés de chemins différents, et pas 
un unique chemin. À moins de faire une relation, et que ce soit la 
relation qui porte le « building » ?


Et comme je ne parle ni n'écris et comprends pas tellement plus l'anglais…

Muselaar

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

Re: [OSM-talk-fr] Casemate

2020-01-02 Par sujet Muselaar


Merci pour vos réponses,

Ce n'est pas possible de tracer deux parties, puisque, comme c'est le 
cas pour les habitations creusées dans les falaises, vu de dessus (ce 
qui est le cas de la carte), tout est enterré. Mais vu de face, ce n'est 
pas enterré. C'est justement ça le problème.


Assimiler ça à un bunker, ce n'est pas non plus terrible. Vu de face, ce 
n'est pas du tout un bunker, il y a des fenêtres, des portes. Voilà à 
quoi ça ressemble :


https://letrois.info/en-bref/le-rockhatry-fete-ses-30-ans-le-5-octobre

ex donné par osmsanspourriel, mais ça serait bien de voir à quoi ça 
ressemble en vrai : https://www.openstreetmap.org/way/2558716


Et rien dans les tags n'indique que c'est enterré.

Je suis surpris que pour cet élément architectural si classique, rien 
n'ait déjà été prévu. Il y en a plein dans tous les forts du XIXe s. Un 
exemple particulièrement important :


https://fr.wikipedia.org/wiki/Fichier:Fort_de_Metz_Queuleu.jpg

Et là, soit ça n'a pas été mis sur la carte, soit c'est cet objet :

https://www.openstreetmap.org/way/53571855#map=18/49.09791/6.20463

On voit que le contributeur n'a rien mis de particulier comme tag. Et le 
rendu ne rend absolument pas compte de la présence de végétation au dessus.


Mais ça peut être aussi être tout petit, comme l'équivalent d'une remise 
de 3x3 m dans une butte de terre faite pour l'occasion (je ne sais pas 
comment vous transmettre la photo)


Sinon, en non-militaire, il y a les habitations troglodytes, et voilà 
des exemples fameux :


https://www.ot-saumur.fr/LES-MAISONS-TROGLODYTES-DE-FORGES_a812.html

On voit que le contributeur n'a rien mis de spécial, sauf wall=no, qui, 
il me semble, correspond à un préau, normalement… Et rien n'indique que 
c'est un « bâtiment » troglodyte… Encore qu'on pourrait effectivement 
distinguer ces deux cas :


- celui dans lequel le bâtiment a été creusé dans la roche.

- celui dans lequel le bâtiment a d'abord été construit en maçonnerie, 
puis enfoui ensuite.


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

Et il y a bien sûr des intermédiaires…

Donc, pour moi, la question reste grandement ouverte.

Muselaar

Le 02/01/2020 à 12:22, Philippe Verdy a écrit :
Ne peux-tu pas tracer le bâtiment en deux parties ? (couper à la 
limite approximative de la zone enterrée et de la zone découverte, au 
niveau de l'affleurement). Certe ça fait "deux" batiments, mais c'est 
similaire au cas de découpe des bâtiments couverts par un même toit, 
entre une partie couverte (mais ouverte sur l'extérieur, indiquée avec 
wall=no) et une partie fermée (par les murs, portes, fenêtres et baie 
vitrées).
La question de l'unicité de l'adresse n'est pas pertinente, pas plus 
que celle de propriété ou de parcelle, les numéros étant juste donnés 
à des points d'accès à toutes les parties privées.



Le jeu. 2 janv. 2020 à 01:11, Muselaar <mailto:musel...@ouvaton.org>> a écrit :


Bonsoir,

J'ai cherché dans le wiki, je n'ai rien trouvé…

Comment doit-on taguer un bâtiment qui est partiellement enterré ?
Comme
une habitation troglodyte ? En l'occurrence, il s'agit d'une
ancienne et
grande casemate, reconvertie en bâtiment public. Il me semble que
c'est
pourtant assez courant. L'intérieur est au niveau du sol par devant,
mais le toit est sous 1 ou 2 m de terre, avec de la végétation
dessus,
en continuité avec le sol sur les côtés et le derrière. En quelque
sorte, c'est comme à flanc de coteau sur 3 côtés. Seule la façade est
dégagée, tout le reste est enterré. Et au dessus, il y a des
chemins qui
passent, des arbres qui poussent…

Faut-il mettre level -1 ? c'est juste par rapport au sol qui est
dessus,
mais pas par rapport au sol qui est devant…

Location=underground ? C'est pas ça non plus, puisque la façade est
normale, comme de n'importe quelle maison.

Rien mettre de spécial ? C'est encore plus faux.

Bref, comment faire ?

Bonne année à tous !

Muselaar


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


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

[OSM-talk-fr] Casemate

2020-01-01 Par sujet Muselaar


Bonsoir,

J'ai cherché dans le wiki, je n'ai rien trouvé…

Comment doit-on taguer un bâtiment qui est partiellement enterré ? Comme 
une habitation troglodyte ? En l'occurrence, il s'agit d'une ancienne et 
grande casemate, reconvertie en bâtiment public. Il me semble que c'est 
pourtant assez courant. L'intérieur est au niveau du sol par devant, 
mais le toit est sous 1 ou 2 m de terre, avec de la végétation dessus, 
en continuité avec le sol sur les côtés et le derrière. En quelque 
sorte, c'est comme à flanc de coteau sur 3 côtés. Seule la façade est 
dégagée, tout le reste est enterré. Et au dessus, il y a des chemins qui 
passent, des arbres qui poussent…


Faut-il mettre level -1 ? c'est juste par rapport au sol qui est dessus, 
mais pas par rapport au sol qui est devant…


Location=underground ? C'est pas ça non plus, puisque la façade est 
normale, comme de n'importe quelle maison.


Rien mettre de spécial ? C'est encore plus faux.

Bref, comment faire ?

Bonne année à tous !

Muselaar


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

[OSM-talk-fr] Mulhouse, un vignoble ?

2019-11-07 Par sujet Muselaar


Bonsoir,

Quelqu'un a-t-il remarqué cette étrangeté, qui date de quelques 
semaines, mais que je n'avais pas comprise jusqu'ici. Cela provoque 
l'affichage en vert de tout Mulhouse, ville que je ne connais pas plus 
que ça, et ça m'intriguait :


https://www.openstreetmap.org/relation/371773

Si quelqu'un peut réparer, je pense que ça serait une vraie B.A. Moi, je 
ne comprends pas trop, je subodore la blague, mais je ne suis pas 
capable de comprendre si c'en est une, ou seulement une mauvaise 
manipulation d'un débutant.


Muselaar


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

Re: [OSM-talk-fr] Traiteur

2019-06-16 Par sujet Muselaar



Le 16/06/2019 à 00:49, marc marc a écrit :

Le 16.06.19 à 00:27, Muselaar a écrit :

Le 15/06/2019 à 19:57, marc marc a écrit :

Le 15.06.19 à 19:43, Julien Lepiller a écrit :

Le 15 juin 2019 19:31:36 GMT+02:00, Muselaar  a
écrit :

Ça devrait plutôt être shop=caterer

craft : lieu de fabrication
shop : lieu de vente
parfois les 2 dans un même lieu, parfois pas

takeway=only ?

page correspondante : https://wiki.openstreetmap.org/wiki/FR:Key:takeaway

c'est une clé additionnelle,
il faut que je qualifie à la base le commerce.

de ce que tu dis : shop=caterer takeaway=only
cela décrit le lieu de vente des plats à emporter d'un traiteur
Mais, en fait, si l'on considère qu'un restaurant peut uniquement 
proposer des plats à emporter, quelle est la différence entre un 
traiteur et un restaurant, et un tel établissement peut-il décemment 
être appelé restaurant ?


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

Re: [OSM-talk-fr] Traiteur

2019-06-15 Par sujet Muselaar



Le 15/06/2019 à 19:57, marc marc a écrit :

Le 15.06.19 à 19:43, Julien Lepiller a écrit :

Le 15 juin 2019 19:31:36 GMT+02:00, Muselaar  a écrit :

craft=caterer qui ne me semble pas approprié.
Ça devrait plutôt être shop=caterer

craft : lieu de fabrication
shop : lieu de vente
parfois les 2 dans un même lieu, parfois pas


takeway=only ?

+1


Grâce à un Polonais qui a fait la même faute de frappe, j'ai trouvé la 
page correspondante : https://wiki.openstreetmap.org/wiki/FR:Key:takeaway


Ça ne me semble pas résoudre la question, car c'est une clé 
additionnelle, il faut que je qualifie à la base le commerce. À moins 
d'indiquer que c'est un restaurant, ce qui n'est pas du tout le cas. 
C'est juste une petite boutique, dans laquelle il est hors de question 
de manger. Et les plats ne sont de toute évidence pas préparés là non 
plus, il n'y a pas la place.


Indiquer que c'est un magasin d'alimentation, ce n'est pas terrible non 
plus, on n'y vient pas faire ses courses, mais seulement acheter des 
plats à manger ailleurs. Et ce n'est pas non plus un kiosque, physiquement…


Il est vrai que la plupart du temps, les traiteurs sont aussi 
charcutiers, mais il doit y avoir d'autres cas comme ma petite boutique…




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

[OSM-talk-fr] Traiteur

2019-06-15 Par sujet Muselaar


Bonjour,

Comment peut-on taguer un commerce qui ne vend que des plats à emporter 
? Pour moi, c'est un traiteur, mais je ne trouve rien à ce sujet dans le 
wiki, mis à part FR:Tag:craft=caterer qui ne me semble pas approprié. Ça 
devrait plutôt être shop=caterer, mais rien sur le wiki, et encore moins 
dans les valeurs enregistrées de JOSM…


Merci d'avance pour toute bonne idée,

Muselaar



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

Re: [OSM-talk-fr] micro-mapping de parkings

2018-09-12 Par sujet Muselaar




Le 11/09/2018 à 12:49, David Crochet a écrit :

Bonjour


Le 11/09/2018 à 12:23, Dlareg a écrit :

Je profite du thread pour soumettre ce que j'ai fait sur le long d'une
voie :
https://www.openstreetmap.org/relation/74090#map=19/47.32690/5.03973

parking:condition=* et Parking:lane=* sont fait pour ?

Cordialement


+1, et en étant un peu plus explicite (bien qu'étant parfaitement au 
courant, la réponse lapidaire m'a semblée sibylline ;-), l'exemple 
proposé par Dlareg est apparenté à celui qui est à l'origine de la 
discussion, et le même contributeur a multiplié cet usage aux alentours. 
Il serait préférable de taguer les voies de circulation avec 
Parking:lane, et non multiplier les amenity=parking qui provoquent 
l'affichage d'une forêt de parkings partout sur les rendus. Un espace 
destiné au stationnement et desservi par des allées, ce n'est pas la 
même chose que la faculté de stationner le long d'une rue, même si les 
emplacements sont explicitement délimités.


Tout est bien expliqué ici :
https://wiki.openstreetmap.org/wiki/FR:Key:parking:lane

Cordialement,

Muselaar

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

Re: [OSM-talk-fr] micro-mapping de parkings

2018-09-10 Par sujet Muselaar

J'ai un peu progressé depuis l'autre jour, puisque je suis tombé sur 
cette page du wiki, qui permettrait au contributeur en cause de 
valoriser son travail de micro-mapping. En fait, son erreur n'est pas 
d'avoir micro-mappé, mais d'avoir utilisé le tag amenity=parking en lieu 
et place du amenity=parking_space, et d'avoir fait disparaître la 
surface totale de parking :


https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dparking_space

https://wiki.openstreetmap.org/wiki/Proposed_features/parking

Je l'ai contacté et lui ai indiqué ces pages du wiki, il m'a répondu 
favorablement.


Muselaar

Le 26/08/2018 à 10:13, djakk djakk a écrit :

Moi j’aime bien ce micro-mapping :)


djakk


Le dim. 26 août 2018 à 01:58, Philippe Verdy <mailto:verd...@wanadoo.fr>> a écrit :


Les surfaces de parkings devraient être connectées, longées ou
traversées par des rues ou voies d'accès. Les emplacements précis
(forcément à côté) ne sont donc pas adaptés au amenity=parking.
En revanche on peut tout à fait délimiter en évitant d'inclure des
zones arborées/herbeuses ou réservées aux piétons (hors simples
chemins qui les traverse), tant qu'on maintient une connexion aux
voies d'accès.
Les zones précises amenity=parking_space sont à inclure dans ces
zones de parking et n'ont pas besoin d'être connectées car c'est
le parking englobant qui les "connecte" au réseau

Le sam. 25 août 2018 à 23:42, marc marc mailto:marc_marc_...@hotmail.com>> a écrit :

Bonsoir,

    Le 25. 08. 18 à 23:03, Muselaar a écrit :
> https://www.openstreetmap.org/#map=19/47.63874/6.84850

c'est une erreur.
il devrait y a avoir un seul parking qui englobe le tout.
si on veux renseigner au niveau de la place, il y a
amenity=parking_space dont l'utilité par ex est de renseigner
l'endroit précis d'une place PMR ou autre place "thématique"

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

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



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


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

[OSM-talk-fr] micro-mapping de parkings

2018-08-25 Par sujet Muselaar


Bonjour,

Je découvre avec surprise cet exemple de micro-mapping, qui m'interroge :

https://www.openstreetmap.org/#map=19/47.63874/6.84850

ou encore :

https://www.openstreetmap.org/#map=19/47.63745/6.84232

Seules la surface des places de stationnement a été marquée en parking, 
ce qui multiplie le nombre d'objets sur une surface goudronnée unique.


Est-ce la nouvelle manière de cartographier les parkings ?

Muselaar


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

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

2017-08-30 Par sujet Muselaar




Le 30/08/2017 à 10:57, marc marc a écrit :

Le 30. 08. 17 à 10:20, Christian Quest a écrit :

Le forum est une autre approche complémentaire

je trouve que le forum et la mailing list ont des approches
complémentaires. tu trouves l'un dépassé, moi je trouve l'inverse
(un email par message, lire/répondre y compris sur smartphone, etc)

+1
Sur une mailing-list, je reçois tous les messages dans mon courrielleur, 
qui est le centre de mon utilisation informatique, et je les lis quand 
je veux, je vois passer les titres des messages. Sur un forum, je 
décroche toujours au bout d'un moment, parce que j'arrête d'aller y 
voir. Et je ne connais pas de présentation de forum où l'on voie les 
messages (je dis bien les messages, et non les sujets) sous forme de 
liste, avec une ligne par item. C'est plutôt un écran par message… Ce 
qui me gonfle très vite, surtout s'il y a 50 messages par jour, dans 
plein de sous-forums impossibles à parcourir. Et la présentation des 
mailing-lists dépend de mon paramétrage perso sur mon ordinateur, ce qui 
n'est pas le cas d'un forum.

Je me demandais dans un précédent email si justement il ne faudrait
pas rapprocher les 2, cad que mailing list et forum ne soient
que 2 interfaces vers la même chose.
chacun choisit son interface préférée en fonction de ses critères.

autre point que j'évoquais : utilité ou non de résumer les longs
échanges afin que ceux qui veulent zaper les discussions puisse
quand même connaître le résumé
à voir sous quelle forme : email de résumé ou 2-3 lignes dans weeklyOsm

+1 aussi, du fait.

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

Re: [OSM-talk-fr] Marché

2017-08-19 Par sujet Muselaar



Le 18/08/2017 à 13:30, djakk djakk a écrit :
À Rennes les emplacements des commerçants habitués sont fixes y 
compris en extérieur : 
http://metropole.rennes.fr/pratique/infos-demarches/economie-commerce-consommation/vendre-sur-les-marches-rennais/



Et pas qu'à Rennes.
J'ai habité dans plusieurs villes, sans parler des lieux de 
villégiatures habituels, et les emplacements qui changent, j'ai rarement 
vu. Ce sont plutôt des exceptions, pour certains marchand qui ne 
viennent pas régulièrement, ou qui sont récents, et peu à peu trouvent 
leur bonne place. Tout le monde (acheteurs comme marchands) a fortement 
intérêt à ce que les places soient toujours les mêmes, pendant des 
décennies, même.


Muselaar

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

Re: [OSM-talk-fr] Key:operator:type=community

2017-08-19 Par sujet Muselaar




Le 18/08/2017 à 14:01, marc marc a écrit :

Le 17. 08. 17 à 22:37, osm.sanspourr...@spamgourmet.com a écrit :

Assez d'accord avec Christian et Marc.

Mais surtout avec la remarque de Vincent : KISS.

Qu'est que qui nous intéresse ? Qu'est ce qui est important ?

Qu'est ce que l'on pet vérifier facilement ?

Si on veux faire simple, il ne faudrait que 2 ou 3 catégories
principales, le reste étant des sous-catégorie.
Un peu comme pour la surface des routes où asphalt est une raffinement
de paved.

La question étant : y a-t-il 2 catégories principales ? public <> privé
ou 3 ? public <> commercial <> non commercial ?

Selon taginfo, pour l'instant c'est le flou.
Je dirais que c'est le flou à partir de la 6e catégorie, les 5 premiers 
étant private, public, government, community, et religious enfin avec 
1,69 %, cela fait 5 catégories qui me semblent assez pertinentes. La 
vraie 5e est une fausse, puisque c'est une faute d'orthographe de 
government, comme la 8e, d'ailleurs.


En fait, ce qui me semble important si l'on se soucie du type de 
l'opérateur, c'est de distinguer ce qui public, privé, ou autogéré. Je 
veux parler de coopérative de consommation ou association, dont les 
usagers sont plus ou moins invités/contraint à prendre des 
responsabilités, ne serait-ce que par une adhésion. Mais il est clair 
que ce n'est pas toujours évident : le statut associatif masque souvent 
une entreprise fortement oligarchique, du type président un gus, et 
secrétaire-trésorière sa femme. Et personne d'autre dans l'association, 
si ce n'est quelques lointains amis déconnectés de l'entreprise, qui 
adhèrent pour faire plaisir mais certainement pas pour donner leur avis. 
À l'inverse, j'ai connu par le passé une coopérative dans laquelle on 
était fortement invité à travailler 15-30 mn à chaque fois que l'on 
venait faire ses courses (et obligation de prendre une part sociale pour 
pouvoir acheter).


Ensuite, dans les privés, je suis très sensible au fait que ce soit une 
entreprise individuelle autonome (pas une franchise), avec maxi 2 ou 3 
salariés, ou bien une grosse boite de 10 à 100 salariés, ou bien encore 
une chaine mondiale. Mais les tags proposés ne permettent pas ces 
distinctions.


Par contre, je suis très sceptique sur la discrimination 
public/gouvernemental qui rencontre un franc succès, mais peut-être 
parce que ce n'est pas très pertinent en France, mais que ça l'est 
énormément dans d'autres pays ?


Il faudrait peut-être proposer dont une valeur « auto-géré » ( « 
self-managed » ?) pour ces coopératives de consommation ou association ? 
Mais peut-être alors que « community » conviendrait tout-à-fait, ce qui 
expliquerait son franc succès (4 % des utilisations, et 4e rang). En, 
d'après la carte, c'est surtout au Mali, Burkina, et Cuba que cela 
semble utilisé.


On pourrait aussi élargir la définition de « community » à ces strutures 
dont les usagers sont aussi les gestionnaires. C'est dans cette 
compréhension du tag que j'ai donné l'exemple du premier mail.


Muselaar





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

[OSM-talk-fr] Key:operator:type=community

2017-08-17 Par sujet Muselaar




Le 16/08/2017 à 23:52, osm.sanspourr...@spamgourmet.com a écrit :

Le 16/08/2017 à 10:09, marc marc - marc_marc_...@hotmail.com a écrit :


De ce que j'en comprend, community aurait été plutôt pour lieu géré par
une communauté qui n'a pas d'association (genre comité de quartier)

+1
Jean-Yvon


Je ne vous contredirais pas, c'est aussi ce que j'aurais pensé, mais en 
consultant la page idoine du wiki, 
http://wiki.openstreetmap.org/wiki/FR:Key:operator:type, je n'ai pas 
trouvé quel autre tag pourrait correspondre à une association mieux que 
community. Surtout que les associations sont beaucoup plus nombreuses et 
implantées que les collectifs ou communautés informelles…


Consortium ne convient pas, en tout cas pour l'acception du mot en 
français, puisque cela désigne explicitement une association 
d'entreprises, et non pas d'individus. Reste à savoir si c'est pareil en 
langue anglaise.


En ce qui concerne ngo (ONG), cela ne convient pas non plus, du moins 
dans son utilisation en langue française, puisque cela indique une 
organisation qui va agir le plus souvent sur le plan international, plus 
rarement national, avec des fonds privés, ce qui n'est pas le cas des 
associations ni des coopératives, en général, et pour des actions qui 
seraient plutôt du ressort des gouvernements, d'où l'appellation.


Il faudrait peut-être voir dans quels cas sont massivement utilisés 
community, ngo et consortium, etoir si une association pourrait rentrer 
d'évidence dans une de ces trois catégories. Mais je ne suis pas capable 
de faire cette recherche.
L'essentiel est que le wiki soit bien précis. Après, il est parfaitement 
acceptable que le terme ne soit pas parlant en français, pourvu que la 
définition soit claire. Les langues françaises et anglaises ne manquent 
pas de faux-amis, il y a d'autres exemples.


Il me semble nécessaire de distinguer clairement ce qui est public (et 
dans ce cas, peut-être qu'on pourrait taguer « public » les associations 
para-publiques ? Peut-être pas la peine d'être trop fin, ce qui augmente 
le nombre de tags ? Le problème est alors qu'il faut aller chercher quel 
est le financement de l'association, ce qui n'est pas évident à trouver…


Du fait de vos remarques, je serais d'avis de distinguer :

- community : ok, on réserverait ça aux collectifs informels… Pour moi, 
cela regroupait collectif + associations + coopératives
- association : pour les associations loi 1901, ou 1908 pour 
l'Alsace-Moselle

- coopérative : pour les coopératives
- et pour les SEM (sociétés d'exploitation mixtes, qui associent public 
et privé ), qui sont omniprésentes elles aussi ? mixt ?


Du coup, il faut proposer 3 nouveaux tags ? À moins de réunir 
association et coopérative, puisque c'est un peu la même chose, à la 
forme juridique près ? Mais du coup, on retombe dans community qui 
regrouperait tout ce qui est entre public et privé.


Désolé de laisser un peu de côté la question des PIE, mais ça me semble 
moins important, et je n'ai pas le temps aujourd'hui pour aller plus 
loin sur la question.


Muselaar


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

[OSM-talk-fr] Espaces info énergies

2017-08-15 Par sujet Muselaar


Bonjour,

Après une recherche infructeuse sur le wiki, j'ai créé la page suivante :

https://wiki.openstreetmap.org/wiki/Proposed_Features/office%3Denergy_information

Je n'ai pas trouvé comment publier de lien vers cette page ailleurs que 
sur cette liste. Le lien sur la page 
https://wiki.openstreetmap.org/wiki/FR:Processus_de_proposition renvoie 
à la page elle-même, ce qui n'a pas d'intérêt. Je n'ai en fait pas 
trouvé où sont les propositions en cours.


Muselaar


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

[OSM-talk-fr] Données nominatives dans OSM

2017-07-27 Par sujet Muselaar



Le 10/01/2017 à 22:29, Vincent de Château-Thierry a écrit :

Bonsoir,

[…]
Parmi les informations que vous allez recueillir, celles qui ont leur 
place dans OSM sont celles qui à la fois :

[…]
- ne contiennent pas d'informations nominatives (nom du gérant, etc)

Bonsoir,

En recherchant des informations à d'autres propos, je tombe sur ce 
passage qui m'interpelle, puisque je viens justement d'indiquer des noms 
sur des POI, sous la clé « operator ». Y a-t-il quelque part sur le wiki 
des précisions sur la règle à suivre à ce sujet ? Je n'ai pas trouvé.
La question ne me semble pas simple : si l'on indique un professionnel 
qui n'a pas d'autre élément d'identification que ses nom et prénom, 
faut-il quand même les omettre, et indiquer uniquement la profession ? 
Autre cas, si l'enseigne indique « Pharmacie Gouiffès », du nom de son 
propriétaire, faut-il aussi l'omettre ? Si le professionnel dispose 
d'une enseigne, mais distribue des petites cartes avec ses nom et prénom 
en gros, l'enseigne n'apparaissant qu'en sous-titre, faut-il aussi les 
omettre ? Et si l'enseigne comporte le nom du propriétaire intégré à 
d'autres mots ? Si l'adresse de contact d'un établissement est celle de 
son propriétaire, indiquant en clair ses nom et prénom, faut-il aussi se 
passer de l'adresse mail ?
En cherchant des infos sur OSM (au moyen d'OsmAnd) pendant mes vacances, 
j'ai trouvé plusieurs professionnels libéraux dont le nom était indiqué 
sous la clé « name », est-ce erroné, faut-il les retirer quand on en 
trouve ?



[…]
- et bien sûr sont issues de sources dont le copyright est compatible 
avec l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a 
priori sans souci.

Là, je me pose la question des adresses de site web, quid du copyright ?

Dans l'attente fiévreuse de ses éclaircissements,

Muselaar

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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2016-04-12 Par sujet Muselaar


Bonjour,

Juste un petit message pour faire remonter le sujet… Quelles nouvelles ?

Le 07/02/2016 00:53, Muselaar a écrit :


Qu'est-ce qu'on peut faire pour te procurer ce créneau ? Quelqu'un 
d'autre pourrait-il le faire ?


J'avais récupéré les photos début octobre 2014, elles dataient de 
l'été 2013, ce qui d'année en année est de moins en moins frais avec 
le temps qui passe.


Le 01/02/2016 11:43, Christian Quest a écrit :

Il faut que je trouve un créneau pour installer le NAS à La Fonderie...

On 01/02/2016 01:29, Muselaar wrote:

Coucou !

Quelles nouvelles, maintenant ? On attend toujours impatiemment la 
mise en ligne des photos aériennes de l'agglomération de Belfort à 1 
px/10 cm pour faire les mises à jour qui s'imposent…
Cela concerne une surface de territoire habitée par 100 000 h, 
environ, et même un peu plus, vu que l'avion n'a pas été radin.
Si ce sont les photos obliques qui posent trop problème, on pourrait 
se contenter des ortho, ce serait déjà génial !

Ça vaut la peine !

Le 20/12/2015 14:58, Christian Quest a écrit :

NAS à nouveau opérationnel(un disque remplacé dans la grappe RAID).
Je dois aller le mettre en place à La Fonderie...

Le 20 décembre 2015 à 13:50, Muselaar <musel...@ouvaton.org 
<mailto:musel...@ouvaton.org>> a écrit :


C'est sûr que ce n'est pas facile à manipuler. À moins
d'utiliser un logiciel comme QGIS, qui demande un long temps
d'apprentissage, je n'ai même pas pu exploiter la moindre image
: interminable à ouvrir… Mais bon, il y a la qualité de l'image
au rendez-vous.

On progresse toujours ?


Le 24/11/2015 00:23, Christian Quest a écrit :

On progresse !

Le serveur est opérationnel, mais le NAS sur lequel les images
avaient été stockées est en standby à cause d'un disque HS sur
le RAID. J'ai renvoyé le disque en question pour remplacement
et je vais en acheter un en spare demain pour remettre le NAS
en route.

Ces images qui font des centaines de Go ou quelques To c'est
pas bien pratique à manipuler !


Le 23 novembre 2015 22:37, Muselaar <musel...@ouvaton.org> a
écrit :

Bonsoir !

Je remonte le sujet… On en est où, maintenant ?

Muselaar

Le 18/10/2015 09:54, Pierre-Yves Berrard a écrit :

Super nouvelle.
Tiens-nous au courant de l'adresse à utiliser pour le
flux tms !

PY

Le 8 octobre 2015 11:51, Christian Quest
<cqu...@openstreetmap.fr> a écrit :

JGC est en train de terminer la remise en route du
serveur WMS... j'ai copié les images de Belfort
dessus, on va donc pouvoir les intégrer (enfin !).


    On 08/10/2015 00:21, Muselaar wrote:

Bonjour,

Je ressors ce vieux message, après une absence
prolongée d'OSM ces derniers temps. Mais j'avais le
mal du pays, et je reviens, même si je n'aurai pas
autant de temps à l'avenir que dans le passé. Mais
il y a de toute façon régulièrement des trucs à
corriger dans son environnement.

Où en est-on, avec Belfort ? Comment peut-on
utiliser les photos de la CAB dans JOSM ?
Finalement, les photos obliques seront accessibles
aussi, ou bien c'est trop lourd ?
Elle sont utiles, car permettant de détromper par
rapport à la photo verticale, et de mieux se
repérer, par rapport à des souvenirs de promenade,
par exemple.

Muselaar

Le 29/04/2015 11:59, Christian Quest a écrit :

Pour Belfort, je pensais mettre en place le serveur
ces derniers mois à La Fonderie, mais ça a été sans
arrêt repoussé. Il devrait être installé début mai
et en attendant je vais installer ça chez moi, si
possible ce week-end.


Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le
serveur d'images aériennes ? Si je ne m'abuse, ils
doivent être revenus de vacances.

Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour
la photographie aérienne de Belfort ? Je n'ai pas
de nouvelles depuis sacrément longtemps.

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


-- 
Christian Quest - OpenStreetMap France



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
<mailto:Talk-fr@openstreetmap.org>
https://list

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2016-02-06 Par sujet Muselaar



Qu'est-ce qu'on peut faire pour te procurer ce créneau ? Quelqu'un 
d'autre pourrait-il le faire ?


J'avais récupéré les photos début octobre 2014, elles dataient de l'été 
2013, ce qui d'année en année est de moins en moins frais avec le temps 
qui passe.


Le 01/02/2016 11:43, Christian Quest a écrit :

Il faut que je trouve un créneau pour installer le NAS à La Fonderie...

On 01/02/2016 01:29, Muselaar wrote:

Coucou !

Quelles nouvelles, maintenant ? On attend toujours impatiemment la 
mise en ligne des photos aériennes de l'agglomération de Belfort à 1 
px/10 cm pour faire les mises à jour qui s'imposent…
Cela concerne une surface de territoire habitée par 100 000 h, 
environ, et même un peu plus, vu que l'avion n'a pas été radin.
Si ce sont les photos obliques qui posent trop problème, on pourrait 
se contenter des ortho, ce serait déjà génial !

Ça vaut la peine !

Le 20/12/2015 14:58, Christian Quest a écrit :

NAS à nouveau opérationnel(un disque remplacé dans la grappe RAID).
Je dois aller le mettre en place à La Fonderie...

Le 20 décembre 2015 à 13:50, Muselaar <musel...@ouvaton.org 
<mailto:musel...@ouvaton.org>> a écrit :


C'est sûr que ce n'est pas facile à manipuler. À moins
d'utiliser un logiciel comme QGIS, qui demande un long temps
d'apprentissage, je n'ai même pas pu exploiter la moindre image
: interminable à ouvrir… Mais bon, il y a la qualité de l'image
au rendez-vous.

On progresse toujours ?


Le 24/11/2015 00:23, Christian Quest a écrit :

On progresse !

Le serveur est opérationnel, mais le NAS sur lequel les images
avaient été stockées est en standby à cause d'un disque HS sur
le RAID. J'ai renvoyé le disque en question pour remplacement
et je vais en acheter un en spare demain pour remettre le NAS
en route.

Ces images qui font des centaines de Go ou quelques To c'est
pas bien pratique à manipuler !


Le 23 novembre 2015 22:37, Muselaar <musel...@ouvaton.org> a
écrit :

Bonsoir !

Je remonte le sujet… On en est où, maintenant ?

Muselaar

Le 18/10/2015 09:54, Pierre-Yves Berrard a écrit :

Super nouvelle.
Tiens-nous au courant de l'adresse à utiliser pour le flux
tms !

PY

Le 8 octobre 2015 11:51, Christian Quest
<cqu...@openstreetmap.fr> a écrit :

JGC est en train de terminer la remise en route du
serveur WMS... j'ai copié les images de Belfort
dessus, on va donc pouvoir les intégrer (enfin !).


    On 08/10/2015 00:21, Muselaar wrote:

Bonjour,

Je ressors ce vieux message, après une absence
prolongée d'OSM ces derniers temps. Mais j'avais le
mal du pays, et je reviens, même si je n'aurai pas
autant de temps à l'avenir que dans le passé. Mais il
y a  de toute façon régulièrement des trucs à
corriger dans son environnement.

Où en est-on, avec Belfort ? Comment peut-on utiliser
les photos de la CAB dans JOSM ? Finalement, les
photos obliques seront accessibles aussi, ou bien
c'est trop lourd ?
Elle sont utiles, car permettant de détromper par
rapport à la photo verticale, et de mieux se repérer,
par rapport à des souvenirs de promenade, par exemple.

Muselaar

Le 29/04/2015 11:59, Christian Quest a écrit :

Pour Belfort, je pensais mettre en place le serveur
ces derniers mois à La Fonderie, mais ça a été sans
arrêt repoussé. Il devrait être installé début mai
et en attendant je vais installer ça chez moi, si
possible ce week-end.


Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le
serveur d'images aériennes ? Si je ne m'abuse, ils
doivent être revenus de vacances.

Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour
la photographie aérienne de Belfort ? Je n'ai pas
de nouvelles depuis sacrément longtemps.

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


-- 
Christian Quest - OpenStreetMap France



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




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
<mailto:Talk-

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2016-01-31 Par sujet Muselaar


Coucou !

Quelles nouvelles, maintenant ? On attend toujours impatiemment la mise 
en ligne des photos aériennes de l'agglomération de Belfort à 1 px/10 cm 
pour faire les mises à jour qui s'imposent…
Cela concerne une surface de territoire habitée par 100 000 h, environ, 
et même un peu plus, vu que l'avion n'a pas été radin.
Si ce sont les photos obliques qui posent trop problème, on pourrait se 
contenter des ortho, ce serait déjà génial !

Ça vaut la peine !

Le 20/12/2015 14:58, Christian Quest a écrit :

NAS à nouveau opérationnel(un disque remplacé dans la grappe RAID).
Je dois aller le mettre en place à La Fonderie...

Le 20 décembre 2015 à 13:50, Muselaar <musel...@ouvaton.org 
<mailto:musel...@ouvaton.org>> a écrit :


C'est sûr que ce n'est pas facile à manipuler. À moins d'utiliser
un logiciel comme QGIS, qui demande un long temps d'apprentissage,
je n'ai même pas pu exploiter la moindre image : interminable à
ouvrir… Mais bon, il y a la qualité de l'image au rendez-vous.

On progresse toujours ?


Le 24/11/2015 00:23, Christian Quest a écrit :

On progresse !

Le serveur est opérationnel, mais le NAS sur lequel les images
avaient été stockées est en standby à cause d'un disque HS sur le
RAID. J'ai renvoyé le disque en question pour remplacement et je
vais en acheter un en spare demain pour remettre le NAS en route.

Ces images qui font des centaines de Go ou quelques To c'est pas
bien pratique à manipuler !


Le 23 novembre 2015 22:37, Muselaar <musel...@ouvaton.org
<mailto:musel...@ouvaton.org>> a écrit :

Bonsoir !

Je remonte le sujet… On en est où, maintenant ?

Muselaar

Le 18/10/2015 09:54, Pierre-Yves Berrard a écrit :

Super nouvelle.
Tiens-nous au courant de l'adresse à utiliser pour le flux tms !

PY

Le 8 octobre 2015 11:51, Christian Quest
<cqu...@openstreetmap.fr <mailto:cqu...@openstreetmap.fr>> a
écrit :

JGC est en train de terminer la remise en route du
serveur WMS... j'ai copié les images de Belfort dessus,
on va donc pouvoir les intégrer (enfin !).


    On 08/10/2015 00:21, Muselaar wrote:

Bonjour,

Je ressors ce vieux message, après une absence
prolongée d'OSM ces derniers temps. Mais j'avais le mal
du pays, et je reviens, même si je n'aurai pas autant
de temps à l'avenir que dans le passé. Mais il y a de
toute façon régulièrement des trucs à corriger dans son
environnement.

Où en est-on, avec Belfort ? Comment peut-on utiliser
les photos de la CAB dans JOSM ? Finalement, les photos
obliques seront accessibles aussi, ou bien c'est trop
lourd ?
Elle sont utiles, car permettant de détromper par
rapport à la photo verticale, et de mieux se repérer,
par rapport à des souvenirs de promenade, par exemple.

Muselaar

Le 29/04/2015 11:59, Christian Quest a écrit :

Pour Belfort, je pensais mettre en place le serveur
ces derniers mois à La Fonderie, mais ça a été sans
arrêt repoussé. Il devrait être installé début mai et
en attendant je vais installer ça chez moi, si
possible ce week-end.


Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le
serveur d'images aériennes ? Si je ne m'abuse, ils
doivent être revenus de vacances.

Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour la
photographie aérienne de Belfort ? Je n'ai pas de
nouvelles depuis sacrément longtemps.



Le 19 avril 2015 09:51, Christian Quest
<cqu...@openstreetmap.fr
<mailto:cqu...@openstreetmap.fr>> a écrit :

Oui, le serveur d'images aériennes ne répond plus
depuis 48h.

Nous avons demandé à l'Université de Grenoble (où
se trouve ce serveur) d'aller jeter un oeil...
patience donc à cause du week-end.


Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :

Bonjour,

Depuis quelques jours, la photo aérienne du
Grand Nancy
(http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}

<http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/%7Bzoom%7D/%7Bx%7D/%7By%7D>)
ne se charge plus dans JOSM (connect timed out) :

Pour les requêtes overpass, la base à
http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.

Un problè

Re: [OSM-talk-fr] places de stationnement pour autocars

2016-01-24 Par sujet Muselaar

Le problème qui m'apparaît est que le plus souvent, aucun panneau 
n'indique d'interdiction pour les autres usagers, c'est seulement les 
marques aux sols qui impliquent l'usage destiné autocars ou les camions 
(sur les aires d'autoroute, par exemple). La perte de repère est 
suffisante pour que les voitures légères ne s'y garent pas. Pourtant, on 
en voit régulièrement, qui ne se formalisent pas pour si peu.
Mais je chicane peut-être, entre interdiction et laisser-faire, c'est 
peut-être difficile à cartographier…


Muselaar

Le 24/01/2016 10:16, Pierre-Yves Berrard a écrit :

Voire bus=only ?

PY

Le 24 janvier 2016 à 08:53, bernard <bernard.a...@laposte.net 
<mailto:bernard.a...@laposte.net>> a écrit :


Bonjour
Par les tags :
access=no
bus=yes


Le 23/01/2016 22:25, Muselaar a écrit :

Bonjour,

Comment tague-t-on le parkings ou places de parking pour
autocars de tourisme ?

Je n'ai rien trouvé dans le wiki, ni sur la liste. Je n'ai
peut-être pas mis les bons mots…

Muselaar

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



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




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


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

[OSM-talk-fr] Conservatoires et écoles de musique

2016-01-23 Par sujet Muselaar


Bonsoir,

J'ai l'impression qu'il n'y a rien de prévu pour taguer les 
conservatoires et écoles de musique, comme les écoles d'art, du reste. 
Pourtant, ce sont des équipements généralement publics, tout à fait 
spécifiques, qu'il serait autant nécessaire de signaler, sans que cela 
ne surcharge beaucoup les données.
Certains sont tagués en « university » (il y a de l'enseignement 
supérieur dans un certain nombre), mais ça ne me semble pas refléter la 
réalité. Car il n'y a que 2 conservatoires en France (Lyon et Paris) qui 
ne dispense que de l'enseignement supérieur, tous les autres démarrent 
aux petits niveaux, et comportent quelques niveaux reconnus comme 
enseignement supérieur.


Que pourrait-on faire ?

Muselaar

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

[OSM-talk-fr] places de stationnement pour autocars

2016-01-23 Par sujet Muselaar


Bonjour,

Comment tague-t-on le parkings ou places de parking pour autocars de 
tourisme ?


Je n'ai rien trouvé dans le wiki, ni sur la liste. Je n'ai peut-être pas 
mis les bons mots…


Muselaar

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

Re: [OSM-talk-fr] ville fortifiéee

2016-01-22 Par sujet Muselaar


Bonjour,

Youpi ! Un interlocuteur ! Nous sommes donc deux. À première vue, ça me 
semble pas mal, ce que tu proposes…


Comme tu as pu voir, j'ai utilisé deux tags conjointement. Peut-être 
pourrais-tu faire de même ?


Mais je suis plutôt novice, donc je ne pourrais pas en dire plus sur cet 
usage.


Muselaar


Le 22/01/2016 11:00, lenny.libre a écrit :
> Bonjour,
> Peut-être pourrions-nous jumeler les deux messages : 
http://gis.19327.n5.nabble.com/ville-fortifieee-tp5864154.html

>
> lenny
>
> Le 22/01/2016 00:48, Muselaar a écrit :
>> Bonsoir,
>>
>> J'ai cru bon, pour les murs restants d'un ancien fort (1865-70) qui 
comportaient comme unique tag barrier=city_wall, de le remplacer par 
historic=citywalls, et d'ajouter barrier=retaining_wall.
>> Il me semblait que c'est correct, dans la mesure où ces murs se 
présentent comme des remparts, mais sont également des murs de 
soutènement, puisque du côté « intérieur », ils sont en fait soit 
surmontés d'un talus de terre, avec végétation, ou servent réellement de 
soutènement en raison de la dénivellation du terrain naturel.

>>
>> Mais je suis un peu surpris du rendu :
>>
>> Sur Mapnik, cela fait deux gros traits gris parallèles (il y a un 
fossé tout le tour du fort), qui sautent aux yeux en faisant un pâté dès 
le zoom 14. Pas forcément très pertinent.

>>
>> Du coup, je me demande : ai-je traité correctement cet élément ?Ou 
bien est-ce que c'est le rendu qui doit être adapté pour des cas de ce 
type ?

>>
>> http://www.openstreetmap.org/way/212114048
>>
>> Qu'en pensez-vous ?
>>
>> Muselaar

Le 06/01/2016 20:36, lenny.libre a écrit :

Bonjour.
J'ai visité la petite ville fortifiée de Navarrenx et rien ne 
l'indique dans OSM, je vais donc essayer de le faire ...


Quand je cherche dans osm les tags qui seraient adaptés.
Les cités que j'ai vu ne me semblent pas correspondre.
J'ai fait un petit schéma (très simplifié) : 
http://www.cjoint.com/c/FAgtvwb75Xz

- voie secondaire
- muraille
- chemin de ronde
- talus
- muret
- voie résidentielle

Les tags qui conviendraient (je n'ai pas indiqué ceux des voies)
- pour la muraille, j'ai trouvé 2 tags différents dommage
historic=citywalls (taginfo m'en ramène 259)
ou
barrier=city_wall : je préférerais histtoric, mais celui-ci 
présente l'avantage d'indiquer si un côté est plus bas que l'autre 
(taginfo m'en ramène 1938)


- higway= pedestrian pour le chemin de ronde

- en ce qui concerne le talus, je n'ai trouvé que la page 
http://wiki.openstreetmap.org/wiki/FR:IOF_mapping


Talus en terre. Pour une petit talus utilisez un seul noeud 
size=_normal_/high (?) 	IOFearth bank.png 
<http://wiki.openstreetmap.org/wiki/File:IOFearth_bank.png> 	barrier 
<http://wiki.openstreetmap.org/wiki/FR:Key:barrier>=earth_bank 
<http://wiki.openstreetmap.org/w/index.php?title=Tag:barrier%3Dearth_bank=edit=1> 
ou man_made 
<http://wiki.openstreetmap.org/wiki/FR:Key:man_made>=embankment 
<http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dembankment>. Pour 
les talus le long du bord d'un chemin embankment 
<http://wiki.openstreetmap.org/wiki/FR:Key:embankment>=yes 
<http://wiki.openstreetmap.org/w/index.php?title=Tag:embankment%3Dyes=edit=1> 
ou cutting <http://wiki.openstreetmap.org/wiki/FR:Key:cutting>=yes 
<http://wiki.openstreetmap.org/wiki/Tag:cutting%3Dyes>. optionnel: 
height <http://wiki.openstreetmap.org/wiki/FR:Key:height>=* so that 
the renderer can decide wether a slope is high or not. Peut être 
cartographié comme une aire ?



Le mieux se serait certainement barrier=earth_bank, car embankment me 
semble plus lié à une digue le long de plan/cours d'eau ?


Je vous envoie mes Meilleurs Vœux pour 2016 et merci d'avance de vos 
remarques.

Lenny



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

Re: [OSM-talk-fr] Orthophoto Toulouse 2015

2016-01-21 Par sujet Muselaar


Oui, Belfort, ce serait bien…
Je n'ose jamais rien faire sur OSM, en me disant « mais bientôt, on aura 
de super photos, autant attendre, pour faire précis directement ».

On en est où, maintenant ?

Le 10/01/2016 10:52, Pierre-Yves Berrard a écrit :

Merci Jean-Guilhem pour la mise à dispo de ces photos.

Pourrait-on ajouter l'imagerie de Belfort dans la foulée ?

PY

Le 10 janvier 2016 à 10:23, lenny.libre > a écrit :


Merci, quel plaisir d'avoir des photos de qualité et à jour.
Lenny

Le 09/01/2016 13:41, Jean-Guilhem Cailton a écrit :

Bonjour,

Merci pour les infos sur les images disponibles.

L'orthophoto de Toulouse Métropole 2015 est disponible en TMS
par cette
URL :

tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2015/{zoom}/{x}/{y}



Et la dernière de Nord-Pas de Calais (2012/2013) par la PPIGE
(Plate-forme publique de l'information géographique du Nord-Pas de
Calais) est sur :
tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/ppige_2013/{zoom}/{x}/{y}



Ces couches TMS fonctionnent en proxy-cache, et les premiers
accès aux
tuiles peuvent donc être un peu lents, en incluant le temps de
réponse
des serveurs d'origine. Une fois qu'elles sont en cache, les accès
suivants devraient être plus rapides.

N'oubliez pas de mentionner les sources des données dérivées :
"Toulouse
Métropole 2015" (licence ODbL -
https://data.toulouse-metropole.fr/page/licence/), ou "PPIGE
NDPC -
Ortho 2012 - 2013" (licence ouverte "Etalab" comme indiqué
ci-dessous).

Bien cordialement,

Jean-Guilhem



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


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

[OSM-talk-fr] historic=citywalls et barrier=retaining_wall

2016-01-21 Par sujet Muselaar


Bonsoir,

J'ai cru bon, pour les murs restants d'un ancien fort (1865-70) qui 
comportaient comme unique tag barrier=city_wall, de le remplacer par 
historic=citywalls, et d'ajouter barrier=retaining_wall.
Il me semblait que c'est correct, dans la mesure où ces murs se 
présentent comme des remparts, mais sont également des murs de 
soutènement, puisque du côté « intérieur », ils sont en fait soit 
surmontés d'un talus de terre, avec végétation, ou servent réellement de 
soutènement en raison de la dénivellation du terrain naturel.


Mais je suis un peu surpris du rendu :

Sur Mapnik, cela fait deux gros traits gris parallèles (il y a un fossé 
tout le tour du fort), qui sautent aux yeux en faisant un pâté dès le 
zoom 14. Pas forcément très pertinent.


Du coup, je me demande : ai-je traité correctement cet élément ?Ou bien 
est-ce que c'est le rendu qui doit être adapté pour des cas de ce type ?


http://www.openstreetmap.org/way/212114048

Qu'en pensez-vous ?

Muselaar

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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2015-12-20 Par sujet Muselaar

C'est sûr que ce n'est pas facile à manipuler. À moins d'utiliser un 
logiciel comme QGIS, qui demande un long temps d'apprentissage, je n'ai 
même pas pu exploiter la moindre image : interminable à ouvrir… Mais 
bon, il y a la qualité de l'image au rendez-vous.


On progresse toujours ?

Le 24/11/2015 00:23, Christian Quest a écrit :

On progresse !

Le serveur est opérationnel, mais le NAS sur lequel les images avaient 
été stockées est en standby à cause d'un disque HS sur le RAID. J'ai 
renvoyé le disque en question pour remplacement et je vais en acheter 
un en spare demain pour remettre le NAS en route.


Ces images qui font des centaines de Go ou quelques To c'est pas bien 
pratique à manipuler !



Le 23 novembre 2015 22:37, Muselaar <musel...@ouvaton.org 
<mailto:musel...@ouvaton.org>> a écrit :


Bonsoir !

Je remonte le sujet… On en est où, maintenant ?

Muselaar

Le 18/10/2015 09:54, Pierre-Yves Berrard a écrit :

Super nouvelle.
Tiens-nous au courant de l'adresse à utiliser pour le flux tms !

PY

Le 8 octobre 2015 11:51, Christian Quest <cqu...@openstreetmap.fr
<mailto:cqu...@openstreetmap.fr>> a écrit :

JGC est en train de terminer la remise en route du serveur
WMS... j'ai copié les images de Belfort dessus, on va donc
pouvoir les intégrer (enfin !).


    On 08/10/2015 00:21, Muselaar wrote:

Bonjour,

Je ressors ce vieux message, après une absence prolongée
d'OSM ces derniers temps. Mais j'avais le mal du pays, et je
reviens, même si je n'aurai pas autant de temps à l'avenir
que dans le passé. Mais il y a  de toute façon régulièrement
des trucs à corriger dans son environnement.

Où en est-on, avec Belfort ? Comment peut-on utiliser les
photos de la CAB dans JOSM ? Finalement, les photos obliques
seront accessibles aussi, ou bien c'est trop lourd ?
Elle sont utiles, car permettant de détromper par rapport à
la photo verticale, et de mieux se repérer, par rapport à
des souvenirs de promenade, par exemple.

Muselaar

Le 29/04/2015 11:59, Christian Quest a écrit :

Pour Belfort, je pensais mettre en place le serveur ces
derniers mois à La Fonderie, mais ça a été sans arrêt
repoussé. Il devrait être installé début mai et en
attendant je vais installer ça chez moi, si possible ce
week-end.


Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le serveur
d'images aériennes ? Si je ne m'abuse, ils doivent être
revenus de vacances.

Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour la
photographie aérienne de Belfort ? Je n'ai pas de
nouvelles depuis sacrément longtemps.



Le 19 avril 2015 09:51, Christian Quest
<cqu...@openstreetmap.fr <mailto:cqu...@openstreetmap.fr>>
a écrit :

Oui, le serveur d'images aériennes ne répond plus
depuis 48h.

Nous avons demandé à l'Université de Grenoble (où se
trouve ce serveur) d'aller jeter un oeil... patience
donc à cause du week-end.


Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :

Bonjour,

Depuis quelques jours, la photo aérienne du Grand
Nancy
(http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}

<http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/%7Bzoom%7D/%7Bx%7D/%7By%7D>)
ne se charge plus dans JOSM (connect timed out) :

Pour les requêtes overpass, la base à
http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.

Un problème sur les serveurs d'osm france ?

PY


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


-- 
Christian Quest - OpenStreetMap France





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


-- 
Christian Quest - OpenStreetMap France



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




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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2015-11-23 Par sujet Muselaar


Bonsoir !

Je remonte le sujet… On en est où, maintenant ?

Muselaar

Le 18/10/2015 09:54, Pierre-Yves Berrard a écrit :

Super nouvelle.
Tiens-nous au courant de l'adresse à utiliser pour le flux tms !

PY

Le 8 octobre 2015 11:51, Christian Quest <cqu...@openstreetmap.fr 
<mailto:cqu...@openstreetmap.fr>> a écrit :


JGC est en train de terminer la remise en route du serveur WMS...
j'ai copié les images de Belfort dessus, on va donc pouvoir les
intégrer (enfin !).


On 08/10/2015 00:21, Muselaar wrote:

Bonjour,

Je ressors ce vieux message, après une absence prolongée d'OSM
ces derniers temps. Mais j'avais le mal du pays, et je reviens,
même si je n'aurai pas autant de temps à l'avenir que dans le
passé. Mais il y a  de toute façon régulièrement des trucs à
corriger dans son environnement.

Où en est-on, avec Belfort ? Comment peut-on utiliser les photos
de la CAB dans JOSM ? Finalement, les photos obliques seront
accessibles aussi, ou bien c'est trop lourd ?
Elle sont utiles, car permettant de détromper par rapport à la
photo verticale, et de mieux se repérer, par rapport à des
souvenirs de promenade, par exemple.

Muselaar

Le 29/04/2015 11:59, Christian Quest a écrit :

Pour Belfort, je pensais mettre en place le serveur ces derniers
mois à La Fonderie, mais ça a été sans arrêt repoussé. Il
devrait être installé début mai et en attendant je vais
installer ça chez moi, si possible ce week-end.


Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le serveur
d'images aériennes ? Si je ne m'abuse, ils doivent être revenus
de vacances.

Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour la
photographie aérienne de Belfort ? Je n'ai pas de nouvelles
depuis sacrément longtemps.



Le 19 avril 2015 09:51, Christian Quest
<cqu...@openstreetmap.fr <mailto:cqu...@openstreetmap.fr>> a
écrit :

Oui, le serveur d'images aériennes ne répond plus depuis 48h.

Nous avons demandé à l'Université de Grenoble (où se trouve
ce serveur) d'aller jeter un oeil... patience donc à cause
du week-end.


Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :

Bonjour,

Depuis quelques jours, la photo aérienne du Grand Nancy
(http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}

<http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/%7Bzoom%7D/%7Bx%7D/%7By%7D>)
ne se charge plus dans JOSM (connect timed out) :

Pour les requêtes overpass, la base à
http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.

Un problème sur les serveurs d'osm france ?

PY


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


-- 
Christian Quest - OpenStreetMap France





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


-- 
Christian Quest - OpenStreetMap France



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




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


-- 
Christian Quest - OpenStreetMap France



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




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


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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2015-10-07 Par sujet Muselaar


Bonjour,

Je ressors ce vieux message, après une absence prolongée d'OSM ces 
derniers temps. Mais j'avais le mal du pays, et je reviens, même si je 
n'aurai pas autant de temps à l'avenir que dans le passé. Mais il y a  
de toute façon régulièrement des trucs à corriger dans son environnement.


Où en est-on, avec Belfort ? Comment peut-on utiliser les photos de la 
CAB dans JOSM ? Finalement, les photos obliques seront accessibles 
aussi, ou bien c'est trop lourd ?
Elle sont utiles, car permettant de détromper par rapport à la photo 
verticale, et de mieux se repérer, par rapport à des souvenirs de 
promenade, par exemple.


Muselaar

Le 29/04/2015 11:59, Christian Quest a écrit :
Pour Belfort, je pensais mettre en place le serveur ces derniers mois 
à La Fonderie, mais ça a été sans arrêt repoussé. Il devrait être 
installé début mai et en attendant je vais installer ça chez moi, si 
possible ce week-end.



Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le serveur d'images 
aériennes ? Si je ne m'abuse, ils doivent être revenus de vacances.


Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour la photographie 
aérienne de Belfort ? Je n'ai pas de nouvelles depuis sacrément 
longtemps.




Le 19 avril 2015 09:51, Christian Quest <cqu...@openstreetmap.fr 
<mailto:cqu...@openstreetmap.fr>> a écrit :


Oui, le serveur d'images aériennes ne répond plus depuis 48h.

Nous avons demandé à l'Université de Grenoble (où se trouve ce
serveur) d'aller jeter un oeil... patience donc à cause du week-end.


Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :

Bonjour,

Depuis quelques jours, la photo aérienne du Grand Nancy
(http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}

<http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/%7Bzoom%7D/%7Bx%7D/%7By%7D>)
ne se charge plus dans JOSM (connect timed out) :

Pour les requêtes overpass, la base à
http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.

Un problème sur les serveurs d'osm france ?

PY


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


-- 
Christian Quest - OpenStreetMap France





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


--
Christian Quest - OpenStreetMap France


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


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

[OSM-talk-fr] Monter ou descendre les calques uMap

2015-01-24 Par sujet Muselaar


[peut-être un peu HS, mais je ne vois pas où demander de l'aide ailleurs…]

Bonjour,

Comment peut-on monter ou descendre de niveau d'affichage un calque dans 
uMap ? (pour éviter que des données secondaires cachent les données 
importantes)


Autre question, moins importante : peut-on changer le style des étiquettes ?

Muselaar

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

Re: [OSM-talk-fr] voie sans issue

2014-11-14 Par sujet Muselaar

Je relance le sujet, parce que le problème n'est pas résolu… Je l'avais 
un peu oublié, dans le flot de messages que je n'arrive plus à suivre, 
et dont beaucoup passent au dessus des capacités de compréhension du 
modeste contributeur que je suis.


Pour mémoire, la question d'origine de la discussion était : « comment 
peut-on taguer une voie sans issue, ou plutôt un groupe de voies 
sans-issue ? »


Mes précisions, suite aux discussions :
Mon cas est bien plus complexe qu'une simple voie sans issue, ou même 
qu'une boucle, cas d'école. C'est tout un quartier qui est sans issue, 
il y a une dizaine de voies finales, dont certaines sont raccordées, 
mais uniquement pour les piétons ou les vélos. De toute façon, il est 
bien rare qu'une rue ou un chemin qui est officiellement sans issue le 
soit également pour les piétons. Il faudrait que ce soit en ville, et 
qu'il n'y ait que des clôtures ou des murs au fond. Je préfère donc 
placer un panneau à l'entrée de la zone, qui ne fait que refléter le 
panneau présent sur le terrain. Ce que je ne sais pas, c'est si ce 
panneau va dérouter aussi les systèmes de navigation pour les cycles ou 
les piétons, ce qui serait un peu gênant.


Muselaar

Le 25/07/2014 15:23, Francescu GAROBY a écrit :
Panneaux bien pratiques, mais encore trop peu répandus, selon moi. Je 
connais pas mal d'endroits sur Caen, ou un C13c/C13d serait tout à 
fait approprié, mais où les services de la voirie n'ont pas encore 
changé les panneaux : du coup, il faut connaitre le raccourci, pour 
pouvoir en profiter...


Francescu


Le 25 juillet 2014 15:18, Pieren pier...@gmail.com 
mailto:pier...@gmail.com a écrit :


2014-07-25 14:21 GMT+02:00 David Crochet david.croc...@free.fr
mailto:david.croc...@free.fr:

 Si la voir mène à une vois circulaire ou à une zone
d'aménagement pour faire
 demi-tour, le panneau ne sert à rien.

Ben non. Ca indique une voie sans issue. Ca ne dit rien sur le fait
qu'on peut faire demi-tour ou pas. Le panneau est souvent mis parce
que trop de véhicules pensent pouvoir emprunter un raccourci...
D'ailleurs, je viens de découvrir de nouvelles variantes du
panneau depuis 2011:

http://fr.wikipedia.org/wiki/Panneau_d%27indication_d%27une_impasse_en_France
C13c

http://fr.wikipedia.org/wiki/Panneau_d%27indication_d%27une_impasse_en_France%0AC13c
: Impasse comportant une issue pour les piétons ;
C13d : Impasse comportant une issue pour les piétons et les cyclistes.

Pieren
-- 


Cordialement,
Francescu GAROBY



Le 24/07/2014 23:38, Muselaar a écrit :

Bonsoir,

comment peut-on taguer une voie sans issue, ou plutôt un groupe de 
voies sans-issue ?
Sur le terrain, le panneau « voie sans issue » figure bien à l'entrée 
de la zone, donc pas d'interprétation abusive de ma part.


Je n'ai rien trouvé dans le wiki.

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

Re: [OSM-talk-fr] Démission de Simon Poole

2014-10-29 Par sujet Muselaar

La question qu'on peut se poser, c'est est-ce que les intérêts 
commerciaux et les intérêts collaboratifs peuvent co-exister ? J'ai bien 
peur que les deux tirent en sens contraire… Les uns veulent le plus 
possible pour eux-mêmes, et les autres le plus possible pour tous.
Chercher à concillier les deux ne peut que mener à l'échec, je ne vois 
pas comment il pourrait en être autrement.
En tout cas, comme d'autres, je cesse de collaborer à OSM si c'est pour 
le profit des firmes. Parce que mes contributions sont peu efficaces par 
rapport à ce que pourrait faire un employé bien formé et pourvu des 
bonnes sources. Parce contre, je m'amuse bien à le faire, et j'ai le 
sentiment de servir à tout le monde, de travailler pour la liberté dans 
le monde.
Je ne voudrais pas me retrouver malgré moi dans la situation de « on 
croit mourir pour la patrie, on meurt pour les industriels ». (Anatole 
France)



Le 29/10/2014 07:54, Christian Quest a écrit :
Tu as raison de rappeler l'énorme déséquilibre entre les contributions 
en données collectées par des dizaines de milliers de contributeurs et 
les contributions en code.
Pour Mapbox, il ne faut pas oublier non plus que c'est un don 
important (575.000$) de la Knight Foundation qui a financé une grosse 
part de cette contribution en code (en gros la finalisation du 
développement de iD et le relooking du site osm.org http://osm.org).


J'ai d'ailleurs retrouvé cette news intéressante: 
http://www.developmentseed.org/blog/2010/jun/16/tilemill-20-wins-knight-news-challenge-grant-improve-hyper-local-mapping-washington/
En 2010, Mapbox (à l'époque Development Seed) avait reçu aussi un 
financement pour TileMill 2.0 devenu 4 ans plus tard Mapbox Studio et 
qui enferme petit à petit l'utilisateur dans un écosystème maison 
(compte obligatoire, dépendance aux données maison, etc). Bien que les 
sources soient ouverts, c'est si peu documenté et le développement est 
si centralisé qu'on est très loin d'un projet vraiment ouvert et 
collaboratif.



Quand les sociétés se mettent à la contribution en données, ça râle un 
peu dans la communauté car la quantité est souvent privilégiée à la 
qualité et il s'agit souvent d'import ou d'intégration en masse qui 
n'hésite parfois pas à écraser le travail de terrain.

Il y a eu des reproches sur New-York par exemple.

Pour l'ODbL, il est facile de citer (en boucle) les quelques cas où la 
licence semble poser problème tout en oubliant les innombrables cas où 
elle ne gêne pas du tout. Il y a quand même un nombre incroyable de 
réutilisations des données OSM et l'ODbL n'a pas empêché plusieurs 
entreprises à monter un modèle économique s'appuyant sur des données OSM.


L'impression que donne Mapbox c'est celle d'un enfant gâté qui en veut 
encore plus alors qu'il a déjà largement de quoi jouer !



Le 28 octobre 2014 21:43, Thomas Gratier osgeo.mailingl...@gmail.com 
mailto:osgeo.mailingl...@gmail.com a écrit :


Pour les appétits, le problème est que les boites croient que
parce qu'elles contribuent aux outils pour faciliter
OpenStreetMap, elles ont des droits plus importants que le simple
contributeur...
Le souci est qu'elles ignorent que leur contribution
comparativement aux contributeurs individuels reste mineure.
Si on rapportait le temps passé à la contribution à du temps de
travail, le boulot effectué par ces sociétés est une goutte d'eau
dans la mer.
Je ne suis pas ingrat au point de ne pas reconnaître l'effort de
démocratisation des outils que font ces sociétés mais je ne vois
pas en quoi les contributeurs nettement plus nombreux n'auraient
pas le droit de refuser un changement contraire à leur conception
de ce qu'est OpenStreetMap.
Attention, je n'affirme rien sur l'opinion globale des
contributeurs, je ne connais pas l'opinion générale sur la
licence. J'ai seulement constaté une levier de boucliers car ODBL
semble convenir malgré quelques cas où elle est un peu contraignante.

Thomas Gratier

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




--
Christian Quest - OpenStreetMap France


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


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

Re: [OSM-talk-fr] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

2014-10-11 Par sujet Muselaar

Bonsoir,
Je ne sais pas si ça a un rapport (mais peut-être que si, d'où mon message), 
mais chez moi, c'est la souris (j'utilise peu le clavier), en l'occurrence le 
trackpad qui pose problème. 
Je crois l'avoir déjà signalé, c'est en fait la fenêtre qui devient 
transparente à la souris, ou autrement dit, les actions de la souris continuent 
de s'appliquer à la précédente fenêtre utilisée, même si elle est en arrière 
plan.
La parade que j'ai fini par trouver, vraiment par hasard, c'est de (sur le 
trackpad) simuler avec 2 doigts la molette de la souris, et de faire des 
mouvements rapides de haut en bas. Au bout de quelques secondes, la fenêtre 
visible est prise en compte par le pointeur, et on peut continuer à travailler 
normalement. Là où c'est moins marrant, c'est quand on change sans cesse de 
fenêtre (boîtes de dialogues successives, par exemple).
Mais c'est devenu chez moi un réflexe, et je commence peu à peu à oublier que 
ça pourrait marcher mieux

Envoyé de mon iPhone

Le 11 oct. 2014 à 18:03, Bruno pa...@free.fr a écrit :

 Bonjour, 
 
 Idem pour moi, je n'utilise plus la touche pour télécharger le cadastre (F10 
 ou F11 suivant paramétrage) car au bout de trois à quatre utilisations je 
 perds le clavier, c'est systématique, par contre la souris fonctionne dans 
 tous les cas.
 ça fait bien un an que c'est comme ça pour moi mais je n'ai pas eu le temps 
 de chercher une explication/solution.
 Sous Gnu/Linux Ubuntu dernière version (64 bits) et testé avec Java 6 ou 7.
 
  Le 11/10/2014 16:54, Jean-Baptiste Holcroft a écrit :
 C'est long, mais j'ai le même, mais ça se provoque de manière aléatoire et 
 sauvegarder son travail devient ridiculement compliqué.
 Pour moi ça apparaît avec le plugin cadastre.
 
 Le 11 oct. 2014 16:11, Philippe Verdy verd...@wanadoo.fr a écrit :
 
 De plus en plus souvent je constate des pertes inopinées de contrôle du 
 clavier ou de la souris dans JOSM; rendant l'interface inopérante.
 
 Par exemple :
 -  les touches + et - (qu'on les tape sur le pavé numérique ou le clavier 
 alpha) du zoom cessent de répondre (dans ce cas aussi cela ne marche plus 
 non plus avec le menu ni un raccourci posé sur une icone de 
 la barre d'icones (c'est le cas le plus fréquent) Et pourtant le zoom sur 
 la sélection fonctionne encore et le zoom avec + ou - dans le dialogue de 
 téléchargement d'une zone fonctionne encore.
 
 - quand on ouvre un dialogue; le focus sur le champ de saisie ne fonctionne 
 pas et impossible de taper un texte dedans parfois aussi la sélection à la 
 souris d'un morceau du texte ne marche plus (en revanche les autres 
 boutons, y compris le triangle du sélecteur d'une combobox) fonctionne 
 encore. La fermeture du dialogue et sa réouverture suffit parfois à 
 rétablir la fonction; mais pas toujours...
 
 - la suppression et le remise d'une icone de raccourci sur la barre d'icone 
 fonctionne, mais le bouton ne produit toujours rien quand on clique dessus.
 
 Il semble qu'il y a un bogue dans la bibliothèque qui gère les bindings 
 attachant des événements clavier ou souris à un gestionnaire d'événement; 
 comme si le gestionnaire avait été perdu par perte de référence (allocation 
 en weak pointer et effet du garbage collector, ou mauvaise 
 synchronisation de l'ordre des événements en cas de modification dynamique 
 de la liste des bindings (modification non atomique, comme si la 
 suppression de référence au gestionnaire d'événement dans une liste de 
 gestionnaires a eu lieu *avant* l'insertion de ce même gestionnaire dans 
 une autreliste pour un autre élément d'interface utilisateur).
 
 Je me demande si c'est un bogue de JOSM lui-même ou d'une de ses 
 bibliothéques de construction d'UI; ou si la modification dyna,ique de 
 l'interface a oublié de mettre un verrou entre plusieurs threads faisant 
 des modifications concurrentes de l'UI (par exemple un thread s'occupant de 
 la construction d'un nouveau dialogue tandis qu'un autre thread s'occupe 
 encore de celui de la fenêtre principale; ou bien l'événement à réassigner 
 est encore en cours de traitement par le thread principal qui gère la liste 
 ordonnée des événements UI et synchronise les rafraichissements écran).
 
 
 Seule parade : sauver les modifs en cours dans un fichier local, fermer 
 JOSM et le relancer pour charger le fichier à nouveau. Mais à je suis tombé 
 sur un cas où c'était la fonction sauvegarder qui ne fonctionnait plus 
 aussi bien au clavier (CTRL+S), qu'à la souris en cliquant l'icone de la 
 barre d'icones ou par le menu fichier.
 
 C'est de plus en plus gênant car l'anomalie se reproduit de plus en plus 
 souvent et aboutit à des pertes de modifs en cours (très gênant quand on a 
 eu besoin de charger beaucoup de données et vérifier des jeux compliqués de 
 relations interdépendantes, comme la vérification des cours d'eau, des 
 lignes de bus, vérifier le routage, refermer les trous dans des relations 
 (par exemple par ceux qui remplacent sans faire

Re: [OSM-talk-fr] Utiliser les photos aériennes (orthophotos ?) de Belfort

2014-09-29 Par sujet Muselaar

Bonsoir,

J'ai vu ce matin le responsable, qui m'a bien précisé qu'il ne voyait
aucun inconvénient à mettre à notre disposition les données qu'il
pourrait nous fournir. Dans la mesure où ce sont des données publiques,
il est normal qu'elles soient mises à disposition du public. Il est
prévu dans un avenir proche de mettre à disposition des écoles toutes
ces données au sein d'une application, dans un but didactique.
Mais dans l'immédiat, ce sont les contraintes techniques qui vont
primer, puisque tout n'est pas encore accessible, c'est prévu pour
l'année prochaine en principe. Il y aurait toutefois la possibilité de
récupérer des données sur un DVD ou un disque dur, si j'ai bien compris.
Dans un premier temps, il m'a proposé de me copier sur un disque dur les
orthophotos qui sont accessibles en ligne, ainsi que des vues obliques
issues de la même mission, malheureusement pas en ligne vu la complexité
de l'opération. Vu le poids total (2 To), je ne pense pas que cela soit
intégrable aux serveurs d'OSM, pour une si petite surface (les 33
communes de la CAB).
Christian, je t'envoie ses coordonnées, et je lui ai indiqué que tu
prendrais contact avec lui.

Muselaar

Le 25/09/2014 11:25, Muselaar a écrit :
Je viens d'avoir le responsable au téléphone, très sympathique et
attentif. Il m'a dit être très intéressé, parce que favorable à
l'ouverture des données. Les orthophotos sont leur propriété, donc ça
semble bien parti. Je le rencontre lundi matin.
Mis à part les liens déjà indiqués et déjà transmis, qu'est-ce que je
peux lui apporter de plus comme renseignements ?
Je rappelle que je ne suis qu'un contributeur de base, j'essaie de
progresser, mais je suis très loin de tout comprendre dans OSM, en
particulier au sujet de l'import de données.

Muselaar

Le 13/09/2014 13:51, Laurent GUERBY a écrit :

Bonjour,

Tu peux leur citer l'exemple de Toulouse métropole
ou de la Communauté de communes du Frontonnais qui
ont mis dans leur appels d'offres orthophoto la pleine
propriété des données (qui est un surcout faible)
et ont donc pu les mettre a disposition avec la bonne
licence pour le public, par exemple ici :

http://pdi.cugt.org/map/?t=TMDATA_ORTHObase=ortho2013center=1574273.5,2268996.5zoom=3layers=331

http://data.toulouse-metropole.fr/les-donnees?p_p_id=5_WAR_opendataportletp_p_lifecycle=0p_p_state=normalp_p_mode=view

Je met en copie Sébastien qui a suivi ces dossiers
et qui a les contacts au besoin.

Sincèrement,

Laurent

Le Saturday 13 September 2014 à 02:20 +0200, Muselaar a écrit :

Après une visite ratée hier (interlocuteur absent), j'ai pu ce matin
avoir un employé du SIG de la communauté urbaine (la CAB) au
téléphone, qui a noté ma demande, le chef me rappelera et me fixera
peut-être un rendez-vous à son bureau plutôt que parler au téléphone.
L'employé m'a confirmé que c'était bien des orthophotos au format
standard ECW, qui étaient géoréférencées, donc sans difficulté
d'emploi. Mais il ne s'est pas engagé sur l'autorisation éventuelle.
J'ai parlé également des autres données éventuelles qui pourraient
nous être utiles, il a rigolé, et a évoqué les centaines de bases
qu'ils possèdent. Je ne sais pas trop quoi leur dire s'ils m'en
parlent, du coup…

Le 07/09/2014 15:27, Christian Quest a écrit :

Si tu me dégote les contacts, je veux bien faire la demande
officiellement.

On a comme ça obtenu assez rapidement le droit d'utiliser l'ortho du
CG93.

Le 7 septembre 2014 15:15, Muselaar musel...@ouvaton.org a écrit :
Le 07/09/2014 10:26, Christian Quest a écrit :
Avant le comment (technique) vérifier qu'elle est
bien sous une licence nous permettant de
l'utiliser...
Il n'y a semble-t-il pas de licence à proprement
parler, et

le site indique clairement qu'il faut demander une
autorisation par courrier pour toute utilisation autre que
de consultation personnelle. J'ai donc la première partie de
ma réponse, je sais à qui m'adresser maintenant :
directement à la Mairie.
Reste la 2e partie, que je ne maîtrise pas : quelle
autorisation faut-il demander, sous quels termes, et dit
autrement, quels termes employer pour éviter que
l'autorisation soit rejetée d'emblée ? Il est nécessaire à
mon avis de bien faire comprendre qu'il s'agit pour nous
d'une simple source d'information de repérage, et pas d'une
reproduction quelconque, puisque c'est nous qui interprétons
et dessinons manuellement ce que nous voyons sur la photo.
À l'extrême limite, je ne vois même pas comment la mairie
pourrait montrer qu'on a tiré nos infos de leurs photos (si
ce n'est par l'utilisation un peu trop régulière du site),
puisqu'elles ne font que refléter la réalité, que l'on
pourrait relever tout pareil avec un bon GPS… mais de façon
beaucoup plus fastidieuse

Re: [OSM-talk-fr] Utiliser les photos aériennes (orthophotos ?) de Belfort

2014-09-25 Par sujet Muselaar

Je viens d'avoir le responsable au téléphone, très sympathique et 
attentif. Il m'a dit être très intéressé, parce que favorable à 
l'ouverture des données. Les orthophotos sont leur propriété, donc ça 
semble bien parti. Je le rencontre lundi matin.
Mis à part les liens déjà indiqués et déjà transmis, qu'est-ce que je 
peux lui apporter de plus comme renseignements ?
Je rappelle que je ne suis qu'un contributeur de base, j'essaie de 
progresser, mais je suis très loin de tout comprendre dans OSM, en 
particulier au sujet de l'import de données.


Muselaar

Le 13/09/2014 13:51, Laurent GUERBY a écrit :

Bonjour,

Tu peux leur citer l'exemple de Toulouse métropole
ou de la Communauté de communes du Frontonnais qui
ont mis dans leur appels d'offres orthophoto la pleine
propriété des données (qui est un surcout faible)
et ont donc pu les mettre a disposition avec la bonne
licence pour le public, par exemple ici :

http://pdi.cugt.org/map/?t=TMDATA_ORTHObase=ortho2013center=1574273.5,2268996.5zoom=3layers=331
http://data.toulouse-metropole.fr/les-donnees?p_p_id=5_WAR_opendataportletp_p_lifecycle=0p_p_state=normalp_p_mode=view

Je met en copie Sébastien qui a suivi ces dossiers
et qui a les contacts au besoin.

Sincèrement,

Laurent

Le Saturday 13 September 2014 à 02:20 +0200, Muselaar a écrit :

Après une visite ratée hier (interlocuteur absent), j'ai pu ce matin
avoir un employé du SIG de la communauté urbaine (la CAB) au
téléphone, qui a noté ma demande, le chef me rappelera et me fixera
peut-être un rendez-vous à son bureau plutôt que parler au téléphone.
L'employé m'a confirmé que c'était bien des orthophotos au format
standard ECW, qui étaient géoréférencées, donc sans difficulté
d'emploi. Mais il ne s'est pas engagé sur l'autorisation éventuelle.
J'ai parlé également des autres données éventuelles qui pourraient
nous être utiles, il a rigolé, et a évoqué les centaines de bases
qu'ils possèdent. Je ne sais pas trop quoi leur dire s'ils m'en
parlent, du coup…

Le 07/09/2014 15:27, Christian Quest a écrit :


Si tu me dégote les contacts, je veux bien faire la demande
officiellement.

On a comme ça obtenu assez rapidement le droit d'utiliser l'ortho du
CG93.



Le 7 septembre 2014 15:15, Muselaar musel...@ouvaton.org a écrit :
 
 Le 07/09/2014 10:26, Christian Quest a écrit :

 Avant le comment (technique) vérifier qu'elle est
 bien sous une licence nous permettant de
 l'utiliser...
 
 Il n'y a semble-t-il pas de licence à proprement parler, et

 le site indique clairement qu'il faut demander une
 autorisation par courrier pour toute utilisation autre que
 de consultation personnelle. J'ai donc la première partie de
 ma réponse, je sais à qui m'adresser maintenant :
 directement à la Mairie.
 Reste la 2e partie, que je ne maîtrise pas : quelle
 autorisation faut-il demander, sous quels termes, et dit
 autrement, quels termes employer pour éviter que
 l'autorisation soit rejetée d'emblée ? Il est nécessaire à
 mon avis de bien faire comprendre qu'il s'agit pour nous
 d'une simple source d'information de repérage, et pas d'une
 reproduction quelconque, puisque c'est nous qui interprétons
 et dessinons manuellement ce que nous voyons sur la photo.
 À l'extrême limite, je ne vois même pas comment la mairie
 pourrait montrer qu'on a tiré nos infos de leurs photos (si
 ce n'est par l'utilisation un peu trop régulière du site),
 puisqu'elles ne font que refléter la réalité, que l'on
 pourrait relever tout pareil avec un bon GPS… mais de façon
 beaucoup plus fastidieuse, voire moins exacte.
 
 Vu le mode de remise à jour quand on fait glisser la

 carte je pense qu'on a un WMS derrière cette appli
 Flash.
 
 Et donc, techniquement ? Où trouver les informations

 techniques pour en tirer parti ? Peut-être que l'on pourrait
 obtenir un accès plus commode aux données que par le site…
 
 NB : je ne suis que modeste, mais zélé contributeur, et pas

 du tout informaticien ni juriste, d'où mes questions
 peut-être un peu triviales…
 
 
 Muselaar
 
 ___

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




--
Christian Quest - OpenStreetMap France


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

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



___
Talk-fr mailing list
Talk-fr

Re: [OSM-talk-fr] Re : Re: pendant qu'on parle d'OSRM

2014-09-21 Par sujet Muselaar



Le 20/09/2014 15:37, Frédéric Rodrigo a écrit :

Le 20/09/2014 14:11, Muselaar a écrit :

La question que je me pose, c'est « est-ce qu'on peut modifier les
paramètres lors d'une requête ? », et « par quel moyen » ?
Il avait été question sur cette liste d'un calcul d'itinéraire par les
bus, aussi, je ne retrouve pas le message.


Non les valeurs sont calculées et stocker en dur dans la base de OSRM. 
Ce n'est pas possible de paramétrer le script à chaque requête. La 
grande rapidité de calcul de OSRM à un revers.


Pour les bus tu peux regarder
http://navitia.io/
ou
http://www.opentripplanner.org/

Frédéric. 


Si je comprends bien, ce sont des solutions pour développeurs ? Je n'ai 
rien compris au fonctionnement, et n'ai pu trouver aucun moteur de 
calcul d'itinéraire, l'anglais et moi faisons deux. Surprenant quand 
même de constater que Navitia est fait par CanalTP, filiale française à 
100 % d'EFFIA, société française, qui appartient à 70 % à la SNCF et à 
30 % aux québécois, donc tout ce monde est francophone, et cepandant, 
pas un mot en français sur le site, l'anglais règne en maître 
incontesté… C'est destiné au monde international des affaires ou des 
développeurs, j'en déduis, pas pour le quidam comme moi.


Muselaar

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

Re: [OSM-talk-fr] Re : Re: pendant qu'on parle d'OSRM

2014-09-21 Par sujet Muselaar



Le 21/09/2014 18:50, Frédéric Rodrigo a écrit :

Le 21/09/2014 13:20, Muselaar a écrit :


Le 20/09/2014 15:37, Frédéric Rodrigo a écrit :

Le 20/09/2014 14:11, Muselaar a écrit :

La question que je me pose, c'est « est-ce qu'on peut modifier les
paramètres lors d'une requête ? », et « par quel moyen » ?
Il avait été question sur cette liste d'un calcul d'itinéraire par les
bus, aussi, je ne retrouve pas le message.


Non les valeurs sont calculées et stocker en dur dans la base de OSRM.
Ce n'est pas possible de paramétrer le script à chaque requête. La
grande rapidité de calcul de OSRM à un revers.

Pour les bus tu peux regarder
http://navitia.io/
ou
http://www.opentripplanner.org/

Frédéric.


Si je comprends bien, ce sont des solutions pour développeurs ?


Désolé, comme on parlait technique autours d'OSRM, j'ai continué 
technique sur les déplacement en transport en commun. Les calculateurs 
de transport en commun marchent majoritairement par zone. 
L'intermodalité est au niveau au-dessus.


Tu cherche une solution locale ou gloable ?
En fait, c'était l'occasion de la question, pour voir comment tirer 
parti d'OSRM, parce que le tout voiture me semble un peu inadapté.

Pour répondre à ta question, c'est du local qui m'intéresse.
J'ai eu besoin d'OSRM pour extraire facilement une trace gpx 
représentant un trajet en bus, au lieu de devoir bidouiller avec JOSM, 
en devant (tiens, on revient là-dessus) couper tous les ronds points 
(dans mon export, hein, pas de blague) pour pouvoir fusionner tous les 
segments et obtenir une trace unique, et pas plein de petits bouts. En 
effet, c'était ça qui me coinçait, il n'est pas possible de fusionner 
les segments dès qu'il y a un rond-point dans le trajet, ce qui est 
assez logique, du fait que le chemin a obligatoirement un sens.





Je n'ai
rien compris au fonctionnement, et n'ai pu trouver aucun moteur de
calcul d'itinéraire, l'anglais et moi faisons deux. Surprenant quand
même de constater que Navitia est fait par CanalTP, filiale française à
100 % d'EFFIA, société française, qui appartient à 70 % à la SNCF et à
30 % aux québécois, donc tout ce monde est francophone, et cepandant,
pas un mot en français sur le site, l'anglais règne en maître
incontesté… C'est destiné au monde international des affaires ou des
développeurs, j'en déduis, pas pour le quidam comme moi.


De ce que j'en sais ils ont fait un gros effort pour tout passer en 
anglais.
Il ne nous reste plus qu'à faire un gros effort pour comprendre 
l'anglais, deux fois plus difficile pour nous autres francophones que 
l'italien. Vive l'Espéranto.


Muselaar






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

Re: [OSM-talk-fr] Rendu osmfr

2014-09-21 Par sujet Muselaar



Le 21/09/2014 21:02, Jean-Baptiste Holcroft a écrit :
Pour contourner la question du positionnement, peut on faire une 
jonction de différents symboles en une seule image, quitte à générer 
tous les cas possibles (pour trois symboles, ça fait maximum 9 
possibilités) ?
Alors là, je suis d'accord. Les bennes de recyclage et les cabines de 
téléphone sont souvent en conflit avec les icônes d'arrêt de bus, alors 
je suis pressé de voir les jolies images qui joindront tout ça…


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

Re: [OSM-talk-fr] Re : Re: pendant qu'on parle d'OSRM

2014-09-20 Par sujet Muselaar

La question que je me pose, c'est « est-ce qu'on peut modifier les 
paramètres lors d'une requête ? », et « par quel moyen » ?
Il avait été question sur cette liste d'un calcul d'itinéraire par les 
bus, aussi, je ne retrouve pas le message.



Le 20/09/2014 11:51, didier2...@free.fr a écrit :

les vitesses prises en comptes sont en Km/h
- les vitesses par défaut par type de voies sont celles qu'a montré frederic
- si un way a un tag maxspeed en miles/h,

if string.match(source, mph) or string.match(source, mp/h) then
n = (n*1609)/1000;
end

c'est converti en km/h
  - si un way a un tag maxspeed ET que sa valeur est inferieure a la vitesse 
par defaut, la vitesse du tag est retenue

if highway_speed then
if max_speed  highway_speed then
way.speed = max_speed
-- max_speed = math.huge
else
way.speed = highway_speed
end


=
pour faire simple, on peu faire un lua a sa sauce ... le tout est de 
décripter le language;)
( j'ai testé baisse de la vitesse en fonction du cout du peage pour les 
sections a peage)


- Mail d'origine -
De: Dominique Rousseau d...@lee-loo.net
À: talk-fr@openstreetmap.org
Envoyé: Sat, 20 Sep 2014 09:54:36 +0200 (CEST)
Objet: Re: [OSM-talk-fr] pendant qu'on parle d'OSRM

Le Fri, Sep 19, 2014 at 02:39:08PM +0200, Frédéric Rodrigo 
[fred.rodr...@gmail.com] a écrit:

C'est bien ce qu'il y a dans la configuration :
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua

Ce sont bien des km/h et c'est la vitesse moyenne estimée ?
Ou alors c'est une autre unité ?


speed_profile = {

[motorway] = 90,
[motorway_link] = 75,
[trunk] = 85,
[trunk_link] = 70,
[primary] = 65,
[primary_link] = 60,
[secondary] = 55,
[secondary_link] = 50,
[tertiary] = 40,
[tertiary_link] = 30,
[unclassified] = 25,
[residential] = 25,
[living_street] = 10,
[service] = 15,
-- [track] = 5,
[ferry] = 5,
[shuttle_train] = 10,
[default] = 10

Le 19/09/2014 14:33, Pierre-Yves Berrard a écrit :

Quelqu'un d'autre a-t-il remarqué qu'OSRM semble limiter la vitesse à
90km/h sur autoroute ?
osrm.at/9vt http://osrm.at/9vt


___
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] Lancement campagne de financement OSM-FR

2014-09-14 Par sujet Muselaar



Le 12/09/2014 19:40, Vincent de Château-Thierry a écrit :


Le 12/09/2014 19:07, Yves a écrit :

C'est ça.

On 12 septembre 2014 18:54:51 UTC+02:00, Pieren pier...@gmail.com 
wrote:


2014-09-12 17:58 GMT+02:00 Christian Quest 
cqu...@openstreetmap.fr:


Comment pourraient-elles être inutiles ?


Ca devient inutile dans le sens que si un logiciel de geocodage
fonctionne bien mieux avec BANO qu'avec OSM, plus personne n'aura
intérêt à utiliser OSM pour les adresses ni a vouloir transférer les
adresses du cadastre dans OSM si celles-ci sont correctes puisqu'OSM
ne servira finalement qu'à corriger les endroits où le cadastre se
trompe (ce qui arrive mais est assez peu fréquent).


Assez peu fréquentes, les erreurs du cadastre ? Il y en a 
suffisamment, et pas que sur les adresses, pour ne pas considérer 
cette source aveuglément. Dans BANO, le cadastre fournit un volume de 
données considérable, mais avec 2 biais : les erreurs, et les communes 
non couvertes car en raster. Si sur le second le périmètre se réduit 
de jour en jour (environ 6000 communes restantes), sur le premier une 
intégration (surtout pas un import) dans OSM élèvera à coup sûr le 
niveau de qualité. Bref, on aura toujours intérêt à préférer OSM au 
cadastre dans la constitution de BANO, par principe. Partant de là, je 
ne partage pas ton pessimisme.
Je vois vraiment BANO comme un produit dérivé d'OSM, pour lequel 
temporairement on recours à des sources complémentaires : cadastre et 
open data. C'est juste qu'à notre rythme d'intégration, le 
temporairement va durer quelques années.


vincent
Est-ce qu'il n'y a pas aussi dans les données du cadastre des bâtiments 
qui ne sont pas trop là où ils sont en réalité ? Ou bien encore pas 
orienté de la même manière… Je me pose la question quand je tombe sur ce 
genre de bâtiments, en désaccord total avec la photo aérienne… Il y a en 
particulier à Belfort une caserne qui a été démolie depuis un bon 
moment, de nouveaux (pas si nouveaux que ça, du reste) bâtiments ont été 
construits, et c'est toujours l'ancienne caserne qui figure…

À quel rythme est mis à jour le cadastre ?
Question subsidiaire : d'où viennent ses données ? Un employé peut avoir 
fait une erreur de saisie dans les coordonnées d'un bâtiment ?


Muselaar






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

Re: [OSM-talk-fr] Utiliser les photos aériennes (orthophotos ?) de Belfort

2014-09-12 Par sujet Muselaar

Après une visite ratée hier (interlocuteur absent), j'ai pu ce matin 
avoir un employé du SIG de la communauté urbaine (la CAB) au téléphone, 
qui a noté ma demande, le chef me rappelera et me fixera peut-être un 
rendez-vous à son bureau plutôt que parler au téléphone.
L'employé m'a confirmé que c'était bien des orthophotos au format 
standard ECW, qui étaient géoréférencées, donc sans difficulté d'emploi. 
Mais il ne s'est pas engagé sur l'autorisation éventuelle.
J'ai parlé également des autres données éventuelles qui pourraient nous 
être utiles, il a rigolé, et a évoqué les centaines de bases qu'ils 
possèdent. Je ne sais pas trop quoi leur dire s'ils m'en parlent, du coup…


Le 07/09/2014 15:27, Christian Quest a écrit :
Si tu me dégote les contacts, je veux bien faire la demande 
officiellement.

On a comme ça obtenu assez rapidement le droit d'utiliser l'ortho du CG93.


Le 7 septembre 2014 15:15, Muselaar musel...@ouvaton.org 
mailto:musel...@ouvaton.org a écrit :



Le 07/09/2014 10:26, Christian Quest a écrit :

Avant le comment (technique) vérifier qu'elle est bien sous
une licence nous permettant de l'utiliser...


Il n'y a semble-t-il pas de licence à proprement parler, et le
site indique clairement qu'il faut demander une autorisation par
courrier pour toute utilisation autre que de consultation
personnelle. J'ai donc la première partie de ma réponse, je sais à
qui m'adresser maintenant : directement à la Mairie.
Reste la 2e partie, que je ne maîtrise pas : quelle autorisation
faut-il demander, sous quels termes, et dit autrement, quels
termes employer pour éviter que l'autorisation soit rejetée
d'emblée ? Il est nécessaire à mon avis de bien faire comprendre
qu'il s'agit pour nous d'une simple source d'information de
repérage, et pas d'une reproduction quelconque, puisque c'est nous
qui interprétons et dessinons manuellement ce que nous voyons sur
la photo.
À l'extrême limite, je ne vois même pas comment la mairie pourrait
montrer qu'on a tiré nos infos de leurs photos (si ce n'est par
l'utilisation un peu trop régulière du site), puisqu'elles ne font
que refléter la réalité, que l'on pourrait relever tout pareil
avec un bon GPS… mais de façon beaucoup plus fastidieuse, voire
moins exacte.

Vu le mode de remise à jour quand on fait glisser la carte je
pense qu'on a un WMS derrière cette appli Flash.


Et donc, techniquement ? Où trouver les informations techniques
pour en tirer parti ? Peut-être que l'on pourrait obtenir un accès
plus commode aux données que par le site…

NB : je ne suis que modeste, mais zélé contributeur, et pas du
tout informaticien ni juriste, d'où mes questions peut-être un peu
triviales…


Muselaar

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




--
Christian Quest - OpenStreetMap France


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


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

Re: [OSM-talk-fr] Utiliser les photos aériennes (orthophotos ?) de Belfort

2014-09-08 Par sujet Muselaar

Il faut que je me rende sur place, à la mairie, paraît-il qu'il y a un 
service cartographique, et qu'ils sont très gentils. Ça permettrait 
peut-être d'en savoir plus long, plutôt que d'adresser la demande 
directement au maire, avec un succès tout à fait aléatoire. Il peut tout 
aussi bien refuser tout net pour montrer que c'est lui qui est aux 
commandes, que d'accepter tout net pour montrer qu'il a de la largesse 
d'esprit… Après une alternance politique, tout est toujours possible.


Le 08/09/2014 16:15, Christian Quest a écrit :

Ce n'est pas toujours aussi simple...

Dans le cas du CG93, le CG a acheté une ortho avec certains droits 
d'usages, mais pas ceux permettant à un tiers (OSM) de l'exploiter 
pour créer des données.
C'est donc le producteur de l'ortho (Aérodata) qui a aussi dit oui 
pour qu'on puisse l'utiliser.


On attend aussi toujours une ouverture à la contribution OSM sur 
l'ortho de l'IGN...




Le 8 septembre 2014 16:05, Pierre-Yves Berrard 
pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com 
a écrit :


Qui est le propriétaire de cette photo satellite : la ville de
Belfort ou la Communauté d'Agglomération Belfortaine ? Toutes les
communes de l'agglo n'utilisent pas cette photo sur leur site...

Quel que soit, l'organisme qui l'a financé, il sera probablement
réticent à ce que quelqu'un l'utilise de façon gratuite. La clé
sera donc de bien expliquer ce qu'est OSM et à quelles fins serait
utilisée cette photo. S'inspirer de l'argumentaire pour le CG93,
voire laisser Christian lui-même faire la demande.

PY, très enthousiaste à l'idée de pouvoir exploiter cette photo


Le 7 septembre 2014 01:40, Muselaar musel...@ouvaton.org
mailto:musel...@ouvaton.org a écrit :

Bonsoir,

Belfort vient de mettre en ligne une nouvelle version de sa
photo aérienne, intéressante à plus d'un titre. Non seulement
elle est récente (j'estime qu'elle date de l'automne 2013,
c'est à dire après les travaux de réorganisation du réseau de
bus), mais en plus elle couvre maintenant toute l'agglomération.
Sa définition est incomparable par rapport à Bing.

http://applications.mairie-belfort.fr/plan_ville_belfort/

Seule question, comment l'utiliser dans JOSM ? À qui faut-il
demander l'autorisation, que faut-il demander exactement,
comment mettre en place l'incorporation à JOSM ? Beaucoup de
questions dont un certain nombre ne sont peut-être pas à ma
portée.

Muselaar

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



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




--
Christian Quest - OpenStreetMap France


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


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

Re: [OSM-talk-fr] Utiliser les photos aériennes (orthophotos ?) de Belfort

2014-09-07 Par sujet Muselaar



Le 07/09/2014 10:26, Christian Quest a écrit :
Avant le comment (technique) vérifier qu'elle est bien sous une 
licence nous permettant de l'utiliser...


Il n'y a semble-t-il pas de licence à proprement parler, et le site 
indique clairement qu'il faut demander une autorisation par courrier 
pour toute utilisation autre que de consultation personnelle. J'ai donc 
la première partie de ma réponse, je sais à qui m'adresser maintenant : 
directement à la Mairie.
Reste la 2e partie, que je ne maîtrise pas : quelle autorisation faut-il 
demander, sous quels termes, et dit autrement, quels termes employer 
pour éviter que l'autorisation soit rejetée d'emblée ? Il est nécessaire 
à mon avis de bien faire comprendre qu'il s'agit pour nous d'une simple 
source d'information de repérage, et pas d'une reproduction quelconque, 
puisque c'est nous qui interprétons et dessinons manuellement ce que 
nous voyons sur la photo.
À l'extrême limite, je ne vois même pas comment la mairie pourrait 
montrer qu'on a tiré nos infos de leurs photos (si ce n'est par 
l'utilisation un peu trop régulière du site), puisqu'elles ne font que 
refléter la réalité, que l'on pourrait relever tout pareil avec un bon 
GPS… mais de façon beaucoup plus fastidieuse, voire moins exacte.


Vu le mode de remise à jour quand on fait glisser la carte je pense 
qu'on a un WMS derrière cette appli Flash.


Et donc, techniquement ? Où trouver les informations techniques pour en 
tirer parti ? Peut-être que l'on pourrait obtenir un accès plus commode 
aux données que par le site…


NB : je ne suis que modeste, mais zélé contributeur, et pas du tout 
informaticien ni juriste, d'où mes questions peut-être un peu triviales…


Muselaar

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

[OSM-talk-fr] Utiliser les photos aériennes (orthophotos ?) de Belfort

2014-09-06 Par sujet Muselaar


Bonsoir,

Belfort vient de mettre en ligne une nouvelle version de sa photo 
aérienne, intéressante à plus d'un titre. Non seulement elle est récente 
(j'estime qu'elle date de l'automne 2013, c'est à dire après les travaux 
de réorganisation du réseau de bus), mais en plus elle couvre maintenant 
toute l'agglomération.

Sa définition est incomparable par rapport à Bing.

http://applications.mairie-belfort.fr/plan_ville_belfort/

Seule question, comment l'utiliser dans JOSM ? À qui faut-il demander 
l'autorisation, que faut-il demander exactement, comment mettre en place 
l'incorporation à JOSM ? Beaucoup de questions dont un certain nombre ne 
sont peut-être pas à ma portée.


Muselaar

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

Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif

2014-09-04 Par sujet Muselaar

Il y a aussi tactile_paving, qui peuvent être présents sur le quai des 
arrêts de bus, soit en version courte, là où il y a la porte du 
chauffeur, soit en version longue, tout le long du quai. D'après le 
wiki, il semblerait que ce soit parfois en concurrence avec guide_strip, 
que je ne connaissais pas, qui n'a pas de page d'explication, et qui n'a 
qu'une unique occurence dans le wiki, au sujet du Transilien : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien/Hackcess


Muselaar


Le 04/09/2014 12:29, Pieren a écrit :

2014-09-04 8:14 GMT+02:00 Francescu GAROBY windu...@gmail.com:

Sur la photo d'un arrêt de bus que tu montres, le tag strip=yes concerne
le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il
existe par contre guide_strip=yes/no/bad, qui concerne les bandes
podoctatiles de guidage.
Parle-t-on donc de la même chose ou de 2 choses différentes ?

Comme je l'ai écris:
A part strip=yes (à remplacer par road_marking=bus), les autres
tags tiennent la route.
L'intention de l'auteur était de signaler la présence de la bande
d'arrêt pour le bus sur la voie, pas de bandes podotactiles. On peut
imaginer que cette signalisation peut être utile à certains handicaps
(y compris à certains automobilistes qui confondent les arrêts avec
des parkings).

Pieren

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



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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

2014-09-04 Par sujet Muselaar



Le 04/09/2014 09:26, Guilhem Bonnefille a écrit :

OSM n'a pas le niveau requis pour servir de source d'information à suivre 
aveuglément. OSM doit rester une source d'inspiration.

Mais bon, ce n'est que mon avis.
C'est aussi totalement le mien, et pour moi, ça ne change pas des cartes 
25 000e de l'IGN, qui à certains endroits se trompent pas mal aussi.


Soit un chemin qui n'a jamais pu exister, vu la falaise, soit des 
chemins qui n'ont plus été dégagés depuis la dernière guerre, vu la 
taille des abres qui poussent dedans. On peut rapidement trouver un bon 
paquet d'erreurs chez l'IGN, sans même parler du succulent mais bien 
trop répandu « détail linéaire non identifié » apparu dans les années 
80, quand l'IGN a bouclé 1/4 de la France en quelques années, alors que 
les 3/4 précédents avaient mis 50 ans…


Il y a eu une baisse notable de qualité des relevés à cette occasion. 
C'est facile de faire la différence entre les époques (suivant les 
régions) : avant, les abres isolés étaient tous indiqués, comme des 
portions de haies, ou les routes bordées d'abres. Après, c'est beaucoup 
plus aléatoire, c'est le règne du non identifié.


On a franchement une carte à jouer, c'est le cas de le dire. Le plus 
dommage est qu'on ne puisse partir des données de l'IGN, dont 
l'essentiel est fiable, je ne dis pas le contraire, au lieu de les 
reconstituer péniblement alors qu'elle existent déjà, tout ça pour une 
histoire de licences. J'avoue ne pas comprendre le sens de « National »… 
c'est pas nous, la Nation ?


Muselaar

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

Re: [OSM-talk-fr] OSM passe dans la 4ème dimension... non ? si si !

2014-08-31 Par sujet Muselaar


+1

Le 31/08/2014 15:23, Pierre Béland a écrit :
Il serait intéressant d'avoir des couches distinctes pour services 
communautaires / publics vs services commerciaux. A mon point de vue, 
on met beaucoup l'accent dans OSM sur services commerciaux au 
détriment de services communautaires / publics.

Pierre


*De :* Christian Quest cqu...@openstreetmap.fr
*À :* Discussions sur OSM en français talk-fr@openstreetmap.org
*Envoyé le :* Dimanche 31 août 2014 4h12
*Objet :* Re: [OSM-talk-fr] OSM passe dans la 4ème dimension... non ? 
si si !


Je prépare un autre rendu anaglyphe avec l'objectif de déconstruire 
une carte, c'est à dire de montrer les différentes couches de données 
qui en se superposant forment la carte finale.


J'ai pensé à 4 couches:
- occupation des sols et hydrographie
- voies de circulation
- bâtiments et adresses
- POI

L'idée est de le faire transparent pour le superposer à n'importe quel 
rendu et que ça soit un outil plutôt pédagogique.


Je cherche aussi à coder un webworker pour permettre le réglage du 
niveau rouge/cyan car sur les différents moniteurs sur lesquels j'ai 
montré ce rendu 4d, le cyan était trop prononcé par rapport à mon 
écran calibré.
Soit je le baisse un peu plus dans le rendu (75% - 66%) soit il faut 
le rendre réglable par l'utilisateur et pour ça j'ai pense reprendre 
la technique utilisée par Mapbox pour leur ombrage dynamique: 
https://www.mapbox.com/blog/dynamic-hill-shading/


Si un courageux veut s'y mettre qu'il n'hésite pas !



Le 28 août 2014 17:56, Sylvain Maillard sylvain.maill...@gmail.com 
mailto:sylvain.maill...@gmail.com a écrit :


pour un colloque, j'avais accroché une paire à côté de mon poster,
ça fait toujours un joli effet ;)
en plus pas besoin que ça soit uniquement bicolor !

je verrais bien un rendu randonnée en montagne dans ce style ...


en tout cas, beau travail !

Sylvain


Le 28 août 2014 17:03, Nicolas Moyroud nmoyr...@free.fr
mailto:nmoyr...@free.fr a écrit :



J'en aurai aussi lundi 8 au NUMA pour les 10 ans d'OSM. Je
vais essayer de voir ce que ça donne imprimé.


Hé hé prochain SOTM-FR je sens qu'on va avoir des posters
bicolores sur les murs et des lunettes dans les pochettes ! ;-)


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



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




--
Christian Quest - OpenStreetMap France

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




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


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

Re: [OSM-talk-fr] OSM passe dans la 4ème dimension... non ? si si !

2014-08-31 Par sujet Muselaar

Effectivement, pas de publicité ne veut pas dire secret, mais seulement 
pas de mise en avant d'un professionnel par rapport à ses pairs. Pour 
moi, on ne peut nous reprocher de les indiquer. Et du reste, sur le 
terrain, ça arrive qu'ils le soient. J'étais cet été dans un bourg ou le 
médecin était indiqué par des panneaux routiers depuis la rue 
principale, jusqu'au fond de son impasse à la périphérie du village.


Muselaar.

Le 31/08/2014 19:34, Pierre Béland a écrit :
Je ne sais pas en France, mais au Québec ils sont dans l'annuaire de 
téléphone. Ils pourraient sûrement aussi être référencés sur une 
carte. C'est un service essentiel et on ne parle pas ici de publicité.

Pierre


*De :* Jérôme Amagat jerome.ama...@gmail.com
*À :* Pierre Béland pierz...@yahoo.fr; Discussions sur OSM en 
français talk-fr@openstreetmap.org

*Envoyé le :* Dimanche 31 août 2014 13h30
*Objet :* Re: [OSM-talk-fr] OSM passe dans la 4ème dimension... non ? 
si si !


Bonjour,

Pour les medecin, faut voir mais je suis pas sur qu'ils peuvent 
figurer sur une carte. Ils n'ont pas le droit à la pub. et ne peuvent 
pas mettre de panneaux indiquant le cabinet du docteur est par là.


Jérôme


Le 31 août 2014 18:33, Pierre Béland pierz...@yahoo.fr 
mailto:pierz...@yahoo.fr a écrit :




Christian,

Je fais une distinction avec services commerciaux (ie.
restaurants, commerces) vs services communautaires et publics (ie.
cliniques médicales, pharmacies, associations, services publics).
Il y aurait sans doute un meilleur terme pour les décrire, mais
voila mon idée.

Les contributeurs OSM ont beaucoup mis l'accent sur les POI
commerciaux y ajoutant les heures d'ouverture, etc. Les chaines de
franchisés semblent ajoutées systématiquement. Et les rendus,
styles de carte ont beaucoup mis l'accent sur ces objets
commerciaux. Question de concurrencer Google?

En même temps, on ne retrouve pas systématiquement les cliniques
médicales, les associations, les services publics. Et souvent les
rendus négligent ces aspects, par exemple amenity=doctor.

On se retrouve donc avec des cartes où on voit très bien toute
sorte de services commerciaux mais pas les autres types de
services plus sociaux.  Une bonne façon de mettre de l'avant ces
services, serait de les distinguer des services plus commerciaux
tels boutiques et restaurants.
Pierre


*De :* Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr
*À :* Discussions sur OSM en français talk-fr@openstreetmap.org
mailto:talk-fr@openstreetmap.org
*Envoyé le :* Dimanche 31 août 2014 10h26

*Objet :* Re: [OSM-talk-fr] OSM passe dans la 4ème dimension...
non ? si si !

Le 31 août 2014 15:23, Pierre Béland pierz...@yahoo.fr
mailto:pierz...@yahoo.fr a écrit :

Il serait intéressant d'avoir des couches distinctes pour
services communautaires / publics vs services commerciaux. A
mon point de vue, on met beaucoup l'accent dans OSM sur
services commerciaux au détriment de services communautaires /
publics.



Qu'entends-tu par là ?




-- 
Christian Quest - OpenStreetMap France


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



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






___
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] cartes personnelles et routes



Le 19/08/2014 11:47, Nicolas Moyroud a écrit :
Sinon autre solution : pendant tes prochaines randonnées penses à 
faire une trace GPS avec ton smartphone. Sous Android le logiciel 
gratuit OruxMaps est parfait pour ça et en plus il te propose le fond 
de carte OSM pour te repérer sur le terrain !


Le problème, c'est que mon smartphone chauffe terriblement quand il 
utilîse le GPS, et la batterie ne tient que 2 h… J'ai l'intention 
d'acheter un eTrex 10 pour la prochaine fois. Merci pour l'indication du 
logiciel, je proposerai ça à ceux de mes proches qui ont un Androïd.


Muselaar


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

Re: [OSM-talk-fr] cartes personnelles et routes



Le 19/08/2014 11:45, Nicolas Moyroud a écrit :
Je pense que le plus pratique est d'utiliser le logiciel Marble 
(http://marble.kde.org/) comme déjà indiqué hier par Nicolas Dumoulin 
sur un autre fil de discussion. Je m'en sers pour tracer depuis les 
données OSM des itinéraires à suivre pour mes randonnées c'est super !
On peut exporter l'itinéraire calculé en gpx pour le charger dans son 
GPS ou n'importe quel autre logiciel comme JOSM.
Ah, voilà une bonne solution ! Je connaissais bien ce logiciel pour ces 
belles visualisations du globe sous toutes ses coutures, mais je n'avais 
pas imaginé qu'il permettait aussi ça !


Muselaar



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

Re: [OSM-talk-fr] cartes personnelles et routes



Le 19/08/2014 11:37, Nicolas Dumoulin a écrit :

Bonjour,

Le lundi 18 août 2014 23:35:08 Muselaar a écrit :

Y aurait-il un moyen de réunir tous les segments d'une trace gpx en un
seul ? Umap aurait-il un mode d'import qui le permette ?
J'ai bien sûr essayé de fusionner tous les chemins de mon calque en un
seul, mais ça ne marche pas au delà d'un ou deux.

Dans JOSM, si tous tes chemins se suivent, tu n'as qu'à sélectionner tous tes
chemins (à la main, ou en recherchant type:way), supprimer toutes les
étiquettes (tags) et les fusionner (raccourci clavier [C]).

Tu as réussi à le faire ?
Moi, au bout de 2 chemins, j'ai l'alerte « les chemins ne peuvent être 
fusionnés » et basta… Même en les prenant un par un, même en ayant 
supprimé tous les tags (en sélectionnant l'ensemble du calque). Du 
reste, je le fais très rarement en cartographiant, la tendance naturelle 
est plutôt l'inverse.


Muselaar

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

Re: [OSM-talk-fr] cartes personnelles et routes



Le 12/08/2014 11:57, News mail a écrit :


Bonjour, selon votre niveau de randonneur, je peux te suggérer de 
regarder les cartes proposées par opentopomap [1], elles se basent sur 
OSM mais sont plus proches des cartes topographiques habituelles 
(genre IGN).


Cordialement,
Thomas

[1] https://opentopomap.org/



Effectivement, c'est mon fond de carte préféré (quand les autres 
lisaient encore la bibliothèque rose, je lisais déjà les cartes de 
l'IGN), mais le problème est que la mise-à-jour date de mars, et elle 
est lancée manuellement de loin en loin. Comme il manque beaucoup de 
chemins et de sentiers dans OSM, on ne peut pas disposer de ses propres 
corrections.


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

Re: [OSM-talk-fr] cartes personnelles et routes



Le 19/08/2014 17:43, Nicolas Moyroud a écrit :

Le 18/08/2014 23:35, Muselaar a écrit :


Y aurait-il un moyen de réunir tous les segments d'une trace gpx en 
un seul ? Umap aurait-il un mode d'import qui le permette ?
J'ai bien sûr essayé de fusionner tous les chemins de mon calque en 
un seul, mais ça ne marche pas au delà d'un ou deux.


Muselaar

Il suffit d'éditer le fichier gpx avec un éditeur de texte et de 
regrouper tous les blocs trkseg en un seul. Des fois ce sont les 
outils les plus simples qui conviennent le mieux ! ;-)


Pas mal comme idée, en effet. Mais il doit y avoir quelque chose qui 
cloche quelque part, car la trace qui en résulte ressemble à ce qui 
reste quand un chat a joué avec une pelote de laine. Est-ce que les 
segments n'auraient pas été exportés dans l'ordre chronologique de 
création sur OSM ou un truc comme ça ?


Sinon, Marble est la bonne solution, infiniment plus rapide 
d'utilisation que découper puis additionner des segments dans JOSM, et 
qui permet aussi de faire passer la trace là où on veut. Il faut quand 
même éditer le fichier pour éliminer les éléments autres que la trace, 
les indications de routage, en particulier.
Quand je pense au temps passé sur JOSM (mais il y avait aussi le rajout 
des chemins manquants, ou d'autres éléments entrevus au passage)…


Autre question : quelqu'un saurait-il comment on peut remonter un calque 
dans uMap (pour les remettre dans un ordre logique) ?


Muselaar

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

Re: [OSM-talk-fr] cartes personnelles et routes



Le 19/08/2014 19:14, Muselaar a écrit :


Le 19/08/2014 17:43, Nicolas Moyroud a écrit :

Le 18/08/2014 23:35, Muselaar a écrit :


Y aurait-il un moyen de réunir tous les segments d'une trace gpx en 
un seul ? Umap aurait-il un mode d'import qui le permette ?
J'ai bien sûr essayé de fusionner tous les chemins de mon calque en 
un seul, mais ça ne marche pas au delà d'un ou deux.


Muselaar

Il suffit d'éditer le fichier gpx avec un éditeur de texte et de 
regrouper tous les blocs trkseg en un seul. Des fois ce sont les 
outils les plus simples qui conviennent le mieux ! ;-)


Pas mal comme idée, en effet. Mais il doit y avoir quelque chose qui 
cloche quelque part, car la trace qui en résulte ressemble à ce qui 
reste quand un chat a joué avec une pelote de laine. Est-ce que les 
segments n'auraient pas été exportés dans l'ordre chronologique de 
création sur OSM ou un truc comme ça ?


Sinon, Marble est la bonne solution, infiniment plus rapide 
d'utilisation que découper puis additionner des segments dans JOSM, et 
qui permet aussi de faire passer la trace là où on veut. Il faut quand 
même éditer le fichier pour éliminer les éléments autres que la trace, 
les indications de routage, en particulier.
Quand je pense au temps passé sur JOSM (mais il y avait aussi le 
rajout des chemins manquants, ou d'autres éléments entrevus au passage)…


Autre question : quelqu'un saurait-il comment on peut remonter un 
calque dans uMap (pour les remettre dans un ordre logique) ?


Muselaar


Marble, c'était trop beau : il ne connaît pas certains « track ». Même 
en posant le piquet sur le chemin en zoomant fort, il indique « no route 
found »… Du coup, il va falloir encore trouver autre chose…
Ou bien c'est peut-être parce que le chemin est d'importation trop 
récente (je l'ai ajouté il y a une semaine), et que le calcul 
d'itinéraire ne prend pas en compte ce qui est affiché, mais une autre 
base de données ?


Muselaar

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

Re: [OSM-talk-fr] cartes personnelles et routes



Le 19/08/2014 20:16, Yves a écrit :

GraphHopper ?


N'affiche même pas les corrections faites il y 10 jours. Ne les prend 
pas en compte non plus.




On 19 août 2014 19:48:55 UTC+02:00, Muselaar musel...@ouvaton.org 
wrote:


Le 19/08/2014 19:14, Muselaar a écrit :

Le 19/08/2014 17:43, Nicolas Moyroud a écrit :

Le 18/08/2014 23:35, Muselaar a écrit :

Y aurait-il un moyen de réunir tous les segments d'une
trace gpx en un seul ? Umap aurait-il un mode d'import
qui le permette ? J'ai bien sûr essayé de fusionner
tous les chemins de mon calque en un seul, mais ça ne
marche pas au delà d'un ou deux. Muselaar

Il suffit d'éditer le fichier gpx avec un éditeur de texte
et de regrouper tous les blocs trkseg en un seul. Des
fois ce sont les outils les plus simples qui conviennent
le mieux ! ;-) 


Pas mal comme idée, en effet. Mais il doit y avoir quelque
chose qui cloche quelque part, car la trace qui en résulte
ressemble à ce qui reste quand un chat a joué avec une pelote
de laine. Est-ce que les segments n'auraient pas été exportés
dans l'ordre chronologique de création sur OSM ou un truc
comme ça ? Sinon, Marble est la bonne solution, infiniment
plus rapide d'utilisation que découper puis additionner des
segments dans JOSM, et qui permet aussi de faire passer la
trace là où on veut. Il faut quand même éditer le fichier pour
éliminer les éléments autres que la trace, les indications de
routage, en particulier. Quand je pense au temps passé sur
JOSM (mais il y avait aussi le rajout des chemins manquants,
ou d'autres éléments entrevus au passage)... Autre question :
quelqu'un saurait-il comment on peut remonter un calque dans
uMap (pour les remettre dans un ordre logique) ? Muselaar 



Marble, c'était trop beau : il ne connaît pas certains « track ». Même
en posant le piquet sur le chemin en zoomant fort, il indique « no route
found »... Du coup, il va falloir encore trouver autre chose...
Ou bien c'est peut-être parce que le chemin est d'importation trop
récente (je l'ai ajouté il y a une semaine), et que le calcul
d'itinéraire ne prend pas en compte ce qui est affiché, mais une autre
base de données ?

Muselaar



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


--
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.


___
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] cartes personnelles et routes



Le 19/08/2014 16:39, Muselaar a écrit :


Le 19/08/2014 11:37, Nicolas Dumoulin a écrit :

Bonjour,

Le lundi 18 août 2014 23:35:08 Muselaar a écrit :

Y aurait-il un moyen de réunir tous les segments d'une trace gpx en un
seul ? Umap aurait-il un mode d'import qui le permette ?
J'ai bien sûr essayé de fusionner tous les chemins de mon calque en un
seul, mais ça ne marche pas au delà d'un ou deux.
Dans JOSM, si tous tes chemins se suivent, tu n'as qu'à sélectionner 
tous tes

chemins (à la main, ou en recherchant type:way), supprimer toutes les
étiquettes (tags) et les fusionner (raccourci clavier [C]).

Tu as réussi à le faire ?
Moi, au bout de 2 chemins, j'ai l'alerte « les chemins ne peuvent être 
fusionnés » et basta… Même en les prenant un par un, même en ayant 
supprimé tous les tags (en sélectionnant l'ensemble du calque). Du 
reste, je le fais très rarement en cartographiant, la tendance 
naturelle est plutôt l'inverse.


Je viens de comprendre pourquoi, je parie que vous n'avez pas imaginé 
que j'aie calé sur un truc si basique, et je me souviens maintenant que 
ça m'était déjà arrivé : impossible de fusionner des chemins s'il ne 
sont pas déjà joints l'un à l'autre. Et OSM ne manque pas de nœuds 
tellement proches l'un de l'autre qu'ils s'affichent comme un seul 
point, mais en fait ils sont non soudés. On peut le voir avec la taille 
du carré : s'ils sont soudés, les nœuds sont gros, et s'ils ne le sont 
pas, ils sont petits.
Il faut donc prendre chaque segment un à un pour le vérifier, et 
ensuite, ça marche.


Muselaar.

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

Re: [OSM-talk-fr] cartes personnelles et routes

2014-08-18 Par sujet Muselaar



Le 12/08/2014 23:58, Muselaar a écrit :


Le 12/08/2014 13:08, V de Chateau-Thierry a écrit :

Bonjour,


De : Muselaar
Merci pour l'info, mais à ce moment, il s'agirait d'une trace genre gpx
? Sinon, quel genre de fichier on peut insérer, et quel logiciel
pourrait les créer ?
Tu peux générer des traces au format gpx directement depuis JOSM 
(clic-droit sur un

calque puis Enregistrer sous ou Exporter) ou sinon depuis notamment
http://map.project-osrm.org/ où tu peux d'abord composer un 
itinéraire puis en obtenir la

trace en gpx.

vincent

Effectivement, c'est là la bonne solution, ne reste plus qu'à ajouter 
les chemins manquants !


Merci beaucoup !

Muselaar


Concernant OSRM, je ne pense pas que ce soit exploitable, à moins de 
pouvoir utiliser un autre mode que « voiture », et d'ajouter des points 
de passage obligés, ce que je n'ai pas trouvé. Bien sûr qu'en sachant 
lire l'anglais et tripatouiller un peu l'informatique, ça pourrait le 
faire, mais comme ce n'est pas mon cas…


J'ai utilisé un calque de JOSM pour copier toutes les routes utilisées, 
j'ai ensuite coupé les branches inutilisées, et j'ai ensuite exporté la 
trace gpx (et j'ai refermé JOSM en prenant bien soin d'éviter d'envoyer 
mon calque sur le serveur, ouf, je n'ai pas fait cette gaffe).
Le résultat est génial sur uMap, et je suis très content aussi d'avoir 
pu en quelques clics intégrer à ma carte des parcours en bus urbain, 
grâce à l'éditeur de relation de JOSM.
Mais le problème qui subsiste, c'est que la trace gpx contient une 
longue série de segments de route, et que lorsqu'on clique sur le 
dernier bouton en bas de uMap (« Mesurer les distances »), on a la 
longueur de tous les segments exportés qui s'affiche : 23 m, 467 m, 8 m, 
etc. etc. etc., et c'est pas beau à voir sur la carte, autant qu'inutile.


Y aurait-il un moyen de réunir tous les segments d'une trace gpx en un 
seul ? Umap aurait-il un mode d'import qui le permette ?
J'ai bien sûr essayé de fusionner tous les chemins de mon calque en un 
seul, mais ça ne marche pas au delà d'un ou deux.


Muselaar


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

[OSM-talk-fr] cartes personnelles et routes

2014-08-12 Par sujet Muselaar



Bonjour,

j'ai fait une randonnée avec un groupe d'amis, et je souhaiterais leur 
proposer une carte précise des endroits où l'on est passé, ce qui serait 
pour moi surtout une façon de leur faire découvrir OSM, voire de les 
inciter à contribuer.


Je sais qu'il existe uMap, mais si j'ai bien compris, il n'est possible 
que de tracer des traits à main levée ou des droites par dessus la 
carte, ce qui n'est pas trop adapté pour que la trace suive exactement 
les chemins.
Existerait-il un moyen de tracer une route, comme on le fait pour les 
chemins de St Jacques de Compostelle ou les lignes de bus, mais à usage 
privé, sans encombrer OSM de données sans intérêt pour les autres ?


Muselaar



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

Re: [OSM-talk-fr] cartes personnelles et routes

2014-08-12 Par sujet Muselaar



Le 12/08/2014 11:34, didier2020 a écrit :

Je sais qu'il existe uMap, mais si j'ai bien compris, il n'est possible
que de tracer des traits à main levée ou des droites par dessus la
carte, ce qui n'est pas trop adapté pour que la trace suive exactement
les chemins.

on peut inserer des fichiers dans umap :
http://wiki.openstreetmap.org/wiki/FR:UMap/Guide#Importer_des_donn.C3.A9es
Merci pour l'info, mais à ce moment, il s'agirait d'une trace genre gpx 
? Sinon, quel genre de fichier on peut insérer, et quel logiciel 
pourrait les créer ?


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

Re: [OSM-talk-fr] cartes personnelles et routes

2014-08-12 Par sujet Muselaar



Le 12/08/2014 13:08, V de Chateau-Thierry a écrit :

Bonjour,


De : Muselaar
Merci pour l'info, mais à ce moment, il s'agirait d'une trace genre gpx
? Sinon, quel genre de fichier on peut insérer, et quel logiciel
pourrait les créer ?

Tu peux générer des traces au format gpx directement depuis JOSM (clic-droit 
sur un
calque puis Enregistrer sous ou Exporter) ou sinon depuis notamment
http://map.project-osrm.org/ où tu peux d'abord composer un itinéraire puis en 
obtenir la
trace en gpx.

vincent

Effectivement, c'est là la bonne solution, ne reste plus qu'à ajouter 
les chemins manquants !


Merci beaucoup !

Muselaar

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

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



Le 17/07/2014 23:23, Francescu GAROBY a écrit :
* le rendu étransport d'OSM est pour moi un contre-exemple tellement 
il est dégueu : une seule couleur (alors que nombre de lignes ont un 
tag 'colour' correspondant à la couleur attribuée par l'opérateur du 
réseau), pas de serpent (il s'agit de la façon de représenter les 
lignes empruntant la même voie : on trace toutes les lignes de couleur 
en parallèle) ;
* une répétition anormalement élevée du nom de la ligne à certains 
niveaux de zoom (zooms 16 et supérieurs) et rien aux zooms inférieurs 
(le zoom 15 est vide, dans l'exemple que tu donnes).


+1

Résumé de ma contribution qui suit :

- 1er sujet : comment résoudre, avec simplicité et légèreté de données, 
l'intégration dans OSM des lignes de bus qui comportent une dizaine de 
variantes ?
- 2e sujet : problématique du rendu actuel de la couche Transports, 
quand les girouettes de bus indiquent 4 lettres, et qu'une dizaine de 
références ou plus (à 4 lettres !) devraient en toute rigueur et 
exhaustivité coexister sur un même tronçon de rue. Également : 
difficultés qui en découleraient si le rendu se mettait à tracer en 
parallèle toute les routes existantes.
- 3e sujet : proposition de solution, qui nécessite, soit d'abandonner 
les « route master », soit d'ajouter un étage de relation, avec des 
routes de bus élémentaires, qui ne serviraient que de briques pour 
assembler les vraies routes de bus.



- À Belfort, on a depuis cette année des girouettes à 4 lettres sur les 
lignes suburbaines, pour distinguer les variantes de parcours et 
d'antennes : par exemple, pour la ligne D (qui représente presque un 
mini réseau à elle toute seule, mais avec la moitié en tronc commun : 
Gare TGV-entrée de Delle, cadencée à 20 mn) : DCFF, DGFF, DECI, DEBA, 
DEBO pour l'aller, les retours (aussi nombreux) étant réunis sous les 
deux girouettes DTGV et DTGM, ce qui fait au total 9 routes et 7 « ref » 
pour une seule ligne ! (une variante n'existe pas dans le sens retour).

http://info.optymo.fr/media/com_infosvoyageurs/uploads/fiches/fiche_ligne_D.pdf

Le problème au niveau du rendu, c'est que si je tague (je n'ai pas 
essayé, mais ça me semble évident) les 4 lettres dans la clé « ref », 
les 7 groupes de 4 lettres vont faire un beau bazar incompréhensible sur 
le rendu. Je me contente donc d'indiquer « D », ce qui fait d'ailleurs 
toujours autant de répétitions.


- La ligne urbaine 3 n'est pas mal non plus au niveau variantes. Il y a 
un long tronc commun et deux antennes, desservies alternativement en 
temps normal. Sauf que l'été ou le soir, les deux antennes sont 
desservies successivement, le bus revenant rapidement à la fourche par 
la N 19 pour desservir la 2e antenne. On est déjà là avec 6 routes en 
présence, avec toutefois une unique girouette « 3 ». Là où ça se 
complique, c'est qu'il y a des parcours partiels, du côté terminus 
commun, les bus pouvant partir, non de Valdoie, mais seulement de 
Liberté, ou encore de IUT, et en plus, plusieurs bus dans la journée ne 
font qu'un quart de la ligne. Au final, je viens de compter, on a 12 
routes différentes pour une seule ligne.
hiver : 
http://info.optymo.fr/media/com_infosvoyageurs/uploads/fiches/fiche%20_ligne_3.pdf
été : 
http://info.optymo.fr/media/com_infosvoyageurs/uploads/fiches/fiche_ligne_3.pdf


En définitive, si je mappe tout ça, j'arrive à deux endroits du réseau à 
20 ou 22 routes de bus :
- sur 300 m de l'avenue du Général Leclerc, avec les 5 lignes du réseau 
urbain, dont la prolixe ligne 3,
- près de la gare TGV, pour 400 m de D 119 avec 3 ronds-points (… non 
découpés, ndlr), où l'on n'a seulement les lignes 3, D et M !



=== Il y a clairement un problème : soit on mappe « comme il faut », et 
on a 22 routes de bus sur certaines rues, soit on doit abandonner l'idée 
de mapper les lignes de bus complexes, et alors, au nom de quoi ? Et où 
placer la limite entre ce qui doit être mappé de ce qui doit être 
abandonné… ou simplifié de façon inexacte ?


- Ma proposition qui allègerait bien les données en évitant ces 
redondances excessives :
au lieu d'indiquer directement dans les tronçons de voirie les 22 routes 
de bus, je propose de créer des routes de bus élémentaires qui ne 
comportent que le parcours d'une bifurcation à l'autre du réseau de bus 
(donc plus qu'une seule route de bus par sens), et de mapper les routes 
de bus, non au niveau des tags de tronçons de voirie, mais dans une 
relation qui réunit les routes élémentaires.
Le problème serait alors que les logiciels de rendu sachent exploiter ce 
procédé.


Je me pose aussi la question de savoir comment taguer les lignes 
saisonnières… opening_hours, ça convient ?


Désolé d'aborder autant de sujets dans un même mail, mais il y a un 
point commun, et qui rejoint la question des ronds points : décrire le 
complexe quand le système est prévu pour du simple.


Muselaar





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

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



Sur la question du découpage des ronds-points, j'en suis venu à penser 
différemment (bien que j'avoue, j'en ai découpé quelques uns pour plus 
de clarté, mais tous les autres, non), il me semble à moi aussi 
maintenant que c'est uniquement un problème de rendu :


Une solution élégante, et qui allègerait les données, serait de 
s'abstenir de taguer la route sur les ronds-points, et que la continuité 
soit reconnue par le fait que 2 nodes différents d'un même rond-point 
appartiennent à la même route. Je n'arrive pas à imaginer un cas où il 
pourrait y avoir ambiguité.
La route serait alors d'office le parcours obligatoire d'un node à 
l'autre, étant donné le sens de circulation.
Si l'on considère le rond-point comme un carrefour en un même et unique 
objet, il n'y aurait effectivement en toute logique aucune raison de le 
taguer, dans la mesure ou les nodes d'entrée et de sortie appartiennent 
au même carrefour. Un rond-point est un cas particulier de chemin, il 
n'est pas linéaire, mais circulaire, il revient sur lui-même, on ne peut 
pas lui appliquer les raisonnements adaptés aux autres chemins.
Il y a bien sûr des cas particuliers dans lesquels un parcours peut 
débuter ou se terminer sur un rond-point, mais à mon sens, ça ne peut en 
aucun cas être le node d'entrée ou de sortie, mais seulement un node 
intermédiaire, ce qui n'interfèrerait pas avec ma proposition.
Mais cette solution demanderait des adaptations logicielles. Qu'en 
disent les techniciens ?



Pour ton exemple de routes « intermédiaires », je ne comprends pas 
exactement ce que tu as fait, étant donné que le rendu n'est 
actuellement pas apte à le prendre en compte... Tu as mis à la fois les 
chemins, les stops, et les plateformes, c'est ça ?


Je ne pense pas que ce soit une bonne idée d'intégrer les arrêts à ces 
niveaux intermédiaires : d'une part, les arrêts peuvent être différents 
d'une ligne à l'autre (rien qu'à Belfort qui est une petite ville, il y 
a plusieurs exemples d'arrêts qui sont « sautés » par certaines lignes), 
d'autre part, les arrêts, que ce soit les stop_positions ou les 
plateformes, n'interfèrent quasiment pas avec le reste de la 
cartographie, donc cela ne crée pas de perturbation pour l'édition des 
autres usages.


De plus, concernant le nombre élevé, je ne crois pas qu'un même point 
d'arrêt puisse être utilisé par 63 routes de bus, ça doit faire une 
sacrée queue de bus, et ils n'auraient pas le temps de s'arrêter. Dans 
mes deux exemples de 20 et 22 relations-routes, il n'y a aucun arrêt qui 
soit partagé par toutes les relations présentes sur la rue. Sur tout le 
réseau du Territoire de Belfort, ville comprise, je ne vois que 3 
stop_positions (parce que 2 sens confondus) qui totalisent 14 ou 15 
routes, et plusieurs autres 11 routes, en raison essentiellement des 
variations de parcours selon le moment de la journée. Avec l'éditeur de 
relations de JOSM, ce nombre de relations différentes sur un même objet 
local est très facile à gérer.


La question qui reste est de savoir si c'est techniquement réalisable. 
Pour taguer, on peut toujours, mais si ensuite ce n'est pas exploitable, 
ça ne présente pas d'intérêt. Cette solution demanderait donc des 
adaptations logicielles. Qu'en disent les techniciens ?



Muselaar


Le 24/07/2014 16:45, Jo a écrit :
Je suis complètement d'accord pour ce niveau intermédiaire entre les 
chemins et les relations route qui symbolisent toutes les variations 
des lignes de transport en commun.


J'ai une rue où j'ai mappé toutes les lignes qui rentrent en ville et 
j'arrive à 63 relations route pour 28 itinéraires. Il ya donc 
relativement peu de variations sur les lignes, mais il y a 
certainement bcp de lignes qui y passent, ce qui rend l'édition compliqué.


J'ai déjà essayé de faire cet exercice pour un itinéraire:

https://www.openstreetmap.org/relation/2336781/history#map=14/50.8655/4.6878
https://www.openstreetmap.org/relation/2336780/history#map=14/50.8653/4.6883

il y a 2 ans déjà, mais à l'époque OSM n'était pas prêt pour une 
solution tellement révolutionnaire. Même si pour les itinéraires de 
randonnée une telle solution a bien été adoptée.


Malheureusement, je ne vois pas comment cela résoudrait notre 
différence d'opinion sur les rond-points.


Jo


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


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

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

Nouvelle réflexion qui s'ajoute aux précédentes : je ne comprends en 
fait pas l'utilité des « routes master » : il me semble que c'est une 
sorte de catégorie déguisée, précédemment vilipendée...
Si l'on veut chercher toutes les routes d'une même ligne, il est bien 
facile de recouper l'opérateur avec le numéro de la ligne en question... ?


Le 24/07/2014 17:48, Muselaar a écrit :


Sur la question du découpage des ronds-points, j'en suis venu à penser 
différemment (bien que j'avoue, j'en ai découpé quelques uns pour plus 
de clarté, mais tous les autres, non), il me semble à moi aussi 
maintenant que c'est uniquement un problème de rendu :


Une solution élégante, et qui allègerait les données, serait de 
s'abstenir de taguer la route sur les ronds-points, et que la 
continuité soit reconnue par le fait que 2 nodes différents d'un même 
rond-point appartiennent à la même route. Je n'arrive pas à imaginer 
un cas où il pourrait y avoir ambiguité.
La route serait alors d'office le parcours obligatoire d'un node à 
l'autre, étant donné le sens de circulation.
Si l'on considère le rond-point comme un carrefour en un même et 
unique objet, il n'y aurait effectivement en toute logique aucune 
raison de le taguer, dans la mesure ou les nodes d'entrée et de sortie 
appartiennent au même carrefour. Un rond-point est un cas particulier 
de chemin, il n'est pas linéaire, mais circulaire, il revient sur 
lui-même, on ne peut pas lui appliquer les raisonnements adaptés aux 
autres chemins.
Il y a bien sûr des cas particuliers dans lesquels un parcours peut 
débuter ou se terminer sur un rond-point, mais à mon sens, ça ne peut 
en aucun cas être le node d'entrée ou de sortie, mais seulement un 
node intermédiaire, ce qui n'interfèrerait pas avec ma proposition.
Mais cette solution demanderait des adaptations logicielles. Qu'en 
disent les techniciens ?



Pour ton exemple de routes « intermédiaires », je ne comprends pas 
exactement ce que tu as fait, étant donné que le rendu n'est 
actuellement pas apte à le prendre en compte... Tu as mis à la fois 
les chemins, les stops, et les plateformes, c'est ça ?


Je ne pense pas que ce soit une bonne idée d'intégrer les arrêts à ces 
niveaux intermédiaires : d'une part, les arrêts peuvent être 
différents d'une ligne à l'autre (rien qu'à Belfort qui est une petite 
ville, il y a plusieurs exemples d'arrêts qui sont « sautés » par 
certaines lignes), d'autre part, les arrêts, que ce soit les 
stop_positions ou les plateformes, n'interfèrent quasiment pas avec le 
reste de la cartographie, donc cela ne crée pas de perturbation pour 
l'édition des autres usages.


De plus, concernant le nombre élevé, je ne crois pas qu'un même point 
d'arrêt puisse être utilisé par 63 routes de bus, ça doit faire une 
sacrée queue de bus, et ils n'auraient pas le temps de s'arrêter. Dans 
mes deux exemples de 20 et 22 relations-routes, il n'y a aucun arrêt 
qui soit partagé par toutes les relations présentes sur la rue. Sur 
tout le réseau du Territoire de Belfort, ville comprise, je ne vois 
que 3 stop_positions (parce que 2 sens confondus) qui totalisent 14 ou 
15 routes, et plusieurs autres 11 routes, en raison essentiellement 
des variations de parcours selon le moment de la journée. Avec 
l'éditeur de relations de JOSM, ce nombre de relations différentes sur 
un même objet local est très facile à gérer.


La question qui reste est de savoir si c'est techniquement réalisable. 
Pour taguer, on peut toujours, mais si ensuite ce n'est pas 
exploitable, ça ne présente pas d'intérêt. Cette solution demanderait 
donc des adaptations logicielles. Qu'en disent les techniciens ?



Muselaar


Le 24/07/2014 16:45, Jo a écrit :
Je suis complètement d'accord pour ce niveau intermédiaire entre les 
chemins et les relations route qui symbolisent toutes les variations 
des lignes de transport en commun.


J'ai une rue où j'ai mappé toutes les lignes qui rentrent en ville et 
j'arrive à 63 relations route pour 28 itinéraires. Il ya donc 
relativement peu de variations sur les lignes, mais il y a 
certainement bcp de lignes qui y passent, ce qui rend l'édition 
compliqué.


J'ai déjà essayé de faire cet exercice pour un itinéraire:

https://www.openstreetmap.org/relation/2336781/history#map=14/50.8655/4.6878
https://www.openstreetmap.org/relation/2336780/history#map=14/50.8653/4.6883

il y a 2 ans déjà, mais à l'époque OSM n'était pas prêt pour une 
solution tellement révolutionnaire. Même si pour les itinéraires de 
randonnée une telle solution a bien été adoptée.


Malheureusement, je ne vois pas comment cela résoudrait notre 
différence d'opinion sur les rond-points.


Jo


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




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

[OSM-talk-fr] voie sans issue


Bonsoir,

comment peut-on taguer une voie sans issue, ou plutôt un groupe de voies 
sans-issue ?
Sur le terrain, le panneau « voie sans issue » figure bien à l'entrée de 
la zone, donc pas d'interprétation abusive de ma part.


Je n'ai rien trouvé dans le wiki.

Muselaar

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

Re: [OSM-talk-fr] voie sans issue


Bonsoir, et merci pour cette réponse fulgurante.
Ah oui, merci, l'avantage de connaître l'anglais...
Mais contrairement à ce qu'indique effectivement le wiki 
http://wiki.openstreetmap.org/wiki/Noexit (« only on the very last 
node at the end of a highway=* »), il semblerait que ce soit plutôt à 
l'endroit du panneau qu'il faille le placer, donc au début de la rue, 
puisque par ailleurs 
http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Signaux_d.E2.80.99indication_de_type_C, 
le wiki indique que c'est le moyen de taguer le panneau...
Je reste perplexe sur l'emplacement... Dans le doute, je le place à 
l'endroit du panneau.

Muselaar

Le 24/07/2014 23:41, Francescu GAROBY a écrit :

Bonsoir,
Sur le node final, tu places le tag noexit=yes 
http://wiki.openstreetmap.org/wiki/Tag:noexit=yes


Francescu


Le 24 juillet 2014 23:38, Muselaar musel...@ouvaton.org 
mailto:musel...@ouvaton.org a écrit :


Bonsoir,

comment peut-on taguer une voie sans issue, ou plutôt un groupe de
voies sans-issue ?
Sur le terrain, le panneau « voie sans issue » figure bien à
l'entrée de la zone, donc pas d'interprétation abusive de ma part.

Je n'ai rien trouvé dans le wiki.

Muselaar

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




--
Cordialement,
Francescu GAROBY


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


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

Re: [OSM-talk-fr] voie sans issue



Le 25/07/2014 00:10, Philippe Verdy a écrit :
Et je pense que la voie sans issue est mieux représentée si on la 
marque non pas à la son extrémité (sur un nœud) mais à son entrée, […] 
à ce point […] par lequel on entre et par lequel on devra ressortir en 
sens inverse comme seule issue possible.


C'est aussi ce que je pense (Cf message précédent), mais je suis surpris 
maintenant de voir que ce panneau de voie sans issue n'apparaît pas sur 
les rendus courants… Pourtant, c'est une information qui a autant son 
prix que les sens uniques, surtout quand c'est tout un quartier qui est 
sans issue du fait d'une barrière sur une rue, et que la barrière 
n'apparaît d'ailleurs pas non plus sur le rendu mapnik.


Muselaar

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

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

2014-07-21 Par sujet Muselaar



Le 20/07/2014 21:59, Christian Quest a écrit :
Certains serveurs (et surtout les webmail) s'appuient sur message-id 
unique et créé par le premier serveur pour faire le dédoublonnage. 
Ceci explique pourquoi certains reçoivent les doublons et pas 
d'autres... bien qu'ils soient envoyés :(


Quand on parle de doublons… est-ce que le mot peut continuer à 
s'appliquer quand on arrive à 50 exemplaires ?


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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-21 Par sujet Muselaar

Pour les pseudo-bancs (assis-debout, ou repose-fesses) aux arrêts de 
bus, je propose, sur le modèle de bench=yes, de créer 
stand_up_bench=yes,  d'après l'appellation trouvée sur les sites de 
fabricants de matériel urbain.

Mais comment faire la proposition sur le wiki ? Je ne suis pas anglophone...
NB : je n'ai rien trouvé dans le wiki à ce sujet.

Muselaar

Le 12/07/2014 11:06, Francescu GAROBY a écrit :
Je rejoins Paul Mallet, concernant le taggage différencié entre un 
banc (avec ou sans dossier) d'une part et un repose-fesses, plus 
inconfortable qu'autre chose souvent (car il faut rester debout, en 
extension sur les jambes, pour ne pas glisser) d'autre part.
J'ignore cependant s'il existe déjà un tag/une valeur de tag pour 
désigner cela...


Francescu


Le 12 juillet 2014 11:01, Paul Mallet cont...@paulmallet.net 
mailto:cont...@paulmallet.net a écrit :


Ah et pour les pose fesses, pour moi il faut un tag particulier
(ou une valeur ?), imaginez qu'une une personne âgée (ou pas)
veuille choisir son arrêt en fonction de la présence d'un banc, et
que lorsqu'elle arrive il n'y a que ce truc inutile ?

Le 12 juil. 2014 10:58, Paul Mallet cont...@paulmallet.net
mailto:cont...@paulmallet.net a écrit :

Pour les terminus, il y a les rôles stop_entry_only et
stop_exit_only (et les rôles platform correspondant)

Pour les stop_position ça ne me pose pas de pbm que les noeuds
des 2 sens soient fusionnés si ils sont proches, a condition
qu'il soit présent dans les 2 relations.

Par contre c'est pour moi essentiel de mettre a la fois les
données de stop (sur la voie) et de plateform (abribus) pour
couvrir tous les usages que l'on peut faire de ces données
(notamment la recherche ou l'optimisation d'itinéraires, mais
pas que...)

Le 12 juil. 2014 01:47, Jo winfi...@gmail.com
mailto:winfi...@gmail.com a écrit :

Pour placer les arrêts je m'amuse également à chercher des:

/\/\/\/\ en France
B U S en Belgique
ou les abris.

Si ce n'est pas possible j'essaye de les placer le mieux
que possible. Tous les détails pertinents sont là, s'ils
sont mal placés il y aura certainement quelqu'un avec les
connaissances locales pour les placer mieux dans les
années qui viennent.

Jo

Pour les bancs, je ne sais pas. J'ai trouvé très peu de
poses-fesses jusqu'à présent.


2014-07-12 1:16 GMT+02:00 Muselaar musel...@ouvaton.org
mailto:musel...@ouvaton.org:

Ça, c'est la classe...
Quand je pense que je passe un temps non négligeable à
chercher d'après mes photos où sont précisément les
arrêts !
Quelquefois, ce n'est pas évident de retrouver la
bonne maison sur Bing, surtout dans les lotissements.
Et je me méfie des données de l'entreprise de
transport, j'ai déjà repéré quelques erreurs
d'emplacements d'arrêts (du moins par rapport au
calculateur d'itinéraire proposé sur le site... qui
utilise pour cette fonction OSM :
http://info.optymo.fr/votre-voyage/horaires-et-plans)

Muselaar


Le 12/07/2014 01:03, Jo a écrit :

Personnellement, je n'ajoute pas les stop_position.
Ils font déjà partie des chemins. Donc je n'ajoute
que les public_transport=platform/highway=bus_stop,
en ordre consécutive. Donc si le bus passe deux fois
le même arrêt il est là 2 fois. Comme j'ai les
données de 2 des 3 entreprises de transport en
Belgique à disposition, les relations route sont
créées de façon automatique pour toutes les variations.

Polyglot


2014-07-12 0:54 GMT+02:00 Francescu GAROBY
windu...@gmail.com mailto:windu...@gmail.com:

'from' et 'to font partie des tags permettant
d'enrichir la relation, au même titre que 'type',
'operator', ... Ce ne sont pas des rôles (les
rôles sont associés aux éléments qui composent la
relation).

Quant à la complétion automatique, je ne crois
pas qu'elle filtre sur les valeurs autorisées
pour une relation donnée. Si tu tentes de taper
un tag qui n'a rien à voir avec ta relation, tu
verras que Josm te le propose quand même.

Francescu


Le 12 juillet 2014 00:31, Muselaar
musel...@ouvaton.org
mailto:musel...@ouvaton.org a écrit :

En fait

[OSM-talk-fr] bus : rôles stop, start, end ?


Bonsoir,

Dans les routes de bus, faut-il employer les rôles start et end, ou bien 
uniquement stop pour tous les arrêts (y compris les arrêts de départs et 
de terminus) ?


2e question : dans l'application du nouveau shéma des transports 
publics, j'ai pris l'option, n'ayant pas trouvé la réponse sur le wiki, 
de ne garder qu'un seul « stop position » (donc par un nœud sur la voie 
elle-même) lorsque les arrêts des deux sens sont face à face. Est-ce que 
c'est bien/acceptable/à éviter/inacceptable ?
Mon avis, c'est que placer 2 stop-positions différents à 5 ou 10 m l'un 
de l'autre (pour qu'ils soient exactement au niveau du conducteur), 
surtout quand les quais sont quasiment au même niveau de la rue, et donc 
les bus des deux sens sont l'un contre l'autre, c'est une 
complexification sans intérêt.
Mais j'ai des doutes, et si jamais l'avis général était contraire, je 
rajouterai ces nœuds supplémentaires.


Muselaar

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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

En fait, j'ai découvert la valeur « start » simplement par le fait que 
c'est ce qui est proposé dans l'éditeur de relation quand on commence à 
taper « st ». Et il faut toujours ajouter le « o » pour obtenir « stop 
».  Et puis sur l'article :

https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant

il y a :

from 
https://wiki.openstreetmap.org/w/index.php?title=Key:fromaction=editredlink=1 
	/Initial stop/ 	Initial stop where the variant starts. 	recommended
to 
https://wiki.openstreetmap.org/w/index.php?title=Key:toaction=editredlink=1 
	/Terminal stop/ 	Terminal stop where the variant ends. 	recommended



Voilà, si quelqu'un peut donner plus d'éclaircissements... Il est vrai 
que l'anglais n'est pas mon point fort.

En attendant, je laisse tout en « stop ».

Muselaar

Le 12/07/2014 00:16, Francescu GAROBY a écrit :

Bonsoir,
Concernant les start/end, je découvre ces valeurs possibles. Est-ce 
nouveau ? Car je n'ai pas souvenir d'avoir lu quoi que ce soit à ce 
sujet. Peux-tu nous dire où tu as vu ça ?


Concernant le stop_position unique pour 2 arrêts en (quasi) face à 
face, c'est aussi ce que j'ai fait, sur certains arrêts de 
l'agglomération caennaise. Et ce, pour les mêmes raisons que toi.
Techniquement parlant, je ne vois pas pourquoi ça coincerait : le 
point étant sur la voie, rien n'indique, en soi, s'il appartient à un 
sens de circulation ou à l'autre. C'est son association à une 
relation, voire à plusieurs, qui indique que ce point est utilisé dans 
tel ou tel sens de circulation.


Francescu




Le 11 juillet 2014 23:46, Muselaar musel...@ouvaton.org 
mailto:musel...@ouvaton.org a écrit :


Bonsoir,

Dans les routes de bus, faut-il employer les rôles start et end,
ou bien uniquement stop pour tous les arrêts (y compris les arrêts
de départs et de terminus) ?

2e question : dans l'application du nouveau shéma des transports
publics, j'ai pris l'option, n'ayant pas trouvé la réponse sur le
wiki, de ne garder qu'un seul « stop position » (donc par un noeud
sur la voie elle-même) lorsque les arrêts des deux sens sont face
à face. Est-ce que c'est bien/acceptable/à éviter/inacceptable ?
Mon avis, c'est que placer 2 stop-positions différents à 5 ou 10 m
l'un de l'autre (pour qu'ils soient exactement au niveau du
conducteur), surtout quand les quais sont quasiment au même niveau
de la rue, et donc les bus des deux sens sont l'un contre l'autre,
c'est une complexification sans intérêt.
Mais j'ai des doutes, et si jamais l'avis général était contraire,
je rajouterai ces noeuds supplémentaires.

Muselaar

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




--
Cordialement,
Francescu GAROBY


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


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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

Ça, c'est la classe...
Quand je pense que je passe un temps non négligeable à chercher d'après
mes photos où sont précisément les arrêts !
Quelquefois, ce n'est pas évident de retrouver la bonne maison sur Bing,
surtout dans les lotissements. Et je me méfie des données de
l'entreprise de transport, j'ai déjà repéré quelques erreurs
d'emplacements d'arrêts (du moins par rapport au calculateur
d'itinéraire proposé sur le site... qui utilise pour cette fonction OSM
: http://info.optymo.fr/votre-voyage/horaires-et-plans)

Muselaar

Le 12/07/2014 01:03, Jo a écrit :
Personnellement, je n'ajoute pas les stop_position. Ils font déjà
partie des chemins. Donc je n'ajoute que les
public_transport=platform/highway=bus_stop, en ordre consécutive. Donc
si le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai
les données de 2 des 3 entreprises de transport en Belgique à
disposition, les relations route sont créées de façon automatique pour
toutes les variations.

Polyglot

2014-07-12 0:54 GMT+02:00 Francescu GAROBY windu...@gmail.com
mailto:windu...@gmail.com:

'from' et 'to font partie des tags permettant d'enrichir la
relation, au même titre que 'type', 'operator', ... Ce ne sont pas
des rôles (les rôles sont associés aux éléments qui composent la
relation).

Quant à la complétion automatique, je ne crois pas qu'elle filtre
sur les valeurs autorisées pour une relation donnée. Si tu tentes
de taper un tag qui n'a rien à voir avec ta relation, tu verras
que Josm te le propose quand même.

Francescu

Le 12 juillet 2014 00:31, Muselaar musel...@ouvaton.org
mailto:musel...@ouvaton.org a écrit :

En fait, j'ai découvert la valeur « start » simplement par le
fait que c'est ce qui est proposé dans l'éditeur de relation
quand on commence à taper « st ». Et il faut toujours ajouter
le « o » pour obtenir « stop ». Et puis sur l'article :

https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant

il y a :

from

https://wiki.openstreetmap.org/w/index.php?title=Key:fromaction=editredlink=1
/Initial stop/ Initial stop where the variant starts.
recommended
to

https://wiki.openstreetmap.org/w/index.php?title=Key:toaction=editredlink=1
/Terminal stop/ Terminal stop where the variant ends.
recommended

Voilà, si quelqu'un peut donner plus d'éclaircissements... Il
est vrai que l'anglais n'est pas mon point fort.
En attendant, je laisse tout en « stop ».

Muselaar

Le 12/07/2014 00:16, Francescu GAROBY a écrit :

Bonsoir,
Concernant les start/end, je découvre ces valeurs possibles.
Est-ce nouveau ? Car je n'ai pas souvenir d'avoir lu quoi que
ce soit à ce sujet. Peux-tu nous dire où tu as vu ça ?

Concernant le stop_position unique pour 2 arrêts en (quasi)
face à face, c'est aussi ce que j'ai fait, sur certains
arrêts de l'agglomération caennaise. Et ce, pour les mêmes
raisons que toi.
Techniquement parlant, je ne vois pas pourquoi ça coincerait
: le point étant sur la voie, rien n'indique, en soi, s'il
appartient à un sens de circulation ou à l'autre. C'est son
association à une relation, voire à plusieurs, qui indique
que ce point est utilisé dans tel ou tel sens de circulation.

Francescu

Le 11 juillet 2014 23:46, Muselaar musel...@ouvaton.org
mailto:musel...@ouvaton.org a écrit :

Bonsoir,

Dans les routes de bus, faut-il employer les rôles start
et end, ou bien uniquement stop pour tous les arrêts (y
compris les arrêts de départs et de terminus) ?

2e question : dans l'application du nouveau shéma des
transports publics, j'ai pris l'option, n'ayant pas
trouvé la réponse sur le wiki, de ne garder qu'un seul «
stop position » (donc par un noeud sur la voie elle-même)
lorsque les arrêts des deux sens sont face à face. Est-ce
que c'est bien/acceptable/à éviter/inacceptable ?
Mon avis, c'est que placer 2 stop-positions différents à
5 ou 10 m l'un de l'autre (pour qu'ils soient exactement
au niveau du conducteur), surtout quand les quais sont
quasiment au même niveau de la rue, et donc les bus des
deux sens sont l'un contre l'autre, c'est une
complexification sans intérêt.
Mais j'ai des doutes, et si jamais l'avis général était
contraire, je rajouterai ces noeuds supplémentaires.

Muselaar

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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?