Re: [OSM-talk-fr] Open Street Misogynie ? inclusif ?

[Jean-Marc Liotier]

On 12/11/20 4:14 PM, FR via Talk-fr wrote:
Il y a quand même une phrase qui m’a fait tiquer dans ce fil : "une 
femme qui s'en plaint sera étiquetée emmerdeuse féministe". Cher ami 
quels clichés ! (c'est bien connu dans les cours d'écoles les filles 
ce sont que des pisseuses). Les femmes et les féministes (garçons et 
filles) ne sont pas dans le registre de la plainte mais plutôt dans 
celui revendication du droit à l'égalité. En dans ce contexte se faire 
traiter d’emmerdeuse c’est plutôt compliment. 


Ce cliché (je suis l'auteur de la phrase, plus haut dans le thread) a 
malheureusement toujours cours. Je suis représentant du personnel... 
Entre représentants du personnel, être traité d'emmerdeur est une forme 
compliment - mais vu de la direction nettement moins. La même chanson ne 
fera pas vibrer les deux publics de la même manière. Aller au carton 
avec la direction sous les encouragements des collègues du syndicat est 
une gloire coûteuse - et surtout vaine lorsqu'on est minoritaire. Mon 
propos n'est pas de juger la légitimité de la revendication mais d'en 
considérer la stratégie.



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

Re: [OSM-talk-fr] Open Street Misogynie ?

[Jean-Marc Liotier]

On 12/10/20 2:55 PM, Baptiste Lemoine - Cipher Bliss wrote:

Aucune ne le fera - et pour cause: une femme qui s'en plaint sera étiquetée 
emmerdeuse féministe. Ça fait partie du problème.

sauf si personne n'est là pour dire que le féminisme emmerde la communauté OSM, 
voire - syons fous - que c'est un combat qui est soutenu officiellement et que 
nous ne tolérerons pas les comportements qui iraient à l'encontre de cela.


Le silence des détracteurs n'empêche pas l'ostracisme - c'est la 
situation courante en entreprise. Les plus hardies se réfugient derrière 
un mandat syndical et s'auto-placardisent au passage, les autres 
finissent par partir et seules restent quelques spécimen avec des 
piquants et quelques autres renfermées dans leur résignation.


Le soutien officiel explicite est un bon début - c'est même la condition 
de tout autre progrès. Dans le milieu de l'informatique, on entend 
encore des blagues misogynes ou homophobes - pour se sentir légitime à 
en faire remarque à leur auteur, même un homme a besoin de d'appui, 
surtout lorsque l'auteur lui est hiérarchiquement supérieur.



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

Re: [OSM-talk-fr] Open Street Misogynie ?

[Jean-Marc Liotier]

On 12/10/20 2:07 PM, Baptiste Lemoine - Cipher Bliss wrote:

J'ai hâte qu'une femme donne son avis sur la mysoginie dans la communauté OSM.


Aucune ne le fera - et pour cause: une femme qui s'en plaint sera 
étiquetée emmerdeuse féministe. Ça fait partie du problème.




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

Re: [OSM-talk-fr] Open Street Misogynie ?

[Jean-Marc Liotier]

On 12/10/20 12:35 PM, Christian Quest wrote:
Depuis hier, il y a des échanges assez rudes sur la misogynie qui 
régnerait dans la communauté OSM ("systemic behavior").


Je crois que la campagne électorale n'est pas étrangère à la relance de 
ce débat par nos amis Américains dans la nébuleuse autour de HOT et à la 
manière exaltée dont il est présenté: je soupçonne qu'il s'agit d'une 
manœuvre consciemment destinée à presser le leadership plutôt Européen 
d'Openstreetmap en s'appuyant sur le réseau international autour de HOT, 
dont les intérêts ne sont pas tout à fait alignés avec ceux 
d'Openstreetmap en tant que projet de logiciel libre.


Ce n'est pas la première fois que le sujet est posé et c'est normal 
que la question se pose quand on voit la répartition hommes/femmes au 
sein du projet, quel que soit le niveau où l'on regarde.


Le problème dépasse Openstreetmap. Dans l'industrie logicielle et dans 
les télécommunications j'ai toujours eu la chance d'avoir des employeurs 
s'efforçant de recruter des femmes, mais c'est toujours un effort 
conscient car la situation par défaut est 90% masculine. Notre société 
se prive des contributions de celles qu'elle ne parvient pas à inclure. 
C'est un problème profond, d'ordre culturel - je n'ai pas de recette 
immédiate pour le résoudre, mais j'estime que nous devons faire un 
effort conscient pour en comprendre les ressorts et les traiter... Mais 
pas de manière caricaturale.




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

Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM

[Jean-Marc Liotier]

On 11/24/20 6:22 PM, Frédéric Rodrigo wrote:
Ce n'est pas aussi facile que ça pour faire une emprise mondiale. Il 
est nécessaire d'écrire des adaptateurs pour chaque langue ou pays 
pour traiter les particularités.


Je découvre donc:

- La phonemicization: 
https://github.com/addok/addok-fr/blob/master/addok_fr/utils.py


- Les particularités Françaises: 
https://github.com/addok/addok-france/blob/master/addok_france/utils.py


On comprend vite qu'il sera compliqué d'accepter une recherche sans 
connaître dans quel zone administrative et linguistique elle s'inscrit...



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

Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM

[Jean-Marc Liotier]

On 11/23/20 10:32 PM, Christian Quest wrote:
L'index redis occupe dans les 16Go de RAM, la base sqlite 2Go, elle 
aussi en RAM pour un max de perfs.
Pour la France seulement... Ca apporte d'un coup tous ce dont l'absence 
frustre dans Nominatim - mais c'est un sérieux investissement en 
matériel pour une emprise mondiale... Même problème que la mise à 
disposition de tuiles: vitrine indispensable mais qui risque d'être 
considéré comme un service public.


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

Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM

[Jean-Marc Liotier]

On 11/23/20 7:17 PM, leni wrote:

Le 23/11/2020 à 09:55, Cyrille37 OSM via Talk-fr a écrit :

Le 22/11/2020 à 20:02, Christian Quest a écrit :
https://demo.addok.xyz/ où vous pouvez tester l’auto-complétion avec 
préférence géographique centrée sur la carte.


Wouah !!

Ça dépote! Et tolérant o fotes d'ortogafe. J'adore :-)
+1, sans les accents, sans apostrophes, sans les articles, centré à 
l'autre bout de la France et il trouve instantanément : j'adopte


Impressionnant. C'est gourmand ?



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

Re: [OSM-talk-fr] Élection Fondation OSM

[Jean-Marc Liotier]

J'en profite pour signaler ma candidature - à ceux que j'ai déjà 
rencontré aux SOTM, SOTM-FR et autres rencontres locales, et à ceux que 
je n'ai pas encore eu la chance de croiser. La semaine prochaine je 
posterai mes réponses aux questions officielles posées par l'OSMF aux 
candidats - si par la suite vous souhaitez rebondir dessus en Français, 
je serai ravi de converser ici !



On 11/19/20 12:57 PM, Vincent Bergeot wrote:

Bonjour,

la liste officielle des questions posées aux candidats est finalisée 
depuis hier en anglais 
(https://wiki.openstreetmap.org/wiki/Talk:Foundation/AGM20/Election_to_Board).


Il y a 7 candidats pour 3 sièges si j'ai tout compris.

Voici la liste des candidats comportant les liens vers leur compte OSM 
et wiki : 
https://wiki.openstreetmap.org/wiki/Foundation/AGM20/Election_to_Board#List


à vos analyses (ne cherchez pas les femmes, il n'y en a pas) !




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

Re: [OSM-talk-fr] OSMF 2020 entre inquiétude et déception

[Jean-Marc Liotier]

Le "Is responsible for allocating $$ to diverse worthwhile software 
projects with grants and microgrants" de 
https://wiki.osmfoundation.org/wiki/Mission_Statement me gène également 
beaucoup. Je vois la Fondation comme arbitre de conflits et garant 
ultime de la license - or on sent le glissement vers ce qui pourrait 
finir par ressembler à la Mozilla Foundation - une course en avant dans 
toutes les directions en même temps plutôt que la dalle stable sur 
laquelle repose tout le reste.




On 10/22/20 10:03 PM, severin.menard via Talk-fr wrote:

Bonjour,

Pour info, pour celles et ceux qui ne seraient pas membres de l'OSMF, 
j'ai publié cet article sur sa liste de discussion : 
https://lists.openstreetmap.org/pipermail/osmf-talk/2020-October/007294.html
et également sur mon journal OSM : 
https://www.openstreetmap.org/user/SeverinGeo/diary


Les retours (positifs ou négatifs) sont toujours bienvenus.



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

[OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

[Jean-Marc Liotier]

Je tombe sur un lac souterrain à Neuilly-sur-Seine, devant le 106 Avenue 
du Roule: https://i.imgur.com/qH2z8L1.png 
https://www.openstreetmap.org/way/468906502 - je n'en avais jamais 
entendu parler, je n'en trouve aucune trace ailleurs, l'auteur 
Openstreetmap, D2boot83 a une seul contribution - celle là, et il ne 
répond pas... Je suis tenté de supprimer. C'est un truc de Pokemon ou un 
spéléologue des beaux quartiers peut confirmer le lac ?



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

Re: [OSM-talk-fr] Interruption Images Maxar

[Jean-Marc Liotier]

On 12/20/19 9:33 AM, Vincent Bergeot wrote:
je ne sais pas quand et pour combien de temps mais interruption prévue 
des images Maxar 
(https://www.openstreetmap.org/user/@kevin_bullock/diary/391652)


Elles sont déjà interrompues, depuis hier soir. Pour l'Afrique de 
l'Ouest, je me suis rabattu sur ESRI World - un petit peu plus ancien 
mais de bonne qualité optique et généralement mieux que Bing.


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

Re: [OSM-talk-fr] Camera 360

[Jean-Marc Liotier]

On Wed, July 10, 2019 8:21 pm, Francois Gouget wrote:
>
> des photos qui ont des timestamps différents (et une
> précision sub-seconde) mais exactement les mêmes
> coordonnées GPS.
>
> L'application Mapillary me fournit aussi un fichier GPX
> qui lui aussi contient des points consécutifs avec des
> timestamps différents mais exactement les mêmes
> coordonnées GPS.
>
> C'est là que je fait l'interpolation avec une version
> modifiée des scripts mapillary_tools

Donc Mapillary a tout ce qu'il faut pour interpoler correctement les
positions des photos entre deux relevés GPS... Il me semble qu'il devrait
le faire directement, non ?

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

Re: [OSM-talk-fr] Quartiers à Paris

[Jean-Marc Liotier]

On Thu, March 14, 2019 3:52 pm, Romain MEHUT wrote:
> althio wrote
>
>> 1. un truc compliqué et administratif
>> Relation: type=boundary [..]
>>
>> 2. un truc simple et humain
>> Point: place=suburb|* + name=* [..]
>
> quel est l'intérêt d'avoir à la fois une relation
> et un noeud pour définir ce que j'interprète
> comme étant la même chose ?

Aucune idée concernant la Goutte d'Or, mais je regardais aujourd'hui la
relation Sénégal (https://www.openstreetmap.org/relation/192775) et elle
comporte le noeud https://www.openstreetmap.org/node/432425075 dont dont
j'ai appris de
https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members que
le rôle est "label" permet de positionner arbitrairement la légende d'une
surface biscornue (le Sénégal étant concave avec la Gambie incrustée en
plein milieu)... Donc il existe des cas où tel nœud est légitime, même si
c'est entièrement pour le rendu.

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

Re: [OSM-talk-fr] BAN(O): accompagnement des communes

[Jean-Marc Liotier]

On 2/24/19 5:53 PM, marc marc wrote:

Le 24.02.19 à 13:31, deuzeffe a écrit :

Je viens de lire la spécification du format d'échange, pas très simple

Le plus simple pour une mini structure n'est-il de
les mettre dans osm, ce qui les injectera dans bano ?
Si quelqu'un veux un autre format, il peux convertir depuis bano.


Travailler directement dans Openstreetmap est simple et résout d'un coup 
tout un tas de problématiques de format et d'outillage... Mais ne 
négligeons pas le saut conceptuel que cette option exige des 
gestionnaires, de "je concocte mon petit fichier à moi que j'accepte 
ensuite d'exposer au monde" à "je saute dans la piscine avec tous ces 
gens avec qui je vais devoir parler"... On passe d'une logique de 
contrôle et publication à une logique de coopération - de la donnée 
ouverte au libre, alors qu'une majorité de décideurs commencent juste à 
aller vers l'ouverture des données.




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

Re: [OSM-talk-fr] carte OSM sur Facebook

[Jean-Marc Liotier]

On Wed, February 13, 2019 9:57 am, Jozeph via Talk-fr wrote:
> [..]
> Pour une carte électronique OSM navigable, le crédit ne devrait-il
> apparaître dans le coin de la carte dès la page d'accueil ?

D'après l'OSMF, oui:
https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#How_should_I_attribute_you.3F

Mais nous devons tenir compte de la surface relative de la carte et de
l'attribution: il me paraît illégitime d'exiger une attribution occupant
plus de 5% (ordre de grandeur arbitraire qui me vient à l'esprit) de la
carte - un critère de proportionnalité. Donc pour une petite carte
incrustée dans une page, avoir le détail de l'attribution derrière une
icône "©" me paraît acceptable - surtout si la carte affiche plusieurs
couches, chacune avec un copyright différent. Par contre pour une carte en
plein écran, le "© OpenStreetMap contributors" complet est proportionné et
donc incontournable.

Pendant qu'on y est, je découvre l'icône "By OSM" affichée à
https://osmlab.github.io/attribution-mark/copyright/ - je la trouve
efficace et suffisamment mignonne pour ne pas heurter un concepteur
graphique soucieux de ne pas déparer sa création.


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

Re: [OSM-talk-fr] Sensibiliser à OpenStreetMap - Dépliant OSM France

[Jean-Marc Liotier]

On Thu, February 7, 2019 11:46 am, Julien Lepiller wrote:
>
> Si on en est là, moi je traduis « tag » par « attribut » et « way »
> par « chemin » ;)

C'est ce que j'utilise toujours lorsque je parle d'Openstreetmap en
Français: un attribut, formé d'une clé et de sa valeur.

Je ne devrais pas ?


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

Re: [OSM-talk-fr] Sensibiliser à OpenStreetMap - Dépliant OSM France

[Jean-Marc Liotier]

On 2019-02-07 15:11, marc marc wrote:
>
> est-ce que way ne devrait-il pas être traduit par trait ou ligne ?

Polyligne (ouverte) ou polygone (fermé)

> de même avec node, au lieu de nœud (qui en français sous-entend qu'il y
> a un lien entre plusieurs chose), le mot point me semble plus adapté.

Dans mes vieux souvenirs de noviciat, le mot "noeud" pour ce qui était
pour moi un point semblait une complication gratuite. Donc, pour un
document de vulgarisation, le mot "point" est à mon avis mieux adapté.

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

Re: [OSM-talk-fr] Et OSM la dedans !

[Jean-Marc Liotier]

On Wed, January 16, 2019 11:44 am, Vincent Bergeot wrote:
> https://nothing2hide.org/fr/2019/01/16/il-ny-a-aucun-probleme-ni-avec-facebook-ni-avec-google,
je fais le lien avec OSM, cet attrait pour et les
> financements par certaines entreprises. Par exemple pour le sotm 2018 à
> Milan : https://2018.stateofthemap.org/ où l'on retrouve facebook, bing,
> ... en sponsors gold :)

Du point de vue du libre, peut-on considérer des organismes tels que
Facebook ou Microsoft comme des personnes morales cohérentes ? Il me
semble qu'il s'agit plutôt de conglomérats dont nous pouvons distinguer
chaque branche en fonction de sa position concurrentielle: en position
dominante, ils sont toxiques - mais en infériorité ils sont capables de
coopérer. Nous connaissons tous la toxicité de Facebook et Microsoft dans
leurs domaines de domination respectifs, mais en matière de cartographie
ce sont des nains face à leur principal concurrent et leurs intérêts sont
donc naturellement alignés avec ceux du principal projet libre... Jusqu'à
qu'ils deviennent éventuellement dominants et décident qu'il n'ont plus
besoin de coopérer - c'est le cycle naturel des industries technologiques
et Openstreetmap doit en être conscient pour rester ouvert afin de
profiter des coopérations possibles tout en restant vigilant de
l'évolution concurrentielle.


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

Re: [OSM-talk-fr] Osmose - Délai

[Jean-Marc Liotier]

On Mon, October 22, 2018 6:46 pm, Adrien André wrote:
>
> à quoi correspond la valeur "Délai" affichée sur l'interface web
> d'Osmose ?

Délai entre le dernier changeset analysé par Osmose et le dernier
changeset de la base de données Openstreetmap.


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

Re: [OSM-talk-fr] [Tagging-fr] Vote ouvert pour la carto des réseaux télécoms

[Jean-Marc Liotier]

On 10/15/18 6:01 PM, François Lacombe wrote:
Ceci dit, en donnant assez de visibilité à nos activités, peut-être 
que les opérateurs seront motivés et comprendront le sens de tout ça, 
à suivre !


On peut toujours rêver...

Ceci dit, je suppose que la mention de GraceTHD dans ta présentation 
n'est pas innocente: s'il y a un espoir, il est du côté des 
collectivités locales, dont les intérêts ont des chances de finir par 
s'aligner sur un fonctionnement collaboratif.


J'imagine bien, pour les échanges inter-opérateurs, l'intérêt politique 
des collectivités locales d'avoir comme *_codeext un objet commun, 
neutre à tous points de vue et géré collectivement, au lieu d'utiliser 
les identifiants internes de $opérateur1, $opérateur2. Peut-être un 
montage analogue à la BAN ?



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

Re: [OSM-talk-fr] Vinci Autoroutes et l'attribution à OpenStreetmap

[Jean-Marc Liotier]

On Tue, 10 Apr 2018 15:18:17 +0200
Rpnpif  wrote:
> 
> Il manque la mention "et les contributeurs" mais bon

D'après
https://wiki.openstreetmap.org/wiki/Legal_FAQ#3a._I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F
cette mention est optionnelle:

"Because OpenStreetMap is its contributors, you may omit the word
'contributors' if space is limited"

Sur un écran de mobile, où chaque centimètre carré compte,
l'attribution "© Openstreetmap" fera donc parfaitement l'affaire, même
si la mention complète est recommandée dans d'autres contextes.

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

Re: [OSM-talk-fr] Vinci Autoroutes et l'attribution à OpenStreetmap

[Jean-Marc Liotier]

On Tue, 10 Apr 2018 15:18:17 +0200
Rpnpif  wrote:
>
> Il manque la mention "et les contributeurs" mais bon

Je n'ai jamais compris le sens de cette mention - il me semble que
"Openstreetmap" représente ses contributeurs... Il y a probablement une
subtilité que je n'ai pas saisi. Quelqu'un sait l'expliquer ?

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

Re: [OSM-talk-fr] Complétude des réseaux électriques en pays de Savoie

[Jean-Marc Liotier]

On Fri, 1 Dec 2017 12:45:35 +0100
François Lacombe  wrote:
> 
> D'après l'opendata Enedis disponible sur leur site, OSM atteint la
> longueur des lignes aériennes 20 000 volt à 1km près (3263km pour
> OSM). Élément de repérage et d'attention obligatoire pour certaines
> pratiques sportives en extérieur si il en est. [..]

Le repérage pour la navigation à vue est mon intérêt pour les lignes à
haute tension dans Openstreetmap - mais je sais que tes efforts en la
matière vont bien plus loin... Connais tu des utilisateurs du niveau de
détails auquel tu pousse la modélisation ?

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

Re: [OSM-talk-fr] Prise de contact

[Jean-Marc Liotier]

On Tue, 3 Oct 2017 14:15:52 +0100
Mahamat Laouane  wrote:
>
> Nous sommes ravi d'être parmi vous et nous contribuons depuis le
> Tchad(Afrique). Cependant on a quelques préoccupations. On vient en
> effet de mettre sur pieds l'association locale et nous cherchons une
> légitimité globale. Que faire ?

Parlez-en sur  - vous y trouverez
des contributeurs de plusieurs autres pays voisins, dont certain ont
parcouru un long chemin dans l'animation de structures Openstreetmap
locales.

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

Re: [OSM-talk-fr] Contribution arbres remarquables du Bas-Rhin

[Jean-Marc Liotier]

On Tue, 26 Sep 2017 10:44:10 +0200 (CEST)
Vincent de Château-Thierry  wrote:
>
> > De: "PIERRE Sylvain" 
> > 
> > Cet inventaire comporte un volet géographique visible ici :
> > http://sigweb.bas-rhin.fr/arbrem/ , plus de 250 arbres étant
> > recensés à ce jour. Notre collectivité souhaiterai pouvoir « pousser
> > » ces arbres dans OSM.  
> 
> Compte tenu du volume de données, relativement modeste, il n'y a
> peut-être pas lieu de trop phosphorer sur un "import" [..]

Certes, mais... Il y a cinq ans, mon ambition était d'utiliser le cas
des arbres remarquables, peu nombreux, pour rôder le processus de
synchronisation avant de l'appliquer aux arbres d'alignements et autres
arbres des Hauts-de-Seine considérablement plus nombreux - beaucoup trop
pour une gestion manuelle.

Si le cas des 250 arbres est isolé, alors la génération à sens unique
de XML JOSM et son injection après revue humaine est parfaitement
satisfaisante - et tant pis pour les nouvelles versions du fichier des
arbres remarquables du Bas Rhin: la mise à jour aura lieu manuellement.

Si d'autres sources similaires pourraient être exploitées, alors on
peut réfléchir à de l'outillage.

Bon, j'admet un gros biais personnel en faveur de l'industrialisation
lourde et parfois prématurée - mort aux tâches manuelles sans valeur
ajoutée... Même parfois lorsque les automatismes coûtent plus cher que
la prestation humaine - mais c'est tellement plus satisfaisant...

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

Re: [OSM-talk-fr] Contribution arbres remarquables du Bas-Rhin

[Jean-Marc Liotier]

Also sprach PIERRE Sylvain [Mon, Sep 25, 2017 at 02:39:19PM +] :
> 
> Le département du Bas-Rhin a initié depuis 5 ans un inventaire des arbres 
> remarquables.
> Cet inventaire comporte un volet géographique visible ici :
> http://sigweb.bas-rhin.fr/arbrem/, plus de 250 arbres étant recensés à ce
> jour.
> 
> Notre collectivité souhaiterai pouvoir « pousser » ces arbres dans OSM.

Il y a bien longtemps, émerveillé par les arbres que les Hauts-de-Seine
mettaient à disposition librement, j'avais commencé à étudier un
import/synchronisation avec Openstreetmap. J'ai lâchement abandonné en cours de
route, pataugeant dans un machin XML-relationnel trop ambitieux que je tairai
donc pudiquement... Mais mon étude de l'étiquetage envisagé pourrait
éventuellement participer à votre inspiration:
https://wiki.openstreetmap.org/wiki/WikiProject_France/Open_Data_Hauts-de-Seine_Arbres


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

Re: [OSM-talk-fr] comment cartographier un marais ?

[Jean-Marc Liotier]

On Thu, 7 Sep 2017 18:07:38 +0200
Adrien Grellier  wrote:
>
> Pour les canaux, il faudrait indiquer un sens de circulation de l'eau
> (waterway=stream)… En l’occurrence, c'est tout plat, l'eau ne court
> pas comme dans une rivière ! Comment doit-on procéder dans le cas
> présent ?

https://lists.openstreetmap.org/pipermail/tagging/2017-September/033403.html
propose flow_direction=both.

https://taginfo.openstreetmap.org/keys/flow_direction#values - peu
utilisé mais me semble approprié.

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

Re: [OSM-talk-fr] traduction shop=boutique shop=fashion

[Jean-Marc Liotier]

On Fri, 1 Sep 2017 12:03:50 +
marc marc  wrote:
>
> Perso n'a un avis sur la traduction ?

J'affiche insolemment mon absence d'avis: pour moi ce sont tous des
shop=clothes. Pourquoi le positionnement marketing devrait-il être
reflété dans une étiquette de premier niveau alors qu'il ne l'est pas
pour la plupart des types de POI ? shop=car s'applique à tous alors que
les canaux de distribution de véhicules automobiles sont d'une diversité
tout aussi extrême.

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Jean-Marc Liotier]

On Mon, 28 Aug 2017 23:00:57 +
marc marc  wrote:
>
> Le 28. 08. 17 à 23:06, Romain MEHUT a écrit :
>  > je vois souvent les numéros avec des espaces...  
> cela dépend de la norme. y a des espaces, des tirets ou rien.
> norme en partie dépassée puis que beaucoup de pays n'ont plus
> de code région vu la portabilité des numéros à l'échelle d'un pays.
> De toute façon les séparateurs sont non significatif et virés
> lors de la composition du numéro.
> [..]

Stockons \+\d+ et laissons à la couche de présentation le privilège de
formater à sa fantaisie.

Pour ma part c'est Z ABPQ MCDU, mais je conçois que cette affirmation
identitaire de dinosaure des télécoms n'est pas du goût de tout le
monde...

___
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

[Jean-Marc Liotier]

On Tue, 22 Aug 2017 14:21:00 +
marc marc  wrote:
>
> pour rebondir sur ton exemple, 16 ml locales, quasi + que d'actif.
> un paquet n'a pas eu de message cette année, une partie est à 1/mois
> n'est-on pas allez trop loin ? 5 ne serraient-ils pas suffisant ?

Une partie de ces listes sont en pratique plutôt des canaux de diffusion
d'annonces et non des lieux de discussion - la spécificité nationale
est donc peut-être importante, malgré l'apparence d'insignifiance.
J'ignore si les abonnés en sont satisfaits.

___
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

[Jean-Marc Liotier]

On 2017-08-20 00:12, marc marc wrote:
> C'est en soi une très bonne idée que de fédérer la francophonie.
>
> Mais quand je vois que pour la discussion de certains tag, on n'est
> parfois pas nombreux à en discuter sur talk-fr, je me demande si diviser
> avec une ml supplémentaire n'est pas contre productif,

Vues les premières réactions, la fragmentation des canaux est un
problème auquel nous devrons prêter une attention accrue.

D'un autre côté, la fragmentation des canaux et également une réponse au
problème de la fragmentation des publics: la langue est une dimension
culturelle, mais pas la seule - l'affinité pour une technologie de
communication ou une autre est aussi une dimension culturelle.

Côté langue, je peux témoigner vu mes échanges notamment Ouest-Africains
qu'il existe un public de contributeurs tout à fait savants de
géographie mais pour qui l'anglais est un obstacle majeur - il me semble
donc que l'opportunité de discussions en Français est une offre
intéressante. Peut-être que talk-fr pourrait être ce lieu - ou peut-être
qu'il est trop connoté "France" pour la Francophonie non-Française.

Côté technique, le débat me semble moins clair mais je crois deviner un
positionnement possible: les listes de diffusions ont tendance à fédérer
des contributeurs technophiles expérimentés - la barrière de
l'inscription et de la gestion des messages n'est pas franchie
spontanément par les contributeurs moins engagés. Donc, on peut
s'attendre a avoir rapidement un petit groupe d'experts prêts à discuter
tout sujet qui émergera dans leur boite aux lettres. Mais il y a aussi
des contributeurs demandeurs de clarifications, que nous rencontrons
parfois sur les listes Francophones nationales (talk-sn, talk-ml etc.),
en messages directs dans la messagerie Openstreetmap ou dans les
changeset discussions - avoir un guichet garni d'experts responsifs vers
lequel les orienter me semble être réponse potentiellement pertinente au
besoin de traiter des problématiques émergentes sur lesquelles butent
des contributeurs locaux mais auxquelles les experts en question n'ont
pas été confronté faute d'un terrain les suscitant - reste à savoir si
le choix d'une liste de diffusion leur conviendra.

En tout cas je participerai à tagging-fr  et nous verrons bien si
quelque chose émerge.

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

Re: [OSM-talk-fr] Uploader ensemble de waypoints d'un fichier GPX ?

[Jean-Marc Liotier]

On Fri, 11 Aug 2017 07:47:25 -0500 (CDT)
Shohreh  wrote:
>
> Par contre, même dans une petite ville, ça fait déjà trop de données,
> et OSM m'oblige à zoomer et ne récupérer qu'une sous-partie : "Bad
> Request: The OSM server 'api.openstreetmap.org' reported a bad
> request. The area you tried to download is too big or your request
> was too large. Either request a smaller area or use an export file
> provided by the OSM community."

http://api.openstreetmap.fr/api offre en lecture seule le même service
que http://api.openstreetmap.org/api mais avec beaucoup moins de
limitations - tu peux récupérer d'un coup de grandes régions. Il m'est
d'ailleurs très utile pour charger une agglomération entière dans JOSM,
lancer le JOSM Validator sur l'ensemble et traiter le tout sans se
sentir ralenti par les chargements intempestifs - je suis désolé qu'il
soit actuellement en panne... Et ce ne sera donc pas ta solution du
jour.

Cf. https://wiki.openstreetmap.org/wiki/FR:Serveurs/api.openstreetmap.fr
pour plus de détails.

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

Re: [OSM-talk-fr] Uploader ensemble de waypoints d'un fichier GPX ?

[Jean-Marc Liotier]

On Fri, 11 Aug 2017 06:49:45 -0500 (CDT)
Shohreh  wrote:
> [..]
> Là, JOSM dit : "You are about to upload data from the layer
> "Mylayer.osm". Sending data from this layer is STRONGLY DISCOURAGED."
> 
> À quelle étape me suis-je trompé?

Aucune... Les importations ont fait tellement de mal que, sauf preuve
irréfutable de leur innocence et de la diligence la plus zélée du
contributeur, elles sont "STRONGLY DISCOURAGED".

Ta méthode inclue bien l'étape de vérification humaine des données
importées, qui ne sont donc plus importées mais intégrées:
différence subtile mais qui pour Openstreetmap marque la frontière entre
l'inacceptable et l'acceptable.

Fort de cette sagesse, tu peux passer outre l'avertissement de JOSM.

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

Re: [OSM-talk-fr] Uploader ensemble de waypoints d'un fichier GPX ?

[Jean-Marc Liotier]

On Thu, 10 Aug 2017 07:44:12 -0500 (CDT)
Shohreh  wrote:
> 
> J'ai utilisé un GPS Garmin pour marquer un ensemble de waypoints
> homogènes, c.a.d. qu'ils représentent tous le même type d'objet.
> 
> Comment faire ensuite pour 1) ajouter un tag à chacun puis 2)
> uploader tout ça d'un coup dans OSM?

Un glissé-déplacé de l'icône du fichier dans JOSM en fera une couche
GPX dont le menu contextuel proposera "Convert to data
layer" ("Convertir en calque de données"). Tu pourras alors éditer
cette couche puis, lorsque tu en seras satisfait, aller dans le menu
contextuel choisir "Merge" ("Fusionner") qui, comme son nom l'indique,
fusionnera ton import avec la couche de ton choix - tu choisiras
probablement les données Openstreetmap de la zone que tu mettras ainsi
à jour.

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

Re: [OSM-talk-fr] Marché public données OSM

[Jean-Marc Liotier]

On Tue, 28 Mar 2017 07:43:05 +
"HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI
PERFORMANCE)"  wrote:
>
> Extrait du DCE :
> 
> 3.2 MODERER LES CONTRIBUTIONS EXTERNES
> De plus, la diversité de la qualité des contributeurs entraîne une
> information renseignée parfois inexacte ou incomplète. La volonté du
> STIF est de mandater un prestataire en charge de modérer les données
> renseignées sur OSM par des contributeurs externes.
> 
> Maintien de la qualité des données au sein d’OSM, c’est pas
> suffisant ?

Les clients expriment généralement le besoin d'avoir quelqu'un sur qui
taper en cas de problème et par conséquent ils désignent leur
prestataire comme responsable des données. Le prestataire a tout
intérêt à améliorer la qualité en amont, au sein d'Openstreetmap - mais
du point de vue du client Openstreetmap n'existe pas et le prestataire
est l'unique fournisseur de données dont il est réputé contrôler la
qualité.

En pratique et dans l'état actuel d'Openstreetmap j'imagine mal le
client pénaliser le prestataire pour une boite aux lettres manquante ou
un défaut de capitalisation dans le nom d'un restaurant... J'imagine que
la clause a plutôt pour but de s'assurer que le planet béni par le
prestataire ne contient pas un highway=primary gonadomorphe recouvrant
la région.

Je serai le prestataire, je demanderai quand même de définir un petit
peu plus précisément les indicateurs de qualité retenus pour mesurer
l'exécution du contrat.

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

Re: [OSM-talk-fr] Durcissement des règles d'Osmose

[Jean-Marc Liotier]

Oups, Frédéric avait déjà répondu hier soir... J'ai répondu avant que
mon client de messagerie ai récupéré son message...

Bref - suivez https://twitter.com/osmose_qa !

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

Re: [OSM-talk-fr] Durcissement des règles d'Osmose

[Jean-Marc Liotier]

On Mon, 13 Mar 2017 17:50:36 +0100
GarenKreiz  wrote:
> 
> Depuis aujourd'hui, Osmose me sort une palanquée de nouveaux
> signalements sur des modifications très anciennes. Il s'agit de l'item
> 1170 classe 4 "Should be polygon, part of multipolygon or not having
> area tag". Pourtant les chemins en question sont bien fermés (cf
> http://www.openstreetmap.org/way/146315318 ).

"My bad. A bug in last update raises hundred of million of non issues.
Code fixed. But have to wait for updates. Most affected item hide"
https://twitter.com/osmose_qa/status/841386036529909762

Translation: une petite erreur déjà corrigée a néanmoins eu le temps de
générer quelques centaines de millions de signalements erronés...

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

Re: [OSM-talk-fr] josm : utiliser une image aérienne

[Jean-Marc Liotier]

On Thu, 16 Feb 2017 09:04:26 +0100
Hélène PETIT  wrote:
>
> je n'ai pas trouvé comment mettre dans un calque de josm une image 
> jpeg, non géoréférencée ; il s'agit du plan d'un tout petit
> lotissement pas encore au cadastre, mais en construction presque
> finie.

Si tu as le moindre doute sur la rectitude de l'image (par exemple s'il
s'agit d'une photo aérienne pas tout à fait verticale ou d'un plan pris
en photo pas tout à fait en face) tu peux la traiter avec 
http://mapwarper.net qui te fournira en sortie non seulement une image
rectifiée mais aussi un WMS de cette dernière, ce qui est plus léger à
manipuler par JOSM qu'une image locale en un seul bloc.

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

Re: [OSM-talk-fr] Réparer un carnage

[Jean-Marc Liotier]

On Mon, 30 Jan 2017 17:57:46 +0100
Philippe Verdy  wrote:
>
> Une conférence STOM Africa devrait arriver cette année (apparemment
> prévu en Angola, après plusieurs candidatures en Afrique centrale et
> Tunisie), et je pense qu'il serait nécessaire d'y impliquer des
> groupes de formation au moins pour les animateurs de projets qui y
> seront présents, et qu'on a sinon des relais locaux via d'autres
> assos internationales qui ont fait appel à HOT pour la cartographie
> d'urgence.

HOT sait très bien ce qu'on pense de leur (absence d') assurance
qualité. Les outils et les pratiques de l'assurance qualité sont connus
de la plupart des formateurs et organisateurs. Le problème est de
sevrer la communication institutionnelle de HOT & consorts de sa
dépendance à la vantardise quantitative, nettement plus spectaculaire
que la correction d'erreur. Quand leur "task manager" ne permettra pas
de marquer une zone "validée" lorsqu'elle contient plus d'une certaine
quantité de certaines classes d'erreur Osmose, alors on pourra
commencer à croire à une volonté qualitative.

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

Re: [OSM-talk-fr] La jungle de Calais

[Jean-Marc Liotier]

On Fri, 27 Jan 2017 09:53:11 +0100 (CET)
g...@laposte.net wrote:
>
> A mon avis ce serait bien dommage de supprimer, cela a une valeur
> historique

Le Planet complet contient l'intégralité des contributions depuis
l'origine - ont peut donc en extraire l'état d'Openstreetmap à
n'importe quel instant passé. On imagine volontiers un service analogue
à "OSM then & now"
(http://mvexel.github.io/thenandnow/#15/50.9717/1.8951) de Martijn van
Exel avec le choix de deux dates arbitraires... Mais je suppute qu'il
consommerait une quantité déraisonnable de ressources. Quoi qu'il en
soit, la question de la suppression de ce qui n'existe plus ne se pose
pas: Openstreetmap montre ce qui est observable, tout ce qui est
observable et rien que ce qui est observable - et si des
versions anciennes contiennent des données intéressantes à titre
historique, elles ne sont pas perdues.

Ceci dit, même si un jour le site est un jour soigneusement nivelé et
bétonné, il me semble qu'il y a matière à ce que persiste un lieu-dit
"La Jungle" pendant un bon bout de temps.

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

Re: [OSM-talk-fr] BD Ortho en source de changeset

[Jean-Marc Liotier]

On Fri, 27 Jan 2017 08:19:50 +0100
Stéphane Péneau  wrote:
> 
> L'Ign nous avait demandé d'indiquer BD Ortho IGN 2016 sur nos
> changesets lorsqu'on utilisait leurs images aériennes.
> 
> On change en BD Ortho IGN 2017 ?

Pourquoi expliciter la date de la source alors qu'elle est
implicitement celle du changeset ?

Évidemment, pour les objets du changeset dont la source lui est
notablement antérieure - il est nécessaire d'étiqueter l'objet... Mais
dans le cas courante je ne vois pas l'intérêt de le faire.

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

Re: [OSM-talk-fr] autolib

[Jean-Marc Liotier]

On Mon, 23 Jan 2017 20:23:44 +0100
Ralf Treinen  wrote:

> un utilisateur a en masse basculé toutes les stations autolib de
> car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
> en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
> un changement du l'avis concernant cette question ?

Autolib est bien de la location de voiture (non au sharewashing !) mais
on peut imaginer que des utilisateurs d'Openstreetmap s'interrogent sur
la manière de différencier une borne et ses places d'une agence de
location de voitures "traditionnelle".

Alors, en plus d'amenity=car_rental, car_rental=shop ? automated=yes ?
Juste un début de brainstorm, mais il y a peut-être bien matière à
définir une étiquette discriminant les types d'établissement.

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

Re: [OSM-talk-fr] Centrales électriques

[Jean-Marc Liotier]

On Tue, 17 Jan 2017 03:45:38 +0100
Jérôme Amagat  wrote:
>
> http://perso.numericable.fr/olyon

"Centrales électriques dans le monde d'après" - j'adore !

Bon, ma fenêtre était juste à la bonne taille pour que le
"Openstreetmap.org" passe à la ligne suivante... Un espace insécable
préviendrait peut-être cet incident.

N'empêche, "le monde d'après" ça fait rêver...

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

[OSM-talk-fr] Laboratoire d'Analyses Médicales

[Jean-Marc Liotier]

Ce n'est pas première fois que je cherche à étiqueter un laboratoire
d'analyses médicales et je ne suis pas le seul à ramer:
http://taginfo.openstreetmap.org/search?q=analyses+m%C3%A9dicales#values
- le moins qu'on puisse dire est que la standardisation est encore
loin... 
name=Laboratoire d'Analyses Médicales est à peu près la seule constante.


Parmi la grande variété d'étiquetages pratiqués là où il semble qu'on a
affaire à un laboratoire d'analyses médicales, j'ai noté celles qui me
paraissent offrir le meilleur potentiel 

amenity=medical_lab : très rare et apparemment plutôt Montpelliérain
(http://taginfo.openstreetmap.org/tags/amenity=medical_lab#overview). A
mon avis, il a contre lui de ne pas s'inscrire dans le fourre-tout
"amenity" plutôt qu'un espace de nommage médical. Dommage: il a pour lui
la simplicité. 

health_facility:type=laboratory est un petit peu plus répandu et il est
mentionné par la proposition Healthcare 2.0
(https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples#Medical_laboratory)
[1]. Je me demande pourquoi health_facility:type=laboratory alors que
health_facility=laboratory aurait parfaitement fonctionné. Quoiqu'il en
soit, même si je n'aime pas le ":type" superflu, combiné à un
amenity=doctors ou à un office=medical il me semble adapté. Je l'ai vu
combiné avec office=medical_laboratory mais ça me semble redondant et
j'aime bien l'idée de se raccrocher à une étiquette répandue telle que
amenity=doctors ou office=medical. Réflexion faire, amenity=doctors est
préférable car le laboratoire d'analyse médicales tel que nous le
connaissons repose sur la direction d'au moins un docteur en médecine. 

amenity=doctors + healthcare:speciality=laboratory : rarissime (deux
occurrences...) mais intéressant, notamment parce qu'il s'insère dans
des pratiques existantes
(http://taginfo.openstreetmap.org/keys/healthcare%3Aspeciality#values)
[2] par exemple healthcare:speciality=radiology dont les 220 occurrences
se combinent généralement avec amenity=doctors. 

healthcare=laboratory : 70 ocurrences
(http://taginfo.openstreetmap.org/tags/healthcare=laboratory#overview).
[3]Serait acceptable, combiné à amenity=doctors. 

Bon, il me semble au moins plutôt évident que amenity=doctors s'impose
comme étiquette principale. Reste à déterminer l'étiquette secondaire...
Les candidats présentables me semblent être: 

healthcare=laboratory 

healthcare:speciality=laboratory 

health_facility:type=laboratory 

Qu'en pensez vous ? 

Bon, j'aurais du écrire ceci en langue Angloise pour poster sur
tagging@osm mais comme j'étais parti de "Laboratoire d'Analyses
Médicales" j'ai continué sur ma lancée... Donc une discussion en
Français pour une fois...

  

Links:
--
[1]
https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples#Medical_laboratory
[2] http://taginfo.openstreetmap.org/keys/healthcare%3Aspeciality#values
[3] http://taginfo.openstreetmap.org/tags/healthcare=laboratory#overview___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] problème avec http://api.openstreetmap.fr/oapi/

[Jean-Marc Liotier]

On 06/29/2016 09:38 PM, sly (sylvain letuffe) wrote:

Elles ne sont plus synchro, mais les mises à jour sont en cours :
http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/osm_replication_lag_api.html

Cette base devrait à nouveau être à jours d'ici 2/3 jours - 


Hier après-midi le retard de réplication est reparti à la hausse... Un 
incident ?


La seule anomalie évidente sur les graphiques est l'envolée du nombre de 
threads: 
http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/threads.html


Sinon, en temps normal, quel est le goulet d'étranglement de la 
réplication ?



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

Re: [OSM-talk-fr] problème avec http://api.openstreetmap.fr/oapi/

[Jean-Marc Liotier]

On 2016-06-26 15:57, sly (sylvain letuffe) wrote:

> je relance l'import avec les options meta.

Ca concerne aussi https://api.openstreetmap.fr/api ? Il m'avais semblé
que ce service avait un problème analogue à la même période et
maintenant ses données datent apparemment de peu après que tu ais
relancé l'import ? Elles ne sont plus rafraîchies ?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pourquoi railway aurait un privilège ?

[Jean-Marc Liotier]

On 05/07/2016 11:16 AM, David Crochet wrote:

Le 07/05/2016 11:05, Jérôme Seigneuret a écrit :

*railway=destroyed* plus de voie mais il y a eu une


Et quand il n'y a rien de rien, que même sous les pavés et le goudron 
on retrouve probablement directement la terre, pas un rail, pas un 
traverse, (ou peut être  une vis ou un morceau de bois), keutchi, 
nada, rien.


... Mais sur le terrain on distingue clairement une emprise ferroviaire 
avec son cheminement à niveau - et on peut donc l'enregistrer dans 
Openstreetmap.


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

Re: [OSM-talk-fr] Intégration de données issues de Voies Navigables de France

[Jean-Marc Liotier]

On 2016-05-02 15:45, Romain MEHUT wrote:

> Le contributeur http://www.openstreetmap.org/user/malcolmh intègre depuis peu 
> des données liées à la navigation fluviale. Je lui ai demandé quelle était sa 
> source. Il m'a répondu "The data was extracted from 
> http://www.vnf.fr/ecdis/data/Moselle.zip"En lisant cette page 
> http://www.vnf.fr/ecdis/ je doute que cela soit compatible avec la licence 
> ODbL.

Un administrateur pour supprimer ce post des archives de la mailing list
? Il est en infraction avec les conditions d'utilisation sus-mentionnées
: "Toute création d'un lien hypertexte d'un site internet vers le site
de VNF devra faire l'objet d'une autorisation expresse de Voies
navigables de France" - et ma réponse aussi du même coup... 

Plus sérieusement, VNF s'y réserve explicitement tous les droits
concernant toutes données publiées... C'est on ne peut plus clair. 
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] R25, Maperitive et orientation d'objets

[Jean-Marc Liotier]

On 25/04/2016 00:46, Philippe Verdy wrote:
Si on veut faire une carte ayant ces types d'ajustements spécifiques, 
il faut une base de données complémentaire, spécifique au rendu à 
faire, hors OSM (c'est ce que fait MapQuest pour placer plus 
judicieusement certains libellés importants ou les sélectionner selon 
des critères qu'ils considèrent plus pertinents, notamment pour les 
faibles niveaux de zoom, afin de les placer en priorité avant tout le 
reste issu d'OSM et qui sera placé de façon automatisée s'il reste de 
la place).


Intéressante cette manière de maintenir les ajustements spécifiques... 
C'est mieux que le post-traitement manuel à chaque nouvelle publication 
- j'imagine une table avec des identifiants d'objets OSM et pour chacun 
d'entre eux une orientation et une position... Il y a de la 
documentation publique décrivant l'outillage de Mapquest ?



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

Re: [OSM-talk-fr] QGIS/ArcGIS dans Openstreetmap

[Jean-Marc Liotier]

On 2016-03-22 09:53, moindjie mdahoma wrote:

> est il possible de superposer une couche deja numerisée dans qgis ou Arcgis 
> dans OSM? exemple j'ai deja numeriser les bati de mon village dans qgis et 
> arcgis et je vais l'importer dans openstreetmap, et je n'arrive pas, que dois 
> je faire alors?

Le plugin JOSM 'Opendata' est fait pour ça - une fois ce plugin installé
tu peux glisser-déplacer un fichier .shp dans JOSM et il y créera une
couche que tu peux éditer avant de la fusionner avec une couche de
données Openstreetmap (en prenant très grand soin de ne pas bousiller
des données déjà présentes) :
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData - attention aux
projections et à leur conversion éventuelle lors de l'ingestion par JOSM
! 

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

Re: [OSM-talk-fr] (sans objet)

[Jean-Marc Liotier]

On 03/22/2016 07:15 AM, moindjie mdahoma wrote:
bonjours, je suis content de participer dans la liste et je peux 
contribuer sur les îles Comores là où je me trouve et j’espère aussi 
avoir votre aide pour que je puisse manipuler bien cet outil qui est 
nouveau et intéressant pour moi.


Bienvenue - n'hésites pas à exprimer remarques et questions !

 je constate que l'image aérienne qui se trouve sur openstreetmap est 
très ancienne et ne correspond pas vraiment à la realité actuelle sur 
terrain.


Oui, c'est souvent le cas - d'où l'importance cruciale du terrain. Mais 
l'imagerie aérienne est néanmoins très utile, ne serait-ce que pour 
positionner les observations du terrain.


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

Re: [OSM-talk-fr] Le formulaire de recherche OSMand ignore la grande majorité des villes françaises

[Jean-Marc Liotier]

On 2016-02-12 15:16, Dominique Faure wrote:

> Un petit tour sur http://download.osmand.net/list.php montre que la carte 
> "France addresses-nationwide Europe" ne semble plus être disponible.

Crénom - tu as raison... Idem sur mon OsmAnd. 

> La seule référence disponible ailleurs 
> (https://drive.google.com/folderview?id=0B4qLLBK6aTKJSV92VjRzUEhSY0k=sharing=0B3Km9qIKVYnOYnNUS1BwRmtEMjg#list)
>  date de 2014

OsmAnd dit que mon fichier date de Juillet 2015. 

> En l'état, seules les adresses définies directement dans la carte sont 
> utilisables dans OsmAnd.

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

Re: [OSM-talk-fr] Le formulaire de recherche OSMand ignore la grande majorité des villes françaises

[Jean-Marc Liotier]

On 02/11/2016 10:03 PM, Jean-Michel Pouré wrote:

J'espère que c'est le bon endroit pour poser cette question :

Si les cartes d'OSMand sont assez précises pour la navigation, c'est la
croix et la bannière pour trouver une adresse en utilisant le
formulaire de recherche d'OSMand.

Dernièrement, j'ai utilisé OSMand pour aller en Normandie. L'adresse
était bien dans OSM, mais pas OSMand. L'adresse s'affichait sur la
carte, mais impossible de la trouver en recherchant sur OSMand.


As-tu bien localement le fichier "France addresses-nationwide Europe" ? 
Les adresses y sont - et non dans le fichier régional de données 
cartographiques. Une fois qu'il est téléchargé par OsmAnd, lors d'une 
recherche il faut choisir comme "Region" "France addresses-nationwide 
Europe" et non la région où tu te trouves.



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

Re: [OSM-talk-fr] Jointure attributaire dans JOSM

[Jean-Marc Liotier]

 

On 2015-12-31 08:50, Tony Emery wrote: 

> Jean-Marc Liotier wrote 
> 
>> Avec ton langage de script préféré: dans le XML Openstreetmap pour
>> chaque objet concerné (XMLlib to the rescue !) lit la valeur de
>> l'attribut concerné, cherche là dans le jeu de données puis met à jour
>> l'attribut souhaité... J'apprends doucement à faire ce genre de choses
>> avec Perl
> 
> Il faudra que tu me dises comment tu fais car là, je suis perdu...

Moi aussi - mais au royaume des aveugles les borgnes sont rois - donc...


Un truc que j'ai produit pour vérifier et soumettre à l'aide de JOSM des
changements effectués par des outils tiers (éditeur de texte, script,
whatever):
http://serendipity.ruwenzori.net/index.php/2015/08/25/from-josm-search-replace-to-processing-openstreetmap-with-your-favorite-text-edition-tools
[1] - j'en suis très content. 

Reste l'algorithme que je décris plus haut. J'ai un script en
construction pour faire exactement ça, à coups notamment de XML::LibXML
comme l'outil décrit plus haut et de Text::CSV_XS pour lire une table à
côté... C'est pas fini parce que je tâtonne encore en matière d'écriture
de XML avec XML::LibXML - donc j'ai honte de le montrer et je doute que
ce soit un exemple de bonne pratiques... En outre ça languit dans une
TODO depuis une bonne année et demie... Mais je ne désespère pas de m'y
remettre et de finir par présenter quelque chose d'utilisable par un
tiers - je te ferai signe quand ça arrive... 
 

Links:
--
[1]
http://serendipity.ruwenzori.net/index.php/2015/08/25/from-josm-search-replace-to-processing-openstreetmap-with-your-favorite-text-edition-tools___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Jointure attributaire dans JOSM

[Jean-Marc Liotier]

 

On 2015-12-30 13:49, Tony Emery wrote: 

> Du coup, il n'y a pas d'outils capable de relier la couche osm (A) à un jeu
> de données (B) afin de mettre à jour un tag de (A) avec la valeur présente
> dans la table (B)...

Avec ton langage de script préféré: dans le XML Openstreetmap pour
chaque objet concerné (XMLlib to the rescue !) lit la valeur de
l'attribut concerné, cherche là dans le jeu de données puis met à jour
l'attribut souhaité... J'apprends doucement à faire ce genre de choses
avec Perl - les premières fois ça coute beaucoup de temps mais la courbe
d'apprentissage est plaisante et c'est autrement plus industrialisable
qu'une manipulation dans une IHM graphique. 
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] durée des trajets à vélo dans Paris

[Jean-Marc Liotier]

Je profite du fil pour mentionner http://cycle.travel qui reste ma 
référence en matière d'itinéraires cyclistes... Je serais curieux de 
connaître leur paramétrage OSRM qui tient même compte du relief.


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

Re: [OSM-talk-fr] (osm: message 8 of 20) Boutiques d'accès à Internet

[Jean-Marc Liotier]

On 14/07/2015 00:55, Philippe Verdy wrote:
Bouygues Telecom [..] est connu aussi comme BouygTel ou bouygtel 
en abrégé (déjà utilisé comme nom de domaine alternatif en .fr et 
.com, et present sur certains logos, utilisé aussi sur les liens de 
publicité sur Twitter, et plusieurs de ses portail dont le portail TV, 
le vieux service WAP, la messagerie vocale, le nom est utilisé aussi 
comme nom d'utilisateur pour communiquer sur les réseaux sociaux ou 
sur les forums en ligne).


Mentionnons également Bytel, nettement plus fréquent en interne et en 
interop. M'enfin ici le nom complet est celui qui est approprié.


On ne parle plus de France Telecom hormi pour la holding, car pour 
le rete tout est passé sous la marque 'Orange


Officiellement, oui - mais France Telecom reste un nom d'usage 
courant. Certes, c'est plutôt le nom officiel Orange qui sera 
approprié pour un étiquetage... Je dois vieillir car je n'arrive 
toujours pas à m'y faire.



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

Re: [OSM-talk-fr] OSM 1 : Google 0

[Jean-Marc Liotier]

On 12/05/2015 12:34, Pierre Knobel wrote:


2015-05-12 11:41 GMT+02:00 Jean-Marc Liotier j...@liotier.org 
mailto:j...@liotier.org:



N'en glosons pas trop - la seule raison pour laquelle OSM n'a pas
à affronter un tel vandalisme est qu'il n'est pas aussi populaire
que Google.


Je pense au contraire que plus on est populaire, plus les vandalismes 
sont signalés ou corrigés rapidement par la communauté. Pour moi c'est 
une victoire du modèle ouvert et transparent d'OSM  sur le modèle 
fermé de Google qui n'attire pas les foules.


Tu penses qu'OSM est actuellement capable de gérer un afflux massif de 
dessins de bites dans le désert ? En combien de temps détecterions nous 
http://thenextweb.com/google/2015/04/24/theres-an-android-peeing-on-apple-on-google-maps-and-we-cant-figure-out-why/ 
si une bonne partie de la population des blagueurs de quelques forums 
populaires décidaient d'en dessiner un peu partout ? Oui, OSM résistera, 
mais ce ne sera pas facile - given enough eyeballs, all bugs are 
shallow suppose de nombreux utilisateurs... Or je connais bien des 
recoins d'OSM qui sont loin d'être assidument patrouillés.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM 1 : Google 0

[Jean-Marc Liotier]

On 12/05/2015 11:21, Otourly Wiki wrote:
Je profite de ce fil pour dire qu'à priori le service maker de google 
est suspendu suite à des 
blagues:http://www.pcmag.com/article2/0,2817,2484047,00.asp 
http://www.pcmag.com/article2/0,2817,2484047,00.asp


N'en glosons pas trop - la seule raison pour laquelle OSM n'a pas à 
affronter un tel vandalisme est qu'il n'est pas aussi populaire que Google.


Ceci dit, il est surprenant qu'avec ses immenses moyens Google se soit 
laissé dépasser par cette problématique d'assurance qualité.


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

Re: [OSM-talk-fr] Normalisation du tag antenne

[Jean-Marc Liotier]

On 01/05/2015 23:05, Jérôme Amagat wrote:

Il y a 5 fichier texte [Supports, Stations, Antennes, Emetteurs, Bandes]
On peut passer d'un fichier a l'autre avec differents id.
Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT 
INTÉGRÉ DANS OSM.


Mon opinion est que l'intérêt d'OSM réside dans Supports et Antennes et 
que le reste a plutôt vocation à rester externe. C'est le consensus ou 
y-a-t-il d'autres opinions ici ? Bon - j'ai vu quelques mentions de 
bandes de fréquences dans le débat...


Pour les supports, je pense qu'il faut utiliser les tag déjà en 
circulation les différents man_made (mast , tower, 
communications_tower) et ne rien mettre pour immeuble,batiment... qui 
sont déjà présent en surfacique. plus height= et owner=. jusque là on 
n'est pas sur des choses nouvelles


Ca me paraît bien - le fichier des Supports est une source 
supplémentaire pour qualifier les objets identifiés dans l'imagerie 
orbitale par le cartographe distant, donc un gain pour OSM avant-même 
toute considération spécifique aux télécommunications.


(peut être reparler de mast , tower, communications_tower, moi je 
comprends pas les différences)


Tu n'es pas seul...

First question: Is it a mast or a tower ?
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower#First_question:_Is_it_a_mast_or_a_tower.3F

http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower :
man_made=communications_tower has stairs and a lift inside, whereas as 
man_made=tower, tower:type=communication has to be climbed on the outside


http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast montre un exemple 
où  man_made=mast et man_made=tower sont tous les deux valides - la 
limite est floue.


Pour le reste, déjà il peut bien il y avoir 30 antennes sur un pylône, 
dans osm les antennes et le pylône c'est un node donc il faut mettre 
les tags sur ce node.
il faut choisir le niveau de detail que l'on veut et que l'on peut 
mettre dans osm et le niveau de complexité.


Pour illustrer, pour ceux qui n'ont pas l'habitude d'en voir...
http://wiki.openstreetmap.org/w/images/a/a5/Frazier_Peak_microwave_relay_tower.jpg

Aucun pylone ne résistera au poids d'autant d'étiquettes Openstreetmap...


[..]
Le tag antenna = yes peut permettre aussi d'indiquer le type d'antenne :
antenna = multi lorsque'il y a différentes antennes
antenna = panneau ou antenne parabolique ... quand il n'y a qu'une antenne


Une solution envisageable serait de distinguer le cas de l'antenne 
isolée de celui de l'antenne sur pylône multifonctions:
- Dans le cas de l'antenne isolée, on étiquette l'antenne dans toute sa 
splendeur
- Dans le cas du méga-pylône, on énumère les fonctions du pylône sans 
détailler chaque antenne


Bon... J'avoue qu'il ne s'agit que d'un contournement du problème et non 
d'une solution - mais ça permet de commencer et on pourra toujours se 
pencher ultérieurement sur le cas des méga-pylône... D'ici là peut-être 
qu'une idée géniale sera apparue pour les traiter.



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

Re: [OSM-talk-fr] Normalisation du tag antenne

[Jean-Marc Liotier]

On 01/05/2015 00:35, dHuy Pierre wrote:
@Liotier: Forme et emplacement d'antenne on est d'accord sauf qu'à 
voir la liste des type j'aurais besoin d'un coup de main si on veut 
proposer une vraie liste, tu peux faire ça le pad?


De retour au bureau lundi je devrais avoir moyen de mettre la main sur 
une typologie d'antennes pour un réseau mobile (en espérant que ce 
soient des types génériques et non des modèles de constructeurs) - et je 
devrais pouvoir contribuer quelques types supplémentaires.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)

[Jean-Marc Liotier]

On 25/03/2015 12:27, sly (sylvain letuffe) wrote:

Ce qui n'est pas expréssément autorisé est interdit dit la loi.
Nan, en droit Français tout ce qui n'est pas formellement interdit est 
autorisé.



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

Re: [OSM-talk-fr] Téléchargement de données topologiques issues d'OSM

[Jean-Marc Liotier]

On 16/03/2015 12:20, Nicolas Moyroud wrote:
Un contact me demande si il est possible de télécharger quelque part 
des données topologiques du réseau routier issues d'OSM. Il lui faut 
des données structurées comme celles exploitées par le moteur de 
calcul d'itinéraires OSRM (noeud commun à chaque carrefour, tronçons 
découpés à chaque intersection, sens de circulation).


Cf. osrm-extract et osrm-prepare qui génèrent à partir d'un extrait de 
planet le format exploité par OSRM.


https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM


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

Re: [OSM-talk-fr] tours penchées

[Jean-Marc Liotier]

On 13/03/2015 09:03, dHuy Pierre wrote:

Et si juste une facade est incliné? un peu comme ça:
| /
\|
 |   |


Les encorbellements sont gérables avec building:min_level et min_height
cf. http://wiki.openstreetmap.org/wiki/Key:building:levels
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tours penchées

[Jean-Marc Liotier]

On 13/03/2015 14:17, dHuy Pierre wrote:
oui mais il n'y a pas de possibilité de faire un encorbellement de 
biais. On est obligé de faire par morceau, non ?


Oui, building:min_level et building:min_height s'appliquent à un étage 
tout de qu'il y a de plus horizontalement tranché.


Bon, si l'encorbellement de biais s'étale sur suffisamment d'étages, 
l'approximation peut être suffisante pour un rendu à la mode 
Minecraft... A essayer - le look Minecraft ça fait djeunz !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Anniversaire le 14

[Jean-Marc Liotier]

Guillaume, garde ton calme...

On pouffe de rire sur l'IRC rien que d'y penser...


On 05/03/2015 12:48, Guinier wrote:
  On 05/03/2015 11:59, benjamin.gra...@accenture.com wrote:
 On 05/03/2015 11:56, Franklin Guinier wrote:

 mc aimerait bien venir mais elle a pas de voiture ce we
 donc c est un peu la galère pour venir à Saint cloud...

 Tu viens d’où MC ?

 De paris 3ème, si une âme charitable habite dans le coin je suis 
preneuse :o))



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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp! - altitudes absolues vs. étages relatifs

[Jean-Marc Liotier]

On 05/03/2015 10:08, Ab_fab wrote:
Cela marche plutôt pas mal à la Défense, au CNIT et dans la gare 
Transilien juste à côté 
http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1


Évidemment c'est aussi là que je suis tout de suite allé pour tester... 
J'ai beau y avoir grandi, je reste intimidé par l'idée de cartographier 
ce quartier en 3D dans Openstreetmap ou ailleurs - la modélisation 3D de 
l'opérateur de la concession des réseaux optiques de La Défense n'est 
d'ailleurs pas tellement plus avancée que celle d'Openstreetmap (avec un 
attribut représentant l'altitude et des points intermédiaires 
représentant les passages verticaux par un attribut de dénivelé).


Bref - trêve de digressions. OpenLevelUp est effectivement pratique pour 
filtrer - à peine plus qu'une sélection JOSM par layer=* mais c'est 
quand même un bon début pour rendre la troisième dimension plus 
accessible à tous.


Cependant - et ce n'est pas une limitation d'OpenLevelUp la modélisation 
par layer=* a l'inconvénient d'être relative au niveau du sol. Or dans 
Openstreetmap le niveau du sol est celui observé par le contributeur. Or 
à La Défense le niveau du sol n'est généralement pas du tout là où 
pourrait le croire l'observateur non averti. Résultat: selon les 
secteurs du quartier, des objets de même altitude son représentés à 
différents niveaux.


Évidemment, l'ajout d'une altitude absolue ele=* est incompatible avec 
les capacités techniques de quasiment tous les contributeurs. Mais 
l'utilisation d'altitudes relatives au sol et exprimées en nombre 
d'étages sera un problème si la modélisation intérieure en 3D devient 
une fonctionnalité importante - peut-être pas dans la majorité des cas, 
mais ce sera évident à La Défense.


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

Re: [OSM-talk-fr] Anniversaire le 14 [Désolé pour le spam...]

[Jean-Marc Liotier]

Argl. J'ai malencontreusement mis la mailing list talk-fr@osm en cc: 
d'un message parfaitement privé - le gros point boulet...


Désolé - mes plus plates excuses à tous.

J'ai honte...


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

[OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?

[Jean-Marc Liotier]

Quai Gallieni ou Quai du Général Gallieni ? Quai Carnot ou Quai du 
Président Carnot ? Le second semble plus complet et plus canonique alors 
que le premier est souvent nettement plus spontanément utilisé... Et 
Nominatim ne donnera pas les mêmes résultats selon qu'on chercher l'un 
ou l'autre. Alors, name et alt_name ? Ca ne va pas suffire... 
http://www.charles-de-gaulle.org/pages/la-memoire/lieux/lieux-de-souvenirs/les-voies-de-gaulle.php 
m'apprend que Même la simple question du nom exact de la voie n’était 
pas évidente : entre la rue Charles de Gaulle, la rue du Général de 
Gaulle, la rue Général de Gaulle et la rue de Gaulle, sans parler des 
noms composés. On pourrait demander aux utilisateurs de préciser le 
code FANTOIR de la rue qu'ils recherchent... Ou sinon, si vous pouvez 
m'éclairer sur la manière de répondre à ce problème...


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

Re: [OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?

[Jean-Marc Liotier]

On 02/03/2015 11:52, Vincent de Château-Thierry wrote:
 la donnée, où à mon sens on ne doit pas aller plus loin que le
 support d'un nom officiel (type Fantoir / Cadastre)
 et d'un nom d'usage (si le terrain diffère).

Disons que le name=* doit être celui de FANTOIR (aux capitalisations et 
ponctuations près - aïe, c'est déjà moins officiel...) - reste la 
question du mythique 'terrain' : le terrain c'est la plaque de la rue, 
le nom que tout le monde utilise pour la désigner ? C'est bien sûr un 
mélange de tout ce qui fait la légitimité d'un nom... Parfois c'est une 
évidence consensuelle, mais parfois ça ne rentre pas dans une dualité 
officiel/usage car il s'agit plutôt d'un ordre décroissant de légitimité 
pour une liste de noms - avec au bout de la liste l'utilisateur qui 
entre dans le formulaire de recherche le nom qu'il connaît et s'attend à 
trouver la rue qu'il cherche (principe ergonomique de la moindre 
surprise)... Lui aussi est le 'terrain' !


Certes, les capacités de floutage par l'état de l'art des algorithmes de 
recherche devraient largement pallier cette lacune fonctionnelle - mais 
je garde quand même une petite impression de malaise face à 
l’hétérogèneité des odonymes mémoriels d'une même personne... Ça n'est 
peut-être que l'expression de mon goût pour la normalisation des données 
qui s'accommode parfois mal de la réalité salissante du terrain.



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

Re: [OSM-talk-fr] Limites de vitesses urbaines, rurales et autres... (était : Osmose)

[Jean-Marc Liotier]

On 29/01/2015 10:12, Eric Sibert wrote:

Par défaut en agglomération:
maxspeed=50
source:maxspeed=FR:urban


Comment est modélisé 'en agglomération' ? C'est l'intérieur d'un 
landuse=residential ?



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

Re: [OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....

[Jean-Marc Liotier]

On 28/12/2014 10:16, Christian Quest wrote:

Pour les cas particuliers où chaque côté porte un nom il y a nme:left et
name:right et dans le cas où il y aurait des noms différents liés au
sens (jamais vu, troll une description ? /troll) on a name:forward
name:backward qui pourrait servir.


C'est peut-être un excès de zèle d'étiqueteur pervers dans mon genre - 
en plus c'est un cas flou vu que dans la route de Truc à Bidule, 
lorsqu'on part de Bidule c'est la Route de Truc et au fur et à mesure 
qu'on se rapproche de Truc c'est un peu plus la Route de Bidule... Mais 
en réalité il n'y a pas vraiment de point de coupure franche.


Il y a quelques mois, je me rappelle avoir utilisé la méthode suivante, 
simplette mais efficace, tous terrains et compréhensible : sur toute la 
longueur de Truc à Bidule j'ai mis la Ref correcte (je ne me souviens 
plus si c'était sur une relation), sur un segment proche de Bidule j'ai 
mis 'Route de Truc' et inversement de l'autre côté.


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

Re: [OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....

[Jean-Marc Liotier]

On 27/12/2014 22:59, Christian Quest wrote:
le nom peut être différent dans les 2 directions (route de machin d'un 
côté et route de truc de l'autre)... 


Wow - je me demandais justement comment étiqueter ça ! Il y a une bonne 
méthode ?



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

Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet

[Jean-Marc Liotier]

On 10/12/2014 14:26, Frédéric Rodrigo wrote:

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

Au cas où... j'ai vu hier soir un outil de production d'isochrome base
sur OSRM sur le repo github de Mapbox...


C'est en effet prévu pour la prochaine version de OSRM.


https://github.com/mapbox/osrm-isochrone

J'ai hâte de le voir fonctionner - je suis resté frustré de la 
disparition d'Isokron que ses créateurs ont depuis démonté pour se 
focaliser sur d'autres activités.



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

Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet

[Jean-Marc Liotier]

On 10/12/2014 15:25, image93 wrote:

Je regarde si une appli serait plus performante (accepte plusieurs start
points en input notamment?).

[..] On m'avait dit qu'isokron permettait de faire des simulations sur les voies
ferroviaires...
Isokron avait pour objet le calcul d'isochrones sur le réseau de 
transports en commun ferré. Il pouvait fonctionner avec un à plusieurs 
points... C'était absolument parfait pour trouver un point de rencontre 
pour aller boire un verre entre amis !


Et c'était beau: https://www.youtube.com/watch?v=buwnbi1mzKw


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

Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio

[Jean-Marc Liotier]

On 09/12/2014 09:38, david.croc...@online.fr wrote:

Il faut aller voir du côté de l'alemagne où des contribution ont ajouter les chemins 
d'ondes entre des tours de communication.


Ca me paraît bien virtuel pour Openstreetmap, surtout que c'est une 
information propriétaire que l'on peut déduire du pointage des antennes 
mais dont on ne peut pas être certain d'autant qu'on ne sait même pas si 
le lien est en service. C'est un boulot d'enquête passionnant - si ça 
vous intéresse filez lire la série d'articles d'Alexandre Laumonnier :

https://sniperinmahwah.wordpress.com/2014/09/22/hft-in-my-backyard-part-i/
http://sniperinmahwah.wordpress.com/2014/09/25/hft-in-my-backyard-ii/
http://sniperinmahwah.wordpress.com/2014/10/02/hft-in-my-backyard-iii/

C'est beau - mais je ne pense pas que ce soit pour Openstreetmap.

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

Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio

[Jean-Marc Liotier]

On 09/12/2014 09:34, Pierre-Yves Berrard wrote:

- Comment utiliser le tag si l'antenne se trouve sur un batiment?

[..]

En accord avec le wiki, je mettrais : man_made=mast + communication:*=yes


J'avais compris man_made=mast comme pertinent lorsque le mât est l'objet 
proéminent dans le paysage. Or si l'antenne est sur un bâtiments, même 
si elle est posée sur un mât c'est le bâtiment qui est remarquable. Si 
je lis la carte en regardant le paysage et que je vois qu'elle indique 
un mât, c'est ce point de repère que je chercherai des yeux - et je 
serai perturbé si je vois un bâtiment à la place.


Mais peut-être que ce n'est que ma compréhension de la chose...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio

[Jean-Marc Liotier]

On 09/12/2014 10:28, Pierre-Yves Berrard wrote:
Le 9 décembre 2014 09:51, Jean-Marc Liotier j...@liotier.org 
mailto:j...@liotier.org a écrit :


On 09/12/2014 09:34, Pierre-Yves Berrard wrote:

- Comment utiliser le tag si l'antenne se trouve sur un batiment?

[..]

En accord avec le wiki, je mettrais : man_made=mast +
communication:*=yes


J'avais compris man_made=mast comme pertinent lorsque le mât est
l'objet proéminent dans le paysage. Or si l'antenne est sur un
bâtiments, même si elle est posée sur un mât c'est le bâtiment qui
est remarquable. Si je lis la carte en regardant le paysage et que
je vois qu'elle indique un mât, c'est ce point de repère que je
chercherai des yeux - et je serai perturbé si je vois un bâtiment
à la place.


J'avais compris comme toi mais, faute de mieux, je trouve que mast est 
plus adapté que communication_tower.
En attendant qu'une façon de tagguer se dégage, on pourrait aussi 
mettre communication:*=yes comme seul attribut...


Et pourquoi pas man_made=antenna ? Ca me paraît plus approprié pour une 
simple antenne posée sur un bâtiment, même lorsque son support est un 
petit mât : http://taginfo.openstreetmap.org/tags/man_made=antenna


Et on peut le compléter avec un antenna=* : 
http://taginfo.openstreetmap.org/keys/antenna


Exemple:

man_made=antenna
antenna=cellular

Attention aux technologies trop précises (je fois des 'UMTS' et des 
'GSM' notamment) - de nos jours une antenne de réseau mobile peut 
transmettre simultanément plusieurs protocoles et sur plusieurs bandes 
de fréquences.


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

Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio

[Jean-Marc Liotier]

On 09/12/2014 13:57, Pierre d'HUY wrote:

Sauf que le MNC est parfaitement vérifiable et localisable [..]
De ce fait une antenne devrait garder le même CID ad vitam (ne serait ce
qu'à cause de la rétrocompatibilité).


Comme le souligne François, tous ces identifiants ne sont que 
paramètres. Certains sont certes très stables, mais paramètres quand 
même, surtout que sur un même site avec une même antenne les cellules 
vont et viennent au rythme des évolutions technologiques, des 
renouvèlement de matériels actifs et des fluctuations de la 
planification radio.


Mon avis est que la cible naturelle pour Openstreetmap est d'enregistrer 
ce qui est visible et vérifiable sur le terrain. Pour mon usage 
personnel, les antennes sont des amers. J'imagine bien que certains ont 
envie de modéliser un réseau télécom... Mon conseil est de s'en 
abstenir... J'ai géré pendant un certain temps le logiciel référentiel 
de paramètres du réseau radio d'un opérateur Français - avec le public 
potentiel des relevés terrain pour Openstreetmap vous n'arriverez jamais 
au centième de ce qui s'y trouve, rien que pour les bidules physiques et 
ne parlons pas des paramètres - et en plus ça bouge en permanence... 
Bon, je sais qu'ici on aime les défis - mais quand même...


Quels sont les usages visés ? Certains usages, comme les analyses 
effectuées par l'ANFR, sont impossibles sans l'accès au données des 
opérateurs. Avoir une idée de ce qu'on veut faire des données collectées 
permet d'attaquer le problème de manière plus structurée et d'avoir un 
contexte pour trouver les bons niveaux d'abstraction et de détail dans 
la modélisation.


Pour ma part, je suis partisan de la description physique et mon usage 
visé est la multiplication des points de repère pour la navigation à vue.


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

Re: [OSM-talk-fr] Retour sur la véloroute Véloscénie dans OSM

[Jean-Marc Liotier]

On 11/16/2014 05:08 AM, Quynh Vu Do wrote:
Dernièrement j'ai fait un parcours de plus de 2000 km de Paris jusqu'à 
Caen


J'allais faire une vanne... Mais j'ai quand même vérifié... 
http://vdquynh.blogspot.com/2014/08/france-2014-bilan-de-40-journees-de.html 
- vraiment 2000 km de Paris jusqu'à Caen - quelques petits détours... 
Jolie ballade !



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

Re: [OSM-talk-fr] Doubles licences...

[Jean-Marc Liotier]

On 11/15/2014 11:34 AM, Christian Quest wrote:
une plateforme de contribution nouvelle sera mise en place 
(indépendante d'OSM), qui pourra alimenter la BAN et aussi OSM.


J'avoue que j'ai du mal à suivre... BAN, BANO, OSM, distributions de la 
BAN sous diverses licences, 'plateforme de contribution nouvelle', fonds 
existants de La Poste, de l'IGN et du Ministère des Finances... 
Saurais-tu produire un diagramme de flux permettant de situer ces 
entités et leurs relations ? Bonus pour des couleurs représentant les 
licences...


Ou juste une explication et je dessinerai le diagramme...



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

Re: [OSM-talk-fr] Organisation de la collaboration

[Jean-Marc Liotier]

On 09/11/2014 19:30, Yves Pratter wrote:

[1] http://en.wikipedia.org/wiki/SMART_criteria
SSpecific
MMeasurable
AAchievable
RRelevant
TTime-bound


Dans le contexte d'Openstreetmap j'adhère aux trois premiers qui 
contribuent clairement à l'efficacité du projet et à la motivation des 
contributeurs.


Je conteste par contre les deux suivants:
- 'Relevant' (FR:pertinent) est entièrement subjectif. La seule manière 
de le vérifier est de constater la présence de contributeurs.
- 'Time-bound' (FR:borné dans le temps) est coercitif et donc à mon avis 
incompatible avec le volontariat. Il peut néanmoins être pertinent dans 
le cadre d'un projet sponsorise par une organisation tierce garante d'un 
calendrier et déployant les moyens y correspondant.


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

Re: [OSM-talk-fr] Organisation de la collaboration

[Jean-Marc Liotier]

On 10/11/2014 16:17, Yves Pratter wrote:


Le 10 nov. 2014 à 14:58, Christian Quest cqu...@openstreetmap.fr 
mailto:cqu...@openstreetmap.fr a écrit :


Comme souvent c'est bien une question de présentation et ce concept 
SMART colle bien à un challenge qui doit être pertinent et aussi 
limité dans le temps.

C’est vrai, mais ça ne se limite pas au challenges.


D'une manière générale, dans la définition au nom de la collectivité 
d'objectifs quantifiés - comme dans le recours à la 'gamification' 
quelques précautions sont nécessaires pour que l'atteinte du but 
quantitatif n'ait pas lieu au détriment d'autres paramètres. En 
focalisant l'action sur une problématique isolée il la rend plus 
percutante mais moins équilibrée... Comme tout outil puissant il peut 
être destructeur.


L'énonciation d'un but explicite distrait de la tâche permettant de 
l'atteindre - on pense à la destination plutôt qu'au voyage. Le cas 
extrême est l'obtention d'une prime financière en cas de succès - 
paradoxalement un facteur de moindre qualité du travail réalisé... Notre 
problématique est évidemment moins aigüe mais en se substituant à la 
motivation intrinsèque, une motivation extrinsèque transforme la nature 
du plaisir de contribuer.


En somme, je crois que l'indicateur de progrès doit être utilisé comme 
un outil et non érigé au rang de but en lui-même. Les 'challenges' 
marchent sur la corde raide - d'autant que le point d'équilibre varie 
selon les populations de contributeurs.


Mes souvenirs de gestion de projet, c’est que si un projet n’est pas 
SMART, il va pas (bien) se réaliser.


C'est parfois comme ça que c'est enseigné, mais je crois que c'est un 
veau d'or du management contemporain - le but gérable se substituant 
souvent à l'absence de sens. C'est un outil canalisant efficacement 
l'expression des buts, mais il doit être correctement asservi à un 
contexte supérieur... Le mission statement n'est pas que du pipeau.


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

Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?

[Jean-Marc Liotier]

On 11/09/2014 08:40 PM, Hélène PETIT wrote:

ce blog est tenu par la branche OM de la cgt IGN;
OM c'est pour Ouvrier-Maîtrise ; je connais quelques personnes qui
appartiennent à cette branche, par exemple un menuisier et un
gestionnaire de stocks ; très très loin des données géographiques et de
la cartographie.

Leur hiérarchie semble utiliser le thème données ouvertes pour leur
flanquer la trouille (genre : c'est parce que vous êtes trop exigeants
qu'on va finir par se passer de vous, vous allez perdre vos emplois, il
y a des gens qui se débrouillent pour faire la même chose que vous
presque gratos, etc, etc ). Ce baratin ne tient pas la route, mais
certains cadres d'IGN (eux mêmes éloignés de toute tâche de carto) les
bassinent quotidiennement avec ça, et ils flippent.

Merci donc de relire leurs remarques aussi avec cette perspective.


Merci pour ces éléments de contexte - évidemment ça change 
considérablement le sens. Peut-être que ça suggère que la communication 
avec l'IGN ne devrait pas seulement avoir lieu via le sommet de 
l'organisation mais aussi à titre interpersonnel avec ceux qui ont les 
pieds dans la boue... Le canal officiel est essentiel à la décision mais 
les remontées diffuses peuvent aider à ce que l'ouverture soit un 
engagement réel des acteurs et non seulement un levier de la direction. 
Le monde de la géographie française n'étant pas énorme, j'imagine que 
ces contacts ont bien lieu - mais peut-être serait-il bon que les 
discussions au sein d'Openstreetmap France veillent à produire des 
actions et des éléments de langage spécifiquement destinés à leur être 
relayés.


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

Re: [OSM-talk-fr] Présentation de BANO au CNIG

[Jean-Marc Liotier]

On 02/10/2014 21:21, Baptiste Aurenche wrote:

La base adresse de l’IGN en danger et c'est la CGT de l'IGN qui le dit.

http://cgtgeo.wordpress.com/2014/09/25/la-base-adresse-de-lign-en-danger/

Bref à part lutter pour obtenir plus de budget pour l'IGN et ce dont 
je doute. L'IGN devrait devrait s'appuyer sur la multitude des 
contributeurs d'OpenStreetMap pour fournir une sorte de bien commun 
qu'est la base adresse nationale ouverte.


C'est hautement comique de la part de la CGT de s'insurger contre la 
construction d'un bien hors de l'emprise capitaliste, auquel chacun 
donne selon ses capacités et disponible à chacun selon ses besoins 
(toute ressemblance avec un auteur Allemand du 19eme siècle ne serait 
que fortuite)...



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

Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde

[Jean-Marc Liotier]

On 24/09/2014 14:26, Jérôme Seigneuret wrote:

On va avoir les courbes géodésiques dans OSM ?


C'est un troll ?

Pour les amateurs, http://tile.openstreetmap.fr/ propose un calque 
d'ombrage des pentes et http://www.francetopo.fr/ affiche des courbes de 
niveau, mais ces exemples sont des représentation du modèle de terrain - 
une donnée extérieure à Openstreetmap et dont le caractère automatique 
de la collecte l'exclus de son périmètre.


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

Re: [OSM-talk-fr] Un contributeur ajoute des infos sur les dealers

[Jean-Marc Liotier]

On 16/09/2014 09:17, Damouns wrote:
J'ai trouvé des indications sur la présence des dealers, et même les 
emplacements des guetteurs ! Que faut-il faire sur ces infos ? (qui 
sont clairement issues d'une connaissance terrain ! mais pas 
forcément d'un consommateur...)


Pour le balisage il a mis landuse=retail ce qui est pas très adapté, 
humouron pourrait mettre social_facility:for=drug_addicted/humour


Ce week-end, en randonnant en forêt de Saint Germain, j'ai découvert les 
environs de l'Etang du Corra, jonchés de déchets ne laissant aucun doute 
sur les activités nocturnes qui y ont lieu... Sympa pour une ballade en 
famille. J'ai été très tenté d'étiqueter toute la zone en 
amenity=brothel et après quelques recherches documentaires, brothel=gay


Traitons tout ça de manière neutre, comme tout le reste: on cartographie 
l'immobilier visible. Donc un lupanar avec pignon sur rue sera 
amenity=brothel quelque soit l'opinion qu'on peut en avoir et il en sera 
de même pour les retail=* à définir lorsque les vapoteurs s'achèteront 
des bidons de cannabis liquide au rayon parapharmacie...


Par contre, les activités humaines ne me semblent pas avoir leur place 
dans nos données - elles sont par nature fluides et donc hors du domaine 
d'Openstreetmap, sauf lorsqu'elles finissent par susciter l'apparition 
d'infrastructures... Mais ce sont alors les infrastructures qui seront 
cartographiées et non l'activité humaine.



___
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

[Jean-Marc Liotier]

On 12/09/2014 17:04, Christian Quest wrote:

http://www.ideeslibres.org/GeoCheck/


A qui doit-on se sympathique outil ?

Je crois qu'il serait intéressant de lier les titres 'Nominatim', 
'Photon' et 'BANO' vers leurs pages respectives du wiki Openstreetmap, 
histoire d'en faciliter la connaissance auprès de ceux qui découvrent 
l'un deux via ce outil.


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

Re: [OSM-talk-fr] Recherche Stagiaire SIG

[Jean-Marc Liotier]

Pourquoi développer un moteur de calcul d'itinéraires alors qu'il y en a 
d'excellents libres tels d'OSRM ?


A part ça je serai curieux de savoir si un candidat avec un aussi joli 
profil sera motivé par une offre de stage, sans compter que début 
Septembre me semble être déjà passé.


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

Re: [OSM-talk-fr] Cartographie de l'infrastructure et loi anti-terroriste

[Jean-Marc Liotier]

On 09/15/2014 09:30 PM, François Lacombe wrote:
La nouvelle loi de programmation militaire, son volet anti-terroriste 
ainsi que leurs nombreux amendements sont en cours d'étude au 
parlement (si ils n'ont pas déjà été votés).


Sans en connaitre le contenu [..]


Stop ! Attendons d'en connaitre le contenu.

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

Re: [OSM-talk-fr] Ajout des Point d'eau de remplissage

[Jean-Marc Liotier]

On 09/15/2014 10:27 PM, Jérôme Seigneuret wrote:
J'ai des points d'eau à ajouter correspondant à des sites utilisés en 
agriculture pour remplir d'eau les pulvérisateurs ou pour nettoyer des 
remorques de transport de raisins.


Existe-t-il des balises prévues à cet effet?



https://help.openstreetmap.org/questions/27869/how-to-tag-water-taps-not-intended-for-drinking-water 
propose amenity=water pour l'eau non-potable mais ne propose pas les 
valeurs adéquates pour compléter la description.




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

Re: [OSM-talk-fr] BANO : l'arrivée des lieux-dits

[Jean-Marc Liotier]

On 12/09/2014 10:28, Donat ROBAUX wrote:

(surcharge de la carte) et quel intérêt ?


Oui, ça me laisse dubitatif: certes ça fait toujours plaisir de 
découvrir et intégrer de nouvelles informations, mais lorsqu'une zone 
s'est fortement transformée (par urbanisation généralement) les noms de 
lieux-dits tombent parfois en désuétude et j'en vois dans de lieux que 
je connais bien qui me semblent correspondre à aucun usage constaté 
localement...


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

Re: [OSM-talk-fr] linternaute.com se met au fond OSM-FR...

[Jean-Marc Liotier]

On 09/06/2014 10:16 PM, Christian Quest wrote:
Là c'est une généralisation, et sur le fond OSM-FR. C'est relativement 
nouveau. [..]

Et c'est tout le groupe benchmark qui s'y met... exemple
http://www.journaldesfemmes.com/maman/creches/creche-municipale-modigliani-15eme/creche-6907
Visiblement c'est depuis le 29 août...
près de 200.000 tuiles les 29-30 août et 1.1millions de tuiles depuis 
le 31...


Ne serait-ce pas le moment pour quelqu'un de cette liste de leur vendre 
une mission mise en place de votre propre serveur de tuiles 
personnalisé ou de leur passer l'adresse d'un fournisseur ?


Il est bon de tolèrer l'utilisation des tuiles de l'association par de 
gros sites à fin d'évangélisation, mais jusqu'où souhaite-t-on le faire 
? On laisse filer tant que ça n'impacte pas sur le service rendu ?



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

Re: [OSM-talk-fr] problème authentification

[Jean-Marc Liotier]

On 29/08/2014 16:22, Claude wrote:


sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec 
le serveur echoue [..]


Problème idenfié - probablement causé par une mise à jour de 
api.opentreetmap.org et en cours d'étude, cf. 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070699.html



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

Re: [OSM-talk-fr] problème authentification

[Jean-Marc Liotier]

On 29/08/2014 16:26, Jean-Marc Liotier wrote:

On 29/08/2014 16:22, Claude wrote:


sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec 
le serveur echoue [..]


Problème idenfié - probablement causé par une mise à jour de 
api.opentreetmap.org et en cours d'étude, cf. 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070699.html


La mise à jour de Java vers Java 7 a réglé le problème pour moi.

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

Re: [OSM-talk-fr] problème authentification

[Jean-Marc Liotier]

On 29/08/2014 16:55, Claude wrote:
Je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne 
fonctionne toujours pas, même problème


Quelle version de JOSM ? Quelle version de Java ? Ici ça fonctionne avec 
JOSM 7347 sur Java 7 fraîchement installé.


Pendant ce temps, Tom Hughes cherche une mitigation du problème par le 
paramétrage du serveur: 
https://lists.openstreetmap.org/pipermail/talk/2014-August/070700.html



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

Re: [OSM-talk-fr] problème authentification

[Jean-Marc Liotier]

On 29/08/2014 17:32, Claude wrote:
Ca y est ça fonctionne à nouveau y compris sur mon desktop Linux sur 
laquelle je n'ai pas fait de nouvelle demande d'autorisation


Il faut des fois insister car le serveur signale des requête erronée


Tom Hughes a rétabli une configuration précédente qui a le mérite de 
fonctionner pour la plupart des utilisateurs, même si entre autres 
inconvénients elle produit ces erreurs apparemment aléatoires de temps 
en temps.



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

Re: [OSM-talk-fr] Questions FANTOIR / BANO

[Jean-Marc Liotier]

On 08/26/2014 09:45 PM, Eric Debeau wrote:
- nom de voie avec des dénominations proches pour 2 codes Fantoir 
différents: Rue de Tonquédec et Route de Tonquédec = pas trouvé de 
règle et aucune logique (pas d'infos terrain). J'ai fait un choix 
arbitraire.


Il n'est pas impossible que tu ais raison, mais il me semble hasardeux 
d'agir sur la simple hypothèse d'une fantaisie de Fantoir... Pas 
d'information sur le terrain, vraiment ?


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

Re: [OSM-talk-fr] Qualité GPS Nikon D5300

[Jean-Marc Liotier]

On 30/07/2014 16:31, Christian Quest wrote:

Et JOSM peut aussi faire cette corrélation tout seul.
Il permet même de gérer le décalage de l'horloge du GPS (très précise 
et toujours à l'heure) avec celle de l'appareil photo (souvent pas 
exactement à l'heure).
Pour cela il suffit de prendre en photo l'heure affichée par le GPS et 
de l'indiquer à JOSM ;)


Je ne connaissais pas cette fonctionnalité de JOSM - on en découvre tous 
les jours... L'utilisation d'une fonctionnalité intégrée dans un outil 
unique est appréciable mais pour le positionnement des photos j'y vois 
deux inconvénients:

- J'utilise un logger GPS sans écran... Pas d'affichage à prendre en photo.
- Avec gpscorrelate on écrit la position dans l'EXIF une fois pour 
toutes et on peut alors positionner la photo dans n'importe quelle 
application, pas seulement dans JOSM



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

Re: [OSM-talk-fr] Qualité GPS Nikon D5300

[Jean-Marc Liotier]

On 30/07/2014 17:22, Christian Quest wrote:

JOSM peut aussi mettre à jour l'EXIF dans le fichier photo...
...mais ne peut pas ajouter un écran à ton logger.

Remboursez, remboursez !


Bon... J'exige le remboursement du prix de JOSM.

Effectivement, si JOSM peut en plus mettre à jour l'EXIF des photos, 
alors pour cet usage il est parfaitement équivalent à gpscorrelate... 
J'essaierai !


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