Re: [OSM-talk-fr] traduction et glossaire

[Vincent Calame]

Le 29/07/2018 à 15:47, Julien Lepiller a écrit :

Pour ma part, je traduis toujours tag par attribut. Les deux autres
mots sont plus difficiles. Je trouve que « attribuer » ne correspond
pas au sens. Pour moi « étiqueter » ou « qualifier » correspondent
plus, mais je ne les ai encore jamais utilisés dans les traductions
parce que j'y trouve déjà des versions dérivées de l'anglais.

Des avis ?


Personnellement, je trouve aussi que « attribut » est la meilleur 
traduction. Cela correspond bien à ce que c'est : des données attachées 
à un objet (comme les attributs des balises HTML). « étiquette » est 
aussi la traduction de « label », il y a des risques de confusion.


Pour to tag, j'aime bien « renseigner » même si l'académie française 
nous dit que « renseigner un formulaire » est incorrect 
(http://www.academie-francaise.fr/renseigner-un-formulaire).


Sinon, il y a « caractériser » et « caractérisation ». Ou tout 
simplement « décrire » et « description  ». De toute façon, c'est 
toujours bien d'avoir à disposition des synonymes, le français n'aime 
pas trop les répétitions.


Il y a aussi « relever », « faire de relevés » quand le contexte est 
celui de récolter des informations sur le terrain.


Vincent

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

Re: [OSM-talk-fr] OpenStreetMap et climat

[Vincent Calame]

Merci à tous pour les liens. Les exemples des cartes pour les vélos et 
celle sur le nucléaire (http://www.leretourdelautruche.com/map/nuke/) 
sont très parlants et montrent des utilisations avancées des données 
d'OpenStreetMap.


Le 08/12/2015 14:37, Antoine Riche a écrit :
Tu peux aussi parler du vélo : la quantité et la variété des données 
liées au vélo dans OSM permettent le développement d'applications qui 
facilitent la vie des cyclistes. Et plus il y a de cyclistes moins il 
y a de voitures ...


Des parkings à vélo aux grands itinéraires (ex. les EuroVélo) en 
passant par les pistes cyclables et les stations de vélo-partage tout 
y est ! Des sites comme http://www.amenagements-cyclables.fr/fr, 
http://geovelo.fr/ et http://cycling.waymarkedtrails.org/fr/ sont 
intéressants à montrer.  D'autres idées sur 
http://wiki.openstreetmap.org/wiki/FR:Bicycle


On avait utilisé le thème du vélo sur notre stand OSM à Alternatiba 
Nantes, ça avait bien accroché.


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

[OSM-talk-fr] OpenStreetMap et climat

[Vincent Calame]

Bonjour à toutes et à tous,

Dans le cadre de la zone d'action climat (ZAC) qui a lieu au 104 rue 
d'Aubervilliers à Paris qui est une manifestation qui réunit des 
collectifs de la société civile lié à la COP 21, je vais animer un petit 
atelier autour d'OpenStreetMap (mercredi 14h-17h). C'est pompeusement 
appelé « cartographier le climat » et le but est de surtout de mettre un 
pied à l'étrier des participants dans leur découverte du monde OSM. Je 
pense notamment les aider à utiliser Umap pour intégrer leur propre 
carte dans leurs sites. Mais je suis intéressé par toute valorisation 
d'OpenStreetMap lié à la thématique afin de montrer qu'OpenStreetMap, ce 
n'est pas qu'un fond de carte.


Je vais évidemment présenter OpenSolarMap 
(http://www.opensolarmap.org/). Je suis preneur de toute carte Umap sur 
le thème, notamment si cette carte récupère des données via Overpass ou 
d'autres sources.


Vincent


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

Re: [OSM-talk-fr] Rencontre ce soir ?

[Vincent Calame]

Le 29/10/2015 12:33, Christian Quest a écrit :
On est 2 pour l'instant... 
http://forum.openstreetmap.fr/viewtopic.php?f=18&t=2318




Pour information, Parinux organise tous les jeudis soirs une soirée de 
contribution au libre près de Bastille (Paris 11ème) : 
http://www.agendadulibre.org/events/9908


Organiser est bien grand mot, le but est d'avoir un lieu d'accueil où 
chacun peut travailler sur ses propres projets au chaud avec de la 
lumière et du réseau et quelques bières au frais.


Donc, si cela intéresse le groupe parisien de temps à autre, vous êtes 
les bienvenus.


Vincent Calame

P.S. : seul bémol, il faut le code de la porte d'entrée, je peux vous le 
transmettre en privé.



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

Re: [OSM-talk-fr] A partir de quand un "lieu-dit" existe ?

[Vincent Calame]

J'espère que vous êtes quand même d'accord pour éviter que n'importe 
quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. 
Alors, au lieu de protester de manière un peu stérile, aidez-nous à 
trouver les critères qui fixerait les limites.


À partir du moment que le quidam en question habite ou travaille sur le 
territoire et que le nom est utilisé par un cercle plus large que le 
cercle familial, c'est légitime de mon point de vue. C'est le terrain et 
les êtres humains qui l'occupent qui priment.


Prenons un exemple moins polémique que celui de Gazad : celui donné par 
un quidam à sa propriété et qu'il affiche avec un panonceau à son entrée 
(juste à côté du panneau « Chien méchant » :-)). Certes, c'est un nom 
qui n'a rien d'officiel et il n'est pas forcément pérenne car pouvant 
changer avec le  propriétaire. Il n'en reste pas moins que ce nom 
existe, il est affiché, il peut permettre de se situer, notamment en 
milieu rural et il peut être utilisé par le voisinage.


Je pense qu'un tel nom à sa place dans OSM mais, bien sûr, pas sur le 
même plan que les lieux-dits « officiels  et sourcés », en particulier 
par la mairie et le cadastre. La solution pourrait être l'utilisation de 
local_name ou d'un autre attribut que place=locality.


Vincent


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

Re: [OSM-talk-fr] A partir de quand un "lieu-dit" existe ?

[Vincent Calame]

Mais quel est votre avis ? Quelle doit être notre attitude si ces
"lieux-dits" réapparaissent ? A partir de quand un endroit nommé
devient un lieu-dit ? faut-il attendre son officialisation ? ou
laisser la place à l'usage ? au temps ?


Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où 
seules les informations validées par d'autres sources (qui plus est des 
sources « officielles ») sont autorisées. Je trouve un peu paradoxal 
d'avoir d'un côté le discours sur « tout le monde peut contribuer » et 
de l'autre supprimer aussi rapidement une contribution (le contributeur 
a-t-il été contacté ?).


Si on pousse trop loin la logique du « c'est transitoire, ce n'est pas 
OSM », on ne mettrait pas les camps de réfugiés après une catastrophe !


Enfin, dans « lieu-dit », il y a « dit » et « lieu », c'est bien l'idée 
d'une pratique orale par les gens de l'endroit . Sans doute que 
place=locality est trop vaste et gère trop de cas différents ?


Vincent


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

Re: [OSM-talk-fr] Voie autorisée aux cyclistes... à pied

[Vincent Calame]

Le 01/09/2014 12:15, Francescu GAROBY a écrit :


Comment donc tagguer ceci ? Il me semble qu'il faut indiquer que les 
cyclistes sont autorisés, MAIS ajouter une information supplémentaire 
(qui sera utilisée par des logiciels de calculs d'itinéraires, car 
cela a forcément un impact sur la durée du trajet, et serait donc un 
passage à déconseiller).


De mémoire, il y a un cas similaire à Paris sous le pont d'Austerlitz : 
il y a une piste cyclable mais comme le passage sous le pont fait un 
coude et est étroit, la visibilité est très réduite. Du coup, il y a un 
panneau demandant aux cyclistes de mettre pied à terre histoire de ne 
pas rentrer dans le cycliste ou le passant arrivant en face.


Actuellement, dans OSM, ce passage particulier n'est pas renseigné, il 
s'agit d'un simple cycleway. Peut-être que dans ce cas, cela vaudrait la 
peine d'utiliser bicycle=dismount (ou tout autre attribut indiquant que 
c'est un passage délicat).


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

Re: [OSM-talk-fr] Pourquoi je quitte OSM

[Vincent Calame]

Le 10/07/2014 18:19, JB a écrit :
Le nom du village, mon bon contributeur, c'est pas celui que tu 
utilises ? Va contribuer ailleurs, si on t'embête. Tiens, la méthode 
n'est pas la même dans les zones de conflits territoriaux, puisque là, 
c'est l'usage local qui prime. Il va falloir déclarer Vers-sur-Selle 
zone en conflit.


Pour donner une note légère à la discussion (importante par ailleurs), 
je vous transmets les paroles de Jeanne Martin de Georges Brassens qui 
évoque le changement d'orthographe de la ville de Cette en Sète dans les 
années 1920. La question ne date pas d'hier :-) .


Vincent



La petite presqu'île
Où jadis bien tranquille
Moi je suis né natif
Soit dit sans couillonnade
Avait le nom d'un adjectif
démonstratif.
Moi, personnellement
Que je meur' si je mens
Ça m'était bien égal
J'étais pas chatouillé
J'étais pas humilié
Dans mon honneur local.
Mais voyant d’ l'infamie
Dans cette homonymie
Des bougres s'en sont plaints
Tellement que bientôt
On a changé l'orthograph'
du nom du pat'lin.
Et j'eus ma première tristesse d'Olympio
Déférence gardée envers le père Hugo.
Si faire se peut
Attendez un peu
Messieurs les édiles
Que l'on soit passé
Pour débaptiser
Nos petites villes.
La chère vieille rue
Où mon père avait cru
On ne peut plus propice
D'aller construire sa
Petite maison s'appelait
rue de l'Hospice.
Se mettre en quête d'un
Nom d’ rue plus opportun
Ne se concevait pas
On n' pouvait trouver mieux
Vu qu'un asile de vieux
Florissait dans le bas.
Les anciens combattants
Tous comme un seul sortant
De leurs vieux trous d'obus
Firent tant qu'à la fin
La rue d’ l'Hospic' devint
La rue Henri-Barbusse.
Et j'eus ma deuxième tristesse d'Olympio
Déférence gardée envers le père Hugo.
Si faire se peut
Attendez un peu
Héros incongrus
Que l'on soit passé
Pour débaptiser
Nos petites rues.
Moi la première à qui
Mon coeur fut tout acquis
S'app'lait Jeanne Martin
Patronyme qui fait
Pas tellement d'effet
Dans le Bottin mondain.
Mais moi j'aimais comme un
Fou ce nom si commun
N'en déplaise aux minus
D'ailleurs de parti pris
Celle que je chéris
S'appell’ toujours Vénus.
Hélas un béotien
A la place du sien
Lui proposa son blase
Fameux dans l'épicerie
Et cette renchérie
Refusa pas, hélas !
Et j'eus ma troisième tristesse d'Olympio
Déférence gardée envers le père Hugo.
Si faire se peut
Attendez un peu
Cinq minutes non
Gentes fiancées
Que l'on soit passé
Pour changer de nom.

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

Re: [OSM-talk-fr] Pourquoi je quitte OSM

[Vincent Calame]

Il y a donc deux versions: une officielle et une locale. Selon moi, le 
tag "name" devrait bien porter la version officielle et on peut mettre 
la version locale en utilisant le tag "loc_name". OSM a bien prévu ce 
genre de différences. On peut juste blâmer la personne qui a remis la 
version officielle de ne pas avoir tenu compte des pratiques locales, 
probablement parce qu'il a pris cette différence pour une erreur de 
saisie... 


Le site officiel de la commune est Vers-sur-Selle : 
http://www.vers-sur-selle.fr/ et c'est aussi Vers-sur-Selle sur le site 
de l'agglomération d'Amiens : http://www.amiens.fr/


Qui est l'officiel : la commune ou l'État ? Pour les noms de rue, c'est 
la délibération de la commune qui fait foi. S'il y a délibération de la 
commune, c'est celle-ci qui doit primer. Je verrai plutôt 
name=Vers-sur-Selle et alt_name=Vers-sur-Selles.


En plus, la rivière s'appelle la Selle et la commune d'à côté 
Bacouel-sur-Selle, ça sent la faute d'un scribe du XIXème siècle que 
l'administration n'a jamais voulu corriger.


Vincent




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

Re: [OSM-talk-fr] Chantiers Metz

[Vincent Calame]

Le 08/07/2014 20:57, JB a écrit :
Halala… encore une avec le logo et les conditions d'utilisation de 
Google. Même si l'attribution OSM est présente… C'est déprimant, à la 
longue ?


Ça m'a l'air inévitable à partir du moment où ils utilisent l'API 
Javascript Maps de Google qui insère de lui-même la mention « Conditions 
d'utilisations » et le logo Google. En l'occurrence, ils ont fait ce 
qu'il y a de mieux pour mettre OSM en valeur avec leur moyen à 
disposition. La seule solution est de mettre en avant les autres 
bibliothèques Javascript.


VIncent



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

[OSM-talk-fr] BANO sur les hameaux

[Vincent Calame]

Bonjour à toutes et à tous,

Je me joins à toutes les félicitations sur le rendu BANO. En regardant 
dans mon coin de campagne, j'ai vu des points rouges quand le nom 
correspond à un hameau ou à une ferme isolée, le point du cadastre étant 
parfois proche du point OSM. Par exemple :


http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/46.6463/1.4635

Que préconisez-vous comme correction ? Mettre le code Fantoir sur le 
point place={nom du hameau} ? (Sachant que par ailleurs d'autres hameaux 
n'ont pas de point du tout).


Par ailleurs, j'ai quelques noms avec l'apostrophe typographique pour 
lesquels la correspondance ne se fait pas : 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/46.59586/1.52399


En tout cas, voici un certain nombre de buts de promenade à vélo pour 
aller vérifier sur le terrain.


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

Re: [OSM-talk-fr] Suppression de landuse CLC

[Vincent Calame]

Le 03/04/2014 00:05, Thomas Ruchin a écrit :


Voici un exemple de ce notre ami Paul a supprimé, mais que j'ai rétabli.
http://www.openstreetmap.org/way/201247740



Ton exemple est intéressant car on voit que ton landuse=meadow recouvre 
tout un ensemble d'autres landuse (du résidentiel, des cours de ferme, 
des bosquets, des plans d'eau et même un aérodrome).


Peut-être que la position de celui qui l'a supprimé, c'est que des 
landuse ne devraient jamais se recouvrir mais constituer un pavage. 
C'est une position qui peut se comprendre : imagine que tu veux générer 
une statistique de l'occupation des sols dans la commune de 
Paray-le-Monial, ton chiffre pour les prairies va être faux si tu 
t'appuies sur landuse=meadow.


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

Re: [OSM-talk-fr] Relations cassées par un groupe de modification : que faire ?

[Vincent Calame]

Le 22/03/2014 18:07, Brice MALLET a écrit :


"...http://osm.org/go/eruLaoPIl-- Où la présence d'un chemin, d'une 
route ou d'un cours d'eau interrompt la surface."


Pour ma part, j'ai choisi ce type de traitement pour les landuse sur 
ma commune en délimitant les surfaces le long des routes mais pas pour 
les routes en cul de sac, chemins ou petit cours d'eau. Cela m'a 
semblé un bon rapport entre détails / facilité de maintenance.



C'est ce que je fais aussi mais je délimite les surfaces aussi au niveau 
des chemins ruraux, sans utiliser le linéaire du chemin comme frontière. 
Cela préserve l'avenir si un jour on veut une représentation surfacique 
des routes, représenter les fossés de drainage, etc (le milieu rural a 
aussi droit à du micro-mapping).


Pour information, la combinaison landuse=farmyard permet de représenter 
le corps de ferme. On le distingue souvent très clairement sur les 
photos aériennes.


Vincent


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

Re: [OSM-talk-fr] State Of The Map France... ça avance mais pas sans vous !

[Vincent Calame]

J'ai aussi besoin de bras pour la logistique sur place pendant 
l'évènement car accueillir plus de 200 personnes ça demande un peu de 
monde (10% me semble un bon objectif). Alors là aussi avis aux amateurs !


Je suis volontaire pour l'aide logistique (sur les trois jours).

Vincent

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

Re: [OSM-talk-fr] Comment mieux accompagner les néophytes ?

[Vincent Calame]

Le 17/11/2013 22:19, Christian Quest a écrit :

Un éditeur pour débuter pourrait consister à:
- limiter en l'ajout de POI
- limiter à l'ajout/correction de certains tags qui devraient être 
totalement masqués



Oui, ce serait une très bonne chose.

Récemment, un ami a rajouté un magasin à Paris. Je suis passé derrière 
lui et il l'avait placé dans trois relations (deux de rues et une de la 
ligne de métro 2), créé un nouveau point pour l'adresse qui faisait 
doublon avec celui existant, inclus le code postal et la ville et j'en 
passe. Le connaissant, je suis sûr qu'il n'a pas fait exprès et, au 
contraire, rempli consciencieusement tout ce qu'on lui suggérait. C'est 
dommage que les bonnes volontés se transforment en vandalisme en un clic...


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

Re: [OSM-talk-fr] Comment mieux accompagner les néophytes ?

[Vincent Calame]

Bonjour Sylvie,


C'est vrai que mes questions seraient "comment on tague ça ?".

Je ne fais généralement pas ce que je ne sais pas faire : changer
l'affectation des terres (ah non, ici ce n'est pas un champ mais un
lotissement), parce que je ne manie pas très bien les zones et les
relations.

Souvent je n'ose pas demander d'aide ici parce que je pense que je
vais déranger ou que je ne vais pas comprendre la réponse...


Le principal risque en posant une question sur cette liste,  c'est 
d'avoir plusieurs réponses différentes :-) .


Pour des questions très précises, le mieux serait peut-être de passer 
par le centre d'aide : https://help.openstreetmap.org/questions/


Tu peux poser la question en français. Cela permettra que ta question 
soit mieux archivée que sur cette liste et que les réponses faites 
profitent à d'autres débutants.


Au passage, j'ai l'impression que ce centre d'aide n'est pas encore très 
valorisé (en fait, je viens de le découvrir). Cela mériterait une 
traduction de l'interface et un filtre par langue de la question. Je 
n'ai pas trouvé comment on pouvait l'internationaliser.



Vincent





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

Re: [OSM-talk-fr] BD Carthage est libre

[Vincent Calame]

Le 13/09/2013 15:14, Christian Quest a écrit :
Je vais regarder pour créer une couche de tuiles façon Route500 à 
partir de la BD Carthage.


Ce serait l'idéal. Route500 Hydro était déjà bien pratique pour repérer 
sur le fond Bing le début des rivières principales, avec la BD Carthage, 
on ne passera à côté d'aucun cours d'eau.


Vincent


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

Re: [OSM-talk-fr] À propos des landuse=farm (les gros surtout) (Philippe Verdy)

[Vincent Calame]

En attendant, je peux expliquer comment j'ai fait à
Moutiers-sous-Argenton et une partie de Nueil-les-Aubiers, mais c'est
vraiment un gros boulot, je reprend tout avec Bing, à la main.

Merci pour cette explortation du fichier. Du coup, je me demande si 
l'idéal, ce serait pas de faire comme pour IGN Route 500 : une couche 
semi-transparente que l'on peut afficher dans JOSM par dessus Bing, ce 
serait une source d'information précieuse qui éviterait des erreurs de 
lecture dans Bing. Ce serait ainsi accessible au non-spécialiste et on 
ne risquerait pas l'import automatique de milliers d'éléments incorrects.


Voilà, si jamais un spécialiste des serveurs de tuiles nous lit :-) ...

Vincent

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

Re: [OSM-talk-fr] À propos des landuse=farm (les gros surtout)

[Vincent Calame]

En quoi était-ce une amélioration de supprimer des polygones CLC, même 
s'ils paraissent approximatifs ?


Cela se discute. Tout dépend du degré d'approximation. Parfois, il vaut 
mieux ne pas avoir de données que des données très approximatives voire 
incorrectes. Surtout que des données approximatives sont parfois une 
galère à corriger (si j'en crois les messages qu'il y a eu sur cette 
liste à propos des limites communales approximatives « Cartographes 
associés »).


Dans l'import Corine, les landuse=forest et landuse=residential sont 
d'une approximation raisonnable (il n'y a que peu d'aménagement à faire) 
alors que c'est plus aléatoire  pour les landuse=farm et landuse=meadow. 
Dans certains coins, les imbrications entre landuse=farm et 
landuse=meadow donnent naissances à des formes tarabiscotées et sans 
réelle signification par rapport au terrain




Tu trouve un polygone trop gros ? Tu le coupe proprement en morceaux 
plus petits et tu travailles sur la zone qui te convient.


Ce n'est pas une manipulation évidente, reconnais-le. Un nouveau 
contributeur n'osera pas la faire. Mon sentiment, qui n'engage que moi, 
c'est que ces gros polygones peuvent effrayer un nouveau contributeur. À 
tout prendre, je préfère une zone vide où le nouveau contributeur peut 
faire des choses simples et propres qu'une zone avec une information 
approximative et difficilement gérable que le contributeur n'ose pas 
toucher.


Vincent

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

[OSM-talk-fr] À propos des landuse=farm (les gros surtout)

[Vincent Calame]

Bonjour à toutes et à tous,

L'importation des données Corine nous a légué des énormes polygones de 
type landuse=farm qui couvrent plusieurs communes à la fois et à la 
précision douteuse (normal, c'est la précision de Corine). À l'heure où 
on renseigne les bâtiments un par un, y compris les emprises d'éolienne, 
cela me semble un legs non seulement archaïque mais aussi problématique 
(impossibilité de télécharger dans JOSM toute la zone d'un coup)., 
landuse tracés à partir de Bing au dessus du polygone.


J'ai récemment supprimé quelques gros polygones de ce type mais un 
contributeur m'a fait remarqué avec raison que j'étais allé trop loin 
dans son coin où il avait fait un travail de correction. Avant de 
revenir sur mes suppressions, je voulais discuter avec vous du meilleur 
traitement qui devrait être fait des landuse=farm (ou plutôt 
landuse=farmland pour éviter la confusion).


Je suis tombé sur cette page qui pose toutes les questions :

http://wiki.openstreetmap.org/wiki/Land_use_and_areas_of_natural_land

La page de discussion de landuse=farm est aussi intéressante :

http://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dfarm

notamment la partie : « Very large swathes of land »dont voici le début:

«

"Obviously in many parts of the world we can expect very large swathes 
of land (almost everywhere outside of our towns/cities) to be used for 
farming, and therefore tagged landuse=farm. This may raise some 
interesting questions about how to handle landuse in general. But for 
time being perhaps we should follow the Wakefield example, and just get 
on with it!"


I'm mapping one of those parts of the world. Using this tag is 
basically..just inpossible..I can't acutally beleive it's now expected. 
Maybe its plausible if I just select the county admin boundary and have 
that as a outer relation tagged as landuse=farm and then make every 
other land-use or natural= as an inner?!..that's the only way I can 
think of this not being a sickening impossibly huge task. The Wakefield 
example is great for people mapping 'Wakefields', but as noted, many 
parts of the world are just huge areas of farmland. I don't really know 
what to ask?! My "Interesting questions" are:...who, what, where, when, 
why, how?..with emphasis on the how.


»

Toujours des questions intéressantes mais pas de réponse universelle Un 
des intervenants suggère de mettre landuse=farmland par défaut sur le 
continent européen :-) . Dans certaines communes, on gagnerait 
effectivement du tempsà indiquer que par défaut l'occupation du sol est 
l'agriculture.


Quelle serait d'après vous la meilleure solution ? Entre le polygone 
géant et le polygone parcelle par parcelle, l'éventail de solution est 
vaste. Personnellement, je serai pour une solution intermédiaire avec 
des polygones délimité par les routes et les chemins.


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

Re: [OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap

[Vincent Calame]

Si tu codes, tu peux utiliser les consignes décrites ici: 
https://bitbucket.org/yohanboniface/umap#rst-header-translating

Super, c'est noté. Je vais essayer de me débrouiller avec ça.




Non, malheureusement c'est pas possible en l'état :/
Faut ajouter un point au milieu puis étirer la ligne jusqu'à sa 
nouvelle fin, puis ajouter les autres points intermédiaires. Loin 
d'être optimal, je reconnais!


Ça marche. On voudrait que tous les logiciels aient le même comportement 
mais les contraintes et possibilités techniques ne sont pas les mêmes :-) .


Au passage, merci pour tout le travail accompli, c'est vraiment un outil 
de valorisation précieux.


Pour me faire la main, je suis en train de faire une carte de mes 
circuits vélos préférés dans mon coin berrichon. Début octobre, j'ai 
prévu une formation à destination d'associations sur uMap pour faire le 
sevrage des outils Google (en espérant que quelques uns deviennent 
contributeurs).


Vincent

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

Re: [OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap

[Vincent Calame]

Le 06/08/2013 10:27, Yohan Boniface a écrit :

Tu cliques bien sur "Enregistrer" après chaque tracé?


Merci pour ta célérité. Je venais justement de découvrir le truc et vous 
écrire pour le signaler en m'excusant d'avoir dérangé la liste. 
Pourtant, j'avais cherché avant, je le jure :-) .


En fait, le bouton est marqué « Envoyer » chez moi, « Enregistrer » 
serait peut-être plus clair.


J'en profite pour poser deux questions :

- est-ce qu'on peut aider pour finir la traduction de l'interface de 
uMap, il ne manque pas grand chose pour que tout soit en français ?


- quand une ligne est créée, est-ce qu'on peut la prolonger (j'ai vu 
comment supprimer des points et en rajouter à l'intérieur de la ligne 
mais je n'ai pas vu si l'option de prolongation était possible).


Vincent

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

[OSM-talk-fr] Problème d'enregistrement des éléments sur une carte uMap

[Vincent Calame]

Bonjour à toutes et à tous,

J'arrive à tracer des lignes, des polygones et des marqueurs sur une 
carte uMap mais visiblement cela ne s'enregistre pas car dès que j'en 
trace un nouveau, le précédent disparait. C'est moi (test sous Firefox 
17 sous Mageia et sous Firefox 22 sous Ubuntu) ou vous rencontrez le 
même problème ?


Vincent

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

Re: [OSM-talk-fr] Supprimer un multipolygone psychédélique ?

[Vincent Calame]

Et j'ai l'impression qu'il est d'ores et déjà cassécar on ne voit pas 
apparaitre de vert à son emplacement.


Il était bien cassé (non fermé). Je ne me prononce pas sur sa 
suppresion, mais en attendant je l'ai fermé :)


Merci, c'est déjà ça de pris. Quelle manipulation as-tu effectué ?

Vincent


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

Re: [OSM-talk-fr] OSM.fr layer Route 500

[Vincent Calame]

Le 25/07/2013 21:31, mides.map a écrit :
J'aurai été tenté d'avoir quelque chose dans ce style 
tms:http://{switch:a,b,c}.tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png 
 
, mais cela ne fonctionne pas.


Quelqu'un aurait-il cette adresse, ou peut être n'est elle  plus 
disponible.


Chez moi, ça marche avec cette adresse là,

http://{switch:a,b,c}.tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png

il faut bien préciser le zoom maximal (20) sinon cela ne marche pas.

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

[OSM-talk-fr] Supprimer un multipolygone psychédélique ?

[Vincent Calame]

Bonjour à toutes et à tous,

Je suis tombé sur cette relation Multipolygone entre La Châtre, Guéret e 
Montluçon :


http://www.openstreetmap.org/browse/relation/1060470

C'est une relation de 110 membres dont une vingtaine de tronçons 
extérieurs.  Et j'ai l'impression qu'il est d'ores et déjà cassécar on 
ne voit pas apparaitre de vert à son emplacement.


Est-ce qu'on peut faciliter la suppression de ce genre de 
multipolygoneautrement qu'en téléchargeant toute la zone petit bout par 
petit bout (par exemple, en supprimant la relation, les tronçons 
extérieurs avec le rôle outeur et les polygones intérieurs qui n'ont pas 
d'attribut) ? Je pense que l'on rendrait service à ceux qui nous 
suivront en nettoyant la base decertains éléments de l'importation Corine.


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

Re: [OSM-talk-fr] Réseau hydrographique

[Vincent Calame]

quelles sont les sources/aides que l’on peut trouver afin de tracer 
une portion de réseau hydrographique, principalement des ruisseaux, 
quand la vue satellitaire Bing n’apporte pas grand-chose pour cause de 
couvert végétal.


Reste la solution de partir gps en main, et bottes aux pieds, mais 
s’il y a diverses astuces je suis preneur.


Les dalles fournies par Christian Quest sur la base de Route 500 Hydro 
sont vraiment très pratiques pour ça, notamment si tu les intègre dans 
JOSM. Il faut que tu passes par le menu « Modifier -> Préférences » et 
dans WMS/TMS tu rajoutes le service TMS avec l'URL  :

http://{switch:a,b,c}.tile.openstreetmap.fr/route500hydro/{zoom}/{x}/{y}.png
(Niveau de zoom 20).

Comme ces dalles sont transparentes, tu peux avoir le tracé de Route 500 
Hydro au dessus de Bing. Comme il a déjà été dit ici, la précision n'est 
pas de celle du standard actuel d'OSM mais elle permet de deviner par où 
passe le cours d'eau (souvent une haie plus sinueuse que les autres ou 
un ombrage particulier dans une forêt).


Un grand merci à Christian pour les dalles et à openstreetmap.fr pour 
l'hébergement.


Vincent

P.S. au passage, j'ai signalé à Sandre une erreur dans une confluence 
(plus précisément l'Anglin n'est pas marqué comme affluent de la 
Gartempe). Comme quoi, aucune base n'est fiable à 100%.






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

Re: [OSM-talk-fr] Polygone géant du massif central

[Vincent Calame]

Pour ceux qui ne l'aurait pas vu, "l'image of the week" de la semaine 
dernière :
http://wiki.openstreetmap.org/wiki/File:Maxbe-stubaier-beschriftung_en.png 





C'est intéressant de regarder la relation :

http://www.openstreetmap.org/browse/relation/2127978

Elle est surtout constituée de tronçons de rivière.

Après, cet exemple est beaucoup moins vaste que « Massif Central » . 
Cela pourrait aller pour un massif du type « Plateau des Millevaches ».


Vincent




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

[OSM-talk-fr] Polygone géant du massif central

[Vincent Calame]

Bonjour à toutes et à tous,

Pour information, je suis tombé par hasard par ce polygone-là qui 
passait dans mon coin :


http://www.openstreetmap.org/browse/way/229728801

Il trace les contours du massif centralavec une référence vers 
Wikipédia:http://fr.wikipedia.org/wiki/fr:Massif central (Tout 
endébordant sur la région Centre alors que la notice Wikipédia n'en 
parle pas).


Voilà, je ne sais pas ce qu'il faut en penser.

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

[OSM-talk-fr] Routes bordées d'arbres (bis)

[Vincent Calame]

Bonjour à toutes et à tous,

En recherchant sur les archives de la liste sur comment renseigner les 
arbres au bord de route, je suis tombé sur cette discussion de 2010 :


http://lists.openstreetmap.org/pipermail/talk-fr/2010-July/024868.html

Christian Quest y indiquait cet attribut: 
http://wiki.openstreetmap.org/wiki/Proposed_features/Avenue_-_Trees_beside_street 
mais il est marqué comme abandonné.


En milieu rural ouvert, c'est une information intéressante car cela se 
voit dans le paysage. En outre, pour les cyclistes sous le soleil, c'est 
aussi une information utile :-) . Cette information figure d'ailleurs 
dans les cartes IGN au 1:25 000


Avec Bing, on pourrait faire un polygone landuse=forest autour de la 
route mais, vu sa largeur il ne serait visible qu'à un niveau de zoom 
élevé (voir invisible si l'emprise par défaut de la route est 
supérieure). Quant à mettre un point sur chaque arbre, celapeut aller 
pour une rangée de platanes mais pas pour une haie avec de multiples 
essences au développement « naturel ».


Je me pose également la question pour la ripisylve (les arbres au bord 
d'une rivière). Lorsqu'un ruisseau traverse un champ, les arbres qui le 
bordent sont de bons marqueurs du paysages (ce sont eux d'ailleurs qui 
permettent de repérer le ruisseau)(voir 
http://fr.wikipedia.org/wiki/Ripisylve).


J'ai vu qu'il existait également l'attribut natural=tree_row, 
http://wiki.openstreetmap.org/wiki/FR:Tag:natural%3Dtree_row, ce qui 
suppose tracer un filaire parallèlement à celui de la route de chaque côté.


Je trouve tout de même que l'idée d'appliquer un attribut directement à 
la route ou au cours d'eau n'est pas idiote, cela pourrait être une 
clécommune « riparian » (http://en.wikipedia.org/wiki/Riparian_forest), 
avec les valeurs none, left, right et both.


Qu'en pensez-vous ?

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

Re: [OSM-talk-fr] Chemin à modifier way:43904124

[Vincent Calame]

L'occasion de découvrir le plugin JOSM "download_along" qui permet de 
charger uniquement les données autour d'un (ou plusieurs) chemin qu'on 
sélectionne. Ainsi, pour retravailler un gros multipolygone, on peut 
charger ses membres, puis les sélectionner et charger les données 
uniquement autour de ceux-ci. 



Je viens de tester. C'est effectivement l'outil qu'il faut pour ce genre 
de cas.


Merci bien pour l'information.

Vincent


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

Re: [OSM-talk-fr] Chemin à modifier way:43904124

[Vincent Calame]

Le 10/07/2013 16:58, JB a écrit :


À quand un projet de mois de réduction des mégamultipolygones du CLC ?




Est-ce qu'on ne pourrait pas carrément supprimer ceux avec l'attribut 
landuse=farm. Certains sont gigantesques et n'apportent rien. Autant 
colorier le fond de carte en rose.


Je pense par exemple à celui-ci entre Châteauroux et Bourges :

http://tile.openstreetmap.fr/?zoom=11&lat=46.89423&lon=1.93633&layers=B0FFF

Cela donne des tronçons comme ceux-ci :

http://www.openstreetmap.org/browse/way/62105291

http://www.openstreetmap.org/browse/way/198911420

Je pense que c'est ingérable.

Ces polygones ont eu le mérite d'exister mais à l'époque où on pense 
distinguer les trottoirs de la voirie, ils n'ont plus lieu d'être à mon 
opinion.


Vincent


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

Re: [OSM-talk-fr] Les "access" par défaut pour les "highway=track" en France

[Vincent Calame]

en le mettant dans la ligne des primary, secondary, etc,, c.à.d. avec
"yes" sur tous les moyens de locomotion (y compris hgv et psv, du
moins, du point de vue légal)


D'accord pour moi également.


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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Vincent Calame]

Cela m'a donné l'idée de faire quelque chose de similaire pour le
rendu FR, et voici un premier jet pour le zoom 7:
http://tile.openstreetmap.fr/?zoom=7&lat=46.62926&lon=2.35107&layers=B0FFF
(penser éventuellement à recharger/vide le cache de votre navigateur
si vous avez une carte blanche)


Très joli et surtout beaucoup moins muette que la précédente.

Une seule remarque (constructive) : la sélection des villes affichées. 
Au centre, il y a « Argenton sur Creuse » et pas  « Chateauroux ». En 
Pyrénées Atlantique, on a Tarnos et pas Bayonne. Quant à Bruz à côté de 
Rennes et La Teste-de-Buch à Arcachon, j'avoue que je ne connaissais pas.


Je pense que pour un rendu français à ce niveau de zoom, on peut se 
fixer comme critère d'afficher les préfectures et les sous-préfectures, 
en utilisant les critères de taille pour distinguer les grosses 
préfectures des autres (comme c'est le cas actuellement pour distinguer 
Limoges de Guéret).


Vincent


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

Re: [OSM-talk-fr] Fwd: Réunion Parinux le 14 avril à Paris...

[Vincent Calame]

Bonjour,

L'ordre du jour est un peu générique quand on ne connais pas le
contexte et/ou les participants.
Peux-tu nous faire une description de ce qu'on y fait ? Est-ce dans le
même style que les rencontres dans un bar ?

Il y a un aspect rencontre important et aussi l'idée d'une émulation 
pour avancer sur des tâches en cours que l'on est pas motivé à faire 
tout seul dans son coin. On peut passer son après-midi à papoter comme 
on peut profiter pour mettre en place un serveur de tuiles :-) .


Vincent

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

Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Vincent Calame]

Le 03/10/2012 18:14, sly (sylvain letuffe) a écrit :
Attention, je ne dis pas pour autant qu'il faut interdire le contact 
entre contributeurs comme c'est le cas aujourd'hui, il ne faut pas 
rêver d'un groupe "national" ne pourra pas non plus faire aussi bien 
(ni partout) que deux contributeurs qui connaissent et map le même 
coin et qui échangent constructivement. Par contre, si ça merdoit, un 
"juge de paix" me semble utile Si personne ne surveille le coin X, 
c'est bien aussi 


On est bien d'accord. Je parlais des cas de conflit ou lorsque le 
travail pose problème


Il faut encourager le contact direct entre contributeurs. Peut-être 
faudrait-il simplement préciser la netiquette des contributeurs 
d'OpenStreetMap :


A. Avant le premier contact, on regarde la production du contributeur et 
sa date d'arrivée dans le projet (est-ce un vieux briscard ou un jeune 
débutant)


B. Au premier contact avec un autre contributeur :
1) On commence à se présenter
2) On le félicite pour son travail et son implication dans OpenStreetMap
3) En cas de manque ou de maladresse dans la saisie :
3.a) On rappelle les outils de vérification comme Osmose ainsi que 
les pages wiki sur le sujet
3.b) On corrige soi-même les premières erreurs/maladresses pour que 
le contributeur ait un exemple concret de ce qu'il faut faire
4) En cas de suppressions qui vous semblent injustifiées de votre propre 
travail

4.a) On lui demande de préciser ses intentions
4.b) On propose de porter la discussion dans un groupe plus large 
pour solliciter d'autres avis.



Vincent






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

Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis

[Vincent Calame]

Le 03/10/2012 16:09, sly (sylvain letuffe) a écrit :
- créer un groupe d'intervention : surveillance/accompagnement/gestion 
vandalismes|conflits/diplomatie (disposant par exemple de 
contributeurs chevronnés inscrits à une liste dédiée) auquel on puisse 
soumettre ses trouvailles de untel il fait rien qu'a tracer à la hâche 
à travers les bâtiments et il n'a pas répondu à mon message, que faire ?


Je suis pour. Ce type de conflit ne peut que se multiplier à l'avenir, 
nous avons besoin d'un juge de paix qui calme le jeu et propose des 
solutions constructives.


Je pense qu'un contributeur se braquera moins s'il reçoit un message 
d'un collectif que s'il reçoit un message d'un autre contributeur. En 
effet, entre deux contributeurs, cela peut rapidement dégénérer en « de 
quel droit me donnes-tu des leçons, j'ai fait plus d'ajouts que toi » et 
autres gentillesses de ce genre.


L'idéal serait d'avoir un premier message type traduit dans toutes les 
langues de nos voisins (et au delà). Les touristes ont aussi le droit de 
cartographier :-) .


Vincent

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

Re: [OSM-talk-fr] Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

[Vincent Calame]

Le 28/09/2012 18:05, Vincent Pottier a écrit :


Mais à mon avis, aussi pour le bâti.



Bonjour,

Voici mon avis de contributeur occasionnel qui n'a jamais fait d'import 
de cadastre : je suis tout à fait pour un accès restreint avec 
fourniture des codes d'accès après inscription, pour trois raisons :


1) c'est bien que la petite minorité des contributeurs qui font des 
imports se connaisse entre elle
2) quand on débute, il ne faudrait pas attaquer bille en tête avec un 
import massif, il faut d'abord commencer par des petites choses qui 
permettent l'apprentissage des mécanismes subtils d'OSM
3) il y aura peut-être moins de messages catastrophés sur la liste suite 
à import raté, ce qui allègera (un peu) la liste :-)


Le tout est de ne pas apparaitre comme une forteresse fermée, il suffit 
d'un petit message du type : « toi aussi tu veux intégrer des données 
qui viennent du cadastre, viens à l'aventure avec nous en t'inscrivant 
ici ! ».


Après tout, on ne fait qu'introduire un peu de contrôle a priori pour 
éviter trop de boulot a posteriori. Et puis, si quelqu'un trouve cela 
attentatoire à sa liberté, rien ne l'empêche de monter son propre 
serveur, non ?


Vincent


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

Re: [OSM-talk-fr] Profession de foi de sly à la candidature au poste de "membre du DWG"

[Vincent Calame]

Et comme ce n'est pas mon cas, j'ai pensé qu'il fallait le préciser 
pour être clair, car peut-être que tout le monde pense acquis que j'en 
suis membre, et comme disait un président français : "Je me dois de 
dire la vérité à la communauté" Moi, je n'avais même pas imaginé à un 
instant que je devais ne serait-ce que le dire, mais j'ai eu un doute, 
alors je l'ai dis comme une info. 


Ça marche. Merci pour la précision. Comme quoi, trop d'info peut tuer le 
message :-) .


Je me suis permis de réagir car comme il s'agit d'une profession de foi, 
c'est quand même un texte engageant de portée « publique ».


Bonne chance avec le DWG !

Vincent


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

Re: [OSM-talk-fr] Profession de foi de sly à la candidature au poste de "membre du DWG"

[Vincent Calame]

Merci de noter en outre que je ne suis pas membre de l'association osm-fr et
que je ne compte pas le devenir.


Bizarre comme formulation. Au mieux maladroite, au pire insultante. Pour 
quelqu'un qui suit peu les débats, on pourrait la lire de la manière 
suivante :
« Noter que je ne fais pas partie des intrigants qui veulent prendre le 
pouvoir en créant une association qui ne représente qu'eux-mêmes ». En 
tout cas, cela donne l'impression que la communauté française est divisée.


Personnellement, je suis adhérent d'OSM-fr sans aucun poste de 
responsabilité et sans ambition d'en avoir. Je suis adhérent tout 
simplement parce que l'association loi 1901 est le meilleur outil légal 
mis à disposition pour fédérer les énergies.


Vincent




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

Re: [OSM-talk-fr] Mapping Party au Sénégal (Université Gaston Berger de Saint-Louis)

[Vincent Calame]

Le 09/07/2012 22:36, Ismaïla Abdoulaye Ndiaye a écrit :
La Carte Bing couvre tout le Sénégal... :-) Nous comptons travailler 
sur elle(bing).
L'université n'est pas trop grand et la plupart connaisse les 
endroits.. Donc nous aurions besion que de la carte de bing...
Le but est surtout d'initier les etudiants à à OSM (et à JOSM). Apres 
nous essayerons de faire des MApping party plus élaborés.


C'est une bonne idée de travailler sur un territoire que tout le monde 
connait pour commencer, cela permettra de se corriger mutuellement. 
Après, chacun pourra se lancer seul dans sa zone :-) .


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

Re: [OSM-talk-fr] Mapping Party au Sénégal (Université Gaston Berger de Saint-Louis)

[Vincent Calame]

Bonjour Ismaïla,


Je suis étudiant à l'Université Gaston Berger de Saint-Louis (au 
Sénégal) , président du club Informatique. Nous comptons organisé dans 
la semaine un exposé sur OSM+mapping party de la carte de 
l'université. J'ai initié cette activité pour l'intéret que je porte a 
OSM et je voudrais bien la faire partager. Je vais dire que je suis 
newbie et que je voudrais des conseils pour organiser cette activité.


Je ne suis pas un grand patricien et je pense que d'autres personnes sur 
la liste auront des conseils plus avisés. Je pense qu'il faudrait 
d'abord faire le point sur le matériel à disposition : quelle est la 
qualité de la couverture par Bing à Saint-Louis ? De combien de GPS 
disposes-tu ? Quelles sont les infos déjà saisies ?


Ensuite, comme ton périmètre d'intervention n'est pas trop grand, tu 
peux répartir par type d'information : un tel va relevé les chemins de 
circulation, tel autre les bâtiments, etc.


Vincent


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

Re: [OSM-talk-fr] Tutoriel Leaflet/OpenLayers ?

[Vincent Calame]

Bonsoir,


Je cherche à réaliser plusieurs cartes dans les semaines qui viennent 
et j'aimerais bien utiliser Openstreetmap plutôt que Google map.
Malheureusement je n'arrive pas à trouver comment utiliser OSM de 
manière basique : en gros référencer quelque points d'intérêts avec 
une petite description et un logo adapté.




Le problème, c'est que ton correspondant a besoin de deux choses : la 
bibliothèque Javascript pour afficher et une base de données pour 
référencer les points avec la description et le logo. Google map propose 
les deux choses à la fois, c'est sa force pour la diffusion grand 
public. OpenLayers et Leafleft sont des bibliothèques Javascript qui 
gère la partie affichage, il faut à côté une base de données pour 
stocker ces infos.


Du coup, il faudra voir quel est son logiciel de contenu en espérant 
qu'il existe un extension pour gérer ce type de données (comme indiqué 
par Ludovic pour Spip).


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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Vincent Calame]

Le 19/06/2012 15:30, Philippe Verdy a écrit :

Le 19 juin 2012 10:49,  a écrit :

sans oublier les contours d'un bâtiment, les cours d'eau, les lignes
électriques …

Pourquoi pas alors dire "contour" ? Un contour doit-il être
nécessairement fermé ? Je ne le pense pas dans l'usage courant. Un
ontour peut aussi bien être tout droit que tortueux et aller d'un
point A à un point B.


Pourquoi pas « contour », effectivement. Dans le Robert, il y a deux 
définitions : 1) Limite extérieure d'un objet, 2) Aspect de ce qui est 
contourné (et la définition de contourné est : qui présente des courbes 
et des contre-coubes. Péj: qui a un contour trop compliqué).


Je t'invite à mettre ta proposition de « contour » dans la page : 
http://wiki.openstreetmap.org/wiki/FR:D%C3%A9bat_Traduction et à 
indiquer ta position personnelle dans la partie discussion : 
http://wiki.openstreetmap.org/wiki/FR_talk:D%C3%A9bat_Traduction


Moi, mon préféré reste « tronçon » :-) .

Vincent


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

[OSM-talk-fr] Mise à jour de la traduction de Potlatch

[Vincent Calame]

Bonjour,

Potlatch 2 a encore beaucoup de texte en anglais mais si on va sur le 
site translatewiki..net 
(http://translatewiki.net/wiki/Translating:OpenStreetMap), on voit que 
tout est traduit à 100% pour le français. Du coup, le problème semble 
venir de Potlatch et de la mise à jour de la traduction, sachant que 
cela date car j'ai vu une traduction de mars qui n'était pas encore en 
ligne. Vous avez des informations là-dessus ?


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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Vincent Calame]

ATTENTION
Si osm.fr  bouge même pour un écrit c'est fini il
faut TOUT retirer car la responsabilité sera directe. Il faudra
retirer les tags GR ET les chemins dans la mesure où la FFRP en
revendique les droits (ce qui est totalement contestable). Le
simple fait que vous intégriez une promenade qui emprunte en tout
ou partie un GR il faudra supprimer la partie GR.


Non, lA FFRP n'a jamais revendiqué de droit sur les chemins (objet 
physique). Elle a par le passé revendiqué des droits sur des 
itinéraires en tant que création (oeuvre de l'esprit). L'itinéraire, 
c'est la "recette" d'une randonnée, c'est cela que la FFRP a 
revendiqué, pas les ingrédients. Dans aucun cas il ne sera nécessaire 
de supprimer les chemins. En termes techniques OSM ce sont les 
relations route qui posent éventuellement problème.



[Apparté] À lire ce fil (fort intéressant par ailleurs car rien n'est 
n'est tout blanc out tout noir), on voit bien que la traduction de « way 
» par « chemin » est une source de confusion sans fin. Et si on 
traduisait « way » par tronçon, ce serait plus clair, non ? Ce qui 
donnerait la position suivante : « on retire la relation chemin et les 
attributs GR mais on garde les tronçons ».


C'était dans la série « Et si on relançait une vieille discussion... »

Vincent


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

Re: [OSM-talk-fr] [Humeur] Ne pas tagger pour le rendu... et OpenMapQuest

[Vincent Calame]

Le 29/05/2012 18:47, Philippe Verdy a écrit :

Ce critère reste subjectif car absolument pas généralisable.


Vive la subjectivité, vive le terrain, vive le réel.

Les frontières administratives sont certes les seules frontières « 
objectives » dont nous disposons mais elles sont loin de représenter la 
réalité géographique des territoires.


Plusieurs pays et non des moindres ont une capitale administrative 
différentes de la capitale économique. Quand on voit que sur le niveau 
de zoom par défaut (6) de la carte d'OpenMapQuest, pour la Côte 
d'Ivoire, il y a Yamoussoukro plus d'autres préfectures et pas Abdijan, 
on peut dire qu'il y a un problème.


Vincent




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

Re: [OSM-talk-fr] [Humeur] Ne pas tagger pour le rendu... et OpenMapQuest

[Vincent Calame]

C'est quoi la "commune centre" ?


Je voulais dire par là la commune dont le nom va être utilisé pour 
désigner (de manière officielle ou par habitude) l'agglomération.


Je prends un exemple de par chez moi : j'ai trois communes 
Argenton-sur-creuse (5 177 habitants), Le Pêchereau (2 010 habitants), 
Saint-Marcel (1 606 habitants). Sur place, s'il n'y avait pas les 
panneaux, on ne verrait pas que l'on passe d'une commune à une autre. 
C'est Argenton-sur-Creuse qui donne son nom à l'agglomération (c'est le 
chef-lieu, c'est le nom de la communauté de commune, de la gare SNCF et 
c'est là qu'est le centre-ville commerçant).


En nombre d'habitants, les trois réunis font 8 793 habitants, plus que 1 
000 et on pourra mettre place=town :-)


Vincent


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

Re: [OSM-talk-fr] [Humeur] Ne pas tagger pour le rendu... et OpenMapQuest

[Vincent Calame]

Malgré ces "avantages" a fort zoom, OpenMapQuest a un gros inconvénient
a zoom moyen : on y voit fort peu de commune ce qui rend
l'interprétation de certaines cartes très difficile pour
l'utilisateur... Aujourd'hui je m'y penche un peu et je m'aperçois qua
priori dans mon coin en tout cas, MapQuest n'affiche que les place=town
pas les place=village (il ne semble pas tenir compte de la
population)...
[...]

Bon je reste zen et j'essaye un "feedback" a openmapquest (sans trop y
croire), mais bon c'est pas un bug, c'est juste un "problème" de
rendu...


Je suis d'accord avec toi, la sélection des étiquettes est le gros point 
noir des rendus actuels avec des tuiles complètement muettes à zoom 
moyen en milieu rural où tout est place=village. Le critère de 
population est un critère quantitatif insuffisant car les communes 
française sont petites et la population de la commune centre ne 
représente pas la population de l'agglomération et donc son importance 
réelle.



Il y a une sorte de tabou sur l'ajout d'un critère qualitatif pour les 
agglomérations qui permettraient aux moteurs de rendu ou à d'autres de 
faire un tri sur une base autre que le seule population.


Vincent



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

[OSM-talk-fr] OSM au salon des solidarités 1er juin à Paris

[Vincent Calame]

Bonjour à tous,

Je me permets de relayer l'information sur la présence d'OpenStreetMap 
au salon des solidarités à Paris (1, 2 et 3 juin): 
http://www.salondessolidarites.org/accueil/parcours3


C'est sur le thème du web solidaire 2.0 et l'émergence d'un humanitaire 
« open source  ».


La conférence elle-même est à 15h : 
http://www.salondessolidarites.org/visitez/programme/conferences/emergence-humanitaire-open-source-%5B228%5D


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

Re: [OSM-talk-fr] [OSM-talk-fr@] IRL à Paris le 10 mai à Châtelet

[Vincent Calame]

Le 12/05/2012 11:01, Christian Quest a écrit :

Toujours partant pour ma part le 15 à Bastille.

Tu reprécise l'adresse que je puisse mettre ça sur le site web ?



C'est à la FPH (Fondation Charles Léopold Mayer pour le Progrès de 
l'Homme), au 38 rue Saint-Sabin 75011 Paris, métro Chemin vert ou 
Breguet-Sabin (à une station de Bastille).


C'est au fond de cour. Quand on sonne, on n'entend pas quand on est à la 
porte mais normalement cela sonne dans les étages (ne pas hésiter à 
appuyer).


Seule contrainte, il y a un code qu'il vaudrait mieux ne pas afficher 
sur une page publique :-) . Je l'envoie en privé à ceux qui se sont 
signalés sur la liste. Tu peux mettre mon courriel pour ceux qui 
désirent avoir le code.


Nous n'avons pas précisé d'heure, on peut dire « à partir de 19h ».

Vincent

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

Re: [OSM-talk-fr] [OSM-talk-fr@] IRL à Paris le 10 mai à Châtelet

[Vincent Calame]

Est ce que le *Mc Brides* vous conviendrai ? C'est un Irish bar situé 
30 mètres plus loin (54 rue St Denis 
) que 
le Hall's beer.


Bonjour,

Pour information, via mon travail, j'ai la possibilité d'avoir une salle 
en soirée du côté de Bastille (métro Saint-Sabin ou Chemin vert plus 
exactement). J'accueille déjà des réunions de l'April et de Parinux, le 
Gull parisien, alors une réunion de plus ou de moins...


Il y a bien sûr internet en Wifi et en filaire. C'est évidemment moins 
convivial qu'un bar, il n'y a pas de tireuse pour le moment (il faudra 
que j'y songe un jour) mais un frigo tout de même où traine les bières 
de la réunion précédente.


Seule contrainte, il y a un code à l'entrée que je transmettrai aux 
participants.


Si ça vous dit, je suis disponible le 15 mai

Vincent

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

Re: [OSM-talk-fr] Des forêts primaires en Auvergne ?

[Vincent Calame]

Le 11/04/2012 21:34, Guillaume Allegre a écrit :
Tous les petits bois, trop petits pour être exploités, rentrent dans 
ce cadre, ainsi que les bosquets entre deux champs, etc. Les 
ripisylves (végétation boisée spontanée autour des cours d'eau, dans 
les méandres, sur les petites îles, etc.) sont aussi des natural=wood, 
pas des landuse=forest. 


En montagne peut-être mais dans un pays rural comme mon coin, le Berry, 
tout zone boisée a été exploitée ou est susceptible d'être exploitée un 
jour pour du bois de chauffe, notamment. C'est sûr que ce ne sont pas de 
belles futaies et que ça a l'air abandonné mais un jour en se promenant 
on a la surprise que tel coin que l'on croyait sauvage a été « nettoyé ».


En tout cas, en plaine, je mettrais systématiquement du « landuse=forest ».

Avec la montée du prix du pétrole, attendons-nous à ce que tous les 
coins de France soient exploités un jour ou l'autre.


Vincent


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

Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)

[Vincent Calame]

Le 24/02/2012 16:44, Gilles Bassière a écrit :
- les naturalistes sont souvent cramponnés au secret de leur données, 
comment alors organiser la collecte et le partage d'information ? 
Cordialement 


Une petite précision : la confidentialité des données a aussi une raison 
objective, celle de la protection des espèces. On n'indique pas 
l'emplacement de l'aire d'un hibou grand duc à 5m près, les risques de 
destruction ou de dénichage sont trop grands.


Pour ce qui j'ai pu lire des informations de la LPO, le recensement des 
oiseaux se fait sur la base de carrés de 5 km de côté (je dis ça de 
mémoire) choisi suivant des méthodes statistiques.


Cela n'enlève en rien l'intérêt d'un SIG, bien sûr, mais si on voulait 
les convaincre avec une belle carte, il faudrait mieux travailler à 
l'échelle du kilomètre.


Vincent


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

[OSM-talk-fr] Salon des solidarité, Paris, début juin

[Vincent Calame]

Bonjour à tous,

Pour une fois, je m'y prends quelques mois à l'avance. Dans le groupe de 
travail « logiciel libre et monde associatif » de l'April, quelqu'un 
nous a signalé le salon des solidarités, en juin à Paris, à la porte de 
Versailles : http://www.salondessolidarites.org


Parmi les neuf parcours, il y en a un sur le Web solidaire 2.0 et si 
vous allez sur la page en question, vous verrez qu'il est fait référence 
à OpenStreetMap : http://www.salondessolidarites.org/accueil/parcours3 
(avec une référence au séisme d'Haïti).


Ma question est de savoir si des contacts ont déjà eu lieu et si 
l'association OpenStreetMap France envisage de participer d'une manière 
ou d'une autre à ce type d'évènements.


Amitiés,

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

Re: [OSM-talk-fr] Petit bug sur le site openstreetmap.fr

[Vincent Calame]

Eviter, à tout prix,  les termes identiques, parce qu'ils existent aussi dans 
un autre champ lexical, c'est pour ceux qui veulent un monde trop blanc, sans 
polysémie
  sans second degré. Tout le contraire de la vraie vie.

Vve le planet libre !


Il me semble que tu te contredis :  « planet » n'est pas polysémique 
puisqu'il n'existe même pas en français, c'est « revue »qui est 
polysémique avec sept sens différents dans mon Larousse dont :

- défilé, parade militaire
- spectacle de music-hall comportant une succession de tableaux 
fastueux, animés par des danseuses légèrement vêtues

- publication périodique spécialisée dans un domaine particulier
...

Autrement dit, je suis en accord avec tes arguments mais j'en viens à la 
conclusion exactement opposée : « vive la revue libre !».


Vincent

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

Re: [OSM-talk-fr] Re : Site pour placer des lieux sur fond carto OSM

[Vincent Calame]

2 rendereur semble encore peu utilisé, pas mal par des adeptes du libre. Voilà 
pourquoi, je suggère que nous prenions position
   par l'exemple, sans risque d'être contredit et, plutôt avec celui d'être 
suivis.
   Nouveau proverbe OSM : "On ne tagge pas pour le rendereur".   Amen.



Si c'est un nouveau mot, ce serait plutôt « rendeur » :

tendre -> tendeur
vendre -> vendeur
rendre -> rendeur

(certes, il y a aussi prendre -> preneur, la logique du français n'est 
jamais absolue, surtout quand il s'agit d'un verbe du troisième groupe).


Ce qui donnerait la phrase :

« On ne renseigne pas pour le rendeur » (avec en prime une petite 
allitération en « r »).


Vincent




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

Re: [OSM-talk-fr] Gros polygone CLCF cassé

[Vincent Calame]

Bonjour,

Le méchant polygone gigantesque est ici:
http://tools.geofabrik.de/osmi/?view=multipolygon&lon=4.28414&lat=46.78110&zoom=9&overlays=ring_not_closed_hull,ring_not_closed,unconnected_end_nodes

Des volontaires pour le scinder et le réparer ? Vu la taille, un
script serait le bienvenu. Je crois me souvenir que quelqu'un avait
écrit un programme pour ça...


À titre de curiosité, quel est l'intérêt de maintenir un tel polygone ? 
Que porte-t-il comme information ? L'import de Corine a été un apport 
fantastique pour avancer mais quand on commence à affiner sur un 
territoire, les grands polygones avec l'attribut landuse=farm n'ont pas 
beaucoup de signification (en tout cas c'est mon expérience sur mon 
territoire).


Vincent




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

Re: [OSM-talk-fr] Récapitulatif du débat sur la traduction

[Vincent Calame]

Le 02/11/2011 20:22, Romain MEHUT a écrit :

Par ailleurs la diversité du langage permet justement d'exprimer des
notions avec différents mots.


Imagine que tu suives une conférence en anglais sur OpenStreetMap qui 
dure trois heures avec traduction simultanée. L'interprétariat étant un 
travail épuisant, trois interprètes se succèdent pour suivre le rythme 
du conférencier. Imagine maintenant qu'ils ne se sont pas concertés : le 
premier interprète utilise « tag », le deuxième « étiquette » et le 
troisième « balise ». Eh bien, tu vas rapidement être épuisé toi aussi 
et ne rien comprendre. Ce sera beaucoup plus efficace  d'écouter 
directement en anglais.


Eh bien, je trouve tout aussi épuisant d'avoir les termes qui changent 
d'une page du wiki à un autre, d'une interface à une autre en fonction 
de l'humeur du dernier rédacteur et j'en viens comme beaucoup sur cette 
liste à lire la documentation en anglais.


Nous écrivons de la technique pas de la littérature. Et la technique 
demande de la précision. Je ne suis ni interprète ni traducteur mais à 
chaque fois que j'ai vu des interprètes en action dans des conférences, 
des ateliers ou des forums, j'ai vu qu'ils faisaient ce travail 
préalable sur les termes de référence en proposant des traductions pour 
les notions les plus utilisées.


Vincent

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

Re: [OSM-talk-fr] Nouveau livre OSM en anglais

[Vincent Calame]

Le problème des avis argumentés : je suis de l'avis de Pieren, je me demande
si je dois réécrire tous ses arguments, juste ajouter "+1" sous le sien, ou
rien du tout.



Un petit paragraphe sur une page de discussion sur un wiki sera toujours 
mieux qu'un message noyé dans un n-ième fil sur la liste. Prends ça 
comme l'occasion de donner ton avis une fois pour toute.


Pour ma part, j'ai toujours plus de plaisir à lire un argumentaire un 
peu développé qu'une simple approbation qui ne veut pas dire grand 
chose. C'est en lisant l'argumentation des autres qu'on fait évoluer sa 
propre opinion (sauf à être dogmatique).


D'un autre côté, si tout le monde répond +1 à l'avis de Pieren, c'est 
super, on l'a notre consensus :-) .



Vincent

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

Re: [OSM-talk-fr] Nouveau livre OSM en anglais

[Vincent Calame]

Bonjour,



La synthèse de notre réunion IRC de coordination du vendredu 28/10 se 
trouve dans l'onglet "notes".




À la fin des notes, il est écrit :


* Notes de conventions de style.*
Dans ce livre, on traduit:

   *   path -> chemin

   *   way -> ligne


Dommage de dire « dans ce livre » et de ne pas arriver à avoir une 
convention commune à appliquer au wiki, aux interfaces des logiciels et 
aux guides, cela simplifierait la compréhension. Si quelqu'un vient par 
OpenStreetMap par ce livre et qu'il ne trouve pas les mêmes termes dans 
l'interface JOSM, son apprentissage va être plus difficile.


Est-on vraiment incapable de s'entendre collectivement sur les termes à 
utiliser ?


Pour mémoire, la liste des termes proposés est listée ici : 
http://wiki.openstreetmap.org/wiki/FR:D%C3%A9bat_Traduction


J'ai utilisé la page de discussion pour présenter mon point de vue 
argumenté qui sera, j'espère, suivi par d'autres : 
http://wiki.openstreetmap.org/wiki/FR_talk:D%C3%A9bat_Traduction


Vincent



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

Re: [OSM-talk-fr] Récapitulatif du débat sur la traduction

[Vincent Calame]

Même après vote et tout et tremblement ( qui me semblent souhaitable),
on définira des "best practices" comme pour les "proposed features",
une norme plutôt qu'une règle.
Plutôt que de parler de traduction officielle, il vaut mieux parler de
traduction (fortement) conseillée.


Appelons ça une « charte éditoriale » comme on parle de charte 
graphique. Dans la mesure où l'association OpenStreetMap France veut 
produire des documents de communication vers l'extérieur, elle a intérêt 
à maintenir une cohérence entre ses différentes publications tant au 
niveau de l'apparence (la charte graphique) que celui du contenu (la 
charte éditoriale, qui va au delà de la question de traduction).


Que se passerait-il si chacun utilisait le logo d'OpenStreetMap France 
de son choix parce qu'il préfère le rouge et que le vert cela lui 
rappelle les brocolis de la cantine ?




A-t-on déjà réussi à faire entrer tout les mappeurs dans une règle ?
N'y a-t-il pas quelques originaux/rebèles dans la salle ?


Depuis Astérix, on sait que les Français/Gaulois sont indisciplinés et 
querelleurs. Mais il ne faut pas voir du technocratique partout et on 
peut diriger son esprit frondeur sur d'autres cibles que celui de 
l'harmonisation des traductions.


Avec Raymond Queneau, grand spécialiste de l'argot, on sait que l'on 
peut manipuler sans problème plusieurs niveaux de langage : « gifle », « 
baffe », « mandale » et « soufflet », cela veut dire la même chose, 
simplement on ne va pas les utiliser dans les mêmes contextes.


Nous continuerons d'utiliser les termes de notre choix sur cette liste 
qui est libre. Mais dans les documents qui auront un caractère  « 
officiel » (entre autres, les documents d'OpenStreetMap France), le 
niveau de langue  utilisé deviendra de fait le langage « officiel ».



Vincent


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

Re: [OSM-talk-fr] Récapitulatif du débat sur la traduction

[Vincent Calame]

L'idée serait d'ajouter un nouvel élément 'area' qui supprimerait de
fait le besoin d'un tag "area=yes" pour faire la distinction entre
boucle fermée et surface (ou 'aire').
Voir http://wiki.openstreetmap.org/wiki/The_Future_of_Areas


Merci pour ces précisions. Si j'ai bien compris, 'area' va se rapprocher 
très fortement de la relation multipolygon actuelle avec des outer et 
des inner. Du coup, « polygone » ne sera peut-être pas la traduction la 
plus adaptée, à voir.


Vincent

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

Re: [OSM-talk-fr] Récapitulatif du débat sur la traduction

[Vincent Calame]

Attention, une polyligne fermée reste une polyligne fermée. Le
polygone sera probablement le prochain nouveau élément qui sera
introduit avec l'API0.7 et donc il faut dès maintenant utiliser le
terme 'polygone' avec précaution.


J'ai noté l'argument de Black Myst ainsi que ton point de vigilance sur 
« Polygone ». Est-ce que la notion d'area va disparaitre (sachant que ce 
n'était pas vraiment un éleément mais un way fermé) ?


Vincent


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

[OSM-talk-fr] Récapitulatif du débat sur la traduction

[Vincent Calame]

Bonjour à tous,

Suite au long fil sur la traduction des termes et comme ce n'est pas la 
première fois que l'on en discute, j'ai commencé une page wiki 
récapitulant les différentes propositions :


http://wiki.openstreetmap.org/wiki/FR:Débat_Traduction

J'ai mis le contenu ci-dessous pour que vous puissiez réagir 
directement. Je vous propose notamment d'enrichir les arguments pour et 
contre de chaque proposition (je me charge de répercuter sur le wiki les 
arguments transmis sur la liste). À voir le fil, je pense que nous 
n'échapperons pas un vote à un moment ou un autre mais c'est une autre 
histoire.


Vincent

Note : j'ai à chaque fois mis une définition tirée du Larousse (édition 
2002)



*Remarques liminaires*

La langue de travail principale d'OpenStreetMap est l'anglais, les 
concepts techniques sont exprimés dans cette langue. Tag, way et node 
sont des termes qui font partie du quotidien de ceux qui s'investissent 
dans le projet et les utilisent de manière naturelle dans leurs 
discussions internes. La volonté partagée par tous de communiquer auprès 
du plus grand nombre dans le monde francophone nécessite de leurs 
trouver des équivalents en français afin d'éviter au maximum le côté « 
jargon » et d'être le plus compréhensibles possibles.


De nombreuses traductions ont d'ores et déjà été réalisées (wiki, 
interface des logiciels de saisie). Cependant, il apparait que la 
traduction est variable (par exemple, pour tag, on trouve aussi bien « 
balise », « étiquette », « attribut », « tag », etc.). Cette instabilité 
nuit à la cohérence de l'ensemble, un effort d'harmonisation est 
nécessaire, notamment dans la perspective de production de matériaux de 
communication propres à l'espace francophone (par exemple par 
l'association OpenStreetMap France dans sa démarche de prise de contact 
avec les collectivités locales françaises).


Pour arriver à cette harmonisation, il faut obtenir un consensus sur la 
traduction « officielle » et si aucun consensus n'émerge, il sera 
nécessaire de procéder à un vote. Mais avant de parler de consensus et 
de vote, il faut qu'il y ait débat. Celui-ci revient périodiquement sur 
la liste de discussion [talk-fr]. Le but de la présente page est de 
faire le point sur les propositions de chacun en listant à chaque fois 
les arguments « pour » et « contre » tel qu'ils ont été relevés dans les 
fils de discussion. L'objectif de cette page est de s'enrichir des 
propositions de chacun et de servir de base à une décision collective.


Ce débat balaie les principaux termes d'OSM ; pour les termes qui font 
l'objet de débats, il est proposé les différentes traductions avec la 
définition du mot tel qu'on le trouve dans le Larousse (édition 2002) et 
ce afin de rappeler comment ce terme risque d'être compris par un 
lecteur novice suivi des arguments « pour » et « contre ».



*Tag*

À tout seigneur, tout honneur, le terme tag est celui qui a le plus de 
traductions différentes. C'est notamment dû au fait que le terme tag est 
déjà en anglais fortement polysémique. Rappelons qu'au sens d'OSM (voir 
la pages Tags), un tag est une combinaison key=value associée à une 
objet OSM (way, node, relation, changeset).



-Balise

* Définition : 1. Marque, objet (piquet, perche, etc.) indiquant le 
tracé d'une voie (canal, chemin de fer, etc.) [...] 3. IMRIM.,INFORM. 
Dans un système de composition ou de traitement de texte, marque 
destinée à identifier un élément tout en lui attribuant certaines 
caractéristiques
* Pour : Traduction utilisée dans divers projets informatiques, 
sens informatique présent dans le dictionnaire en 2002, utilisé par 
exemple pour les balises d'un texte HTML
* Contre : Confusion avec la balise comme objet physique présent 
sur le terrain (voir le manque de clarté du menu de JOSM Balises > 
Routes > Balises) ; une balise au sens HTML n'a pas de rapport avec le 
concept de combinaison key=value



-Étiquette

* Définition : 1. Petit écriteau que l'on fixe à un objet pour en 
indiquer la nature, le prix, le contenu, etc. 2. Désignation qui précise 
l'appartenance de qqn à un mouvement, notamm. politique [...] 4. INFORM. 
Ensemble de caractères liés à un groupe de données ou placé devant une 
instruction d'un programme et destiné à l'identifier.

* Pour : Traduction utilisée dans divers projets informatiques
* Contre : étiquette est également la traduction de label ; désigne 
aussi le nom d'un élément tel qu'il est affiché sur un rendu



-Tag

* Définition : Graff tracé ou peint, caractérisé par un graphisme 
proche de l'écriture et constituant un signe de reconnaissance (note : 
définition de 2002, l'utilisation web 2.0 de « tag » comme mot-clé 
est-elle passée dans le dictionnaire ?)

* Pour : Utilisation directe du terme anglais
* Contre : pour un élu, un tag reste un graffiti (Phrase à éviter : 
« Monsieur le maire, je vais tagué votre ville »); aucun autre projet 
informatique n'utilise « tag » au sens OSM (comb

Re: [OSM-talk-fr] http://taginfo.openstreetmap.fr

[Vincent Calame]

Le 12/10/2011 11:31, Jean-Marc Liotier a écrit :

On 11/10/2011 20:52, Jocelyn Jaubert wrote:

- idem pour "tag", pour lequel je ne connais pas de traduction.

Dans le contexte d'une base de données, la traduction de 'tag' est
'attribut'. Cet 'attribut' est composé du couple formé par une 'clé'
et une 'valeur'.


+1, également.

Node : « Point », c'est encore plus clair que « nœud »

Way : je suggère « tronçon », c'est moins utilisé et moins polysémique 
que ligne ou chemin et quand on trace des « ways », on fait bien des 
tronçons de route (on dit moins souvent « tronçon de rivière », c'est vrai).



Vincent

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

[OSM-talk-fr] Balise, tag, clé ou attribut

[Vincent Calame]

D'accord, le niveau d'info est mince sur cette balise (tag ? clé ? attribut ? 
... ?)
Je sors du fil pour rebondir sur cette question. Je pense qu'attribut 
est la meilleure traduction de « tag » au sens OSM, c'est à dire d'un 
couple clé/valeur. Attribut est un terme utilisé dans d'autres contextes 
informatiques (par exemple, les attributs d'un élément XML qui sont des 
couples clé/valeur). Propriété est aussi un terme qui correspond à un 
couple clé/valeur et qui pourrait convenir.


« Balise » me pose problème pour deux raisons : 1) cela désigne 
également un élément géographique (risque de confusion), 2) c'est la 
traduction de « tag » dans le cas d'un langage balisé comme le HTML : 
hors d'OSM, la balise ne désigne pas le fait d'associer une clé/valeur, 
cela indique le fait de marquer un texte avec des éléments de structure.


Le problème, c'est que « tag » est un terme utilisé à toutes les sauces 
en anglais : mot-clé, graffiti, balise, attribut, étiquette. Il est très 
« web 2.0 », je ne sais pas d'ailleurs pourquoi dans le monde 
anglophone, il a supplanté le terme « keyword », seul un linguiste 
pourrait nous le dire.


C'est sûr qu'une stabilisation de la terminologie serait utile, non pour 
l'imposer (on continuera longtemps à utiliser « tag » et « way » sur 
cette liste) mais pour avoir une certaine cohérence dans nos documents 
de présentation et de vulgarisation et surtout paraitre le moins 
jargoneux possible (« attribut » reste un terme de jargon mais tout de 
même moins barbare que « tag »).


Actuellement, l'interface de JOSM et d'autres fonctionne sur le dernier 
qui écrit qui a raison (le menu « Presets » a été appelé « Pré-réglage » 
un temps, il s'appelle « balises » maintenant, pourquoi, je l'ignore). À 
mon avis, ce n'est pas la meilleure manière de fonctionner sur le long 
terme mais je ne suis peut-être pas assez « web 2.0 ». Je penserai 
plutôt à un groupe de travail « Terminologie » au sein de l'asso qui 
proposerait des traductions en pesant le pour et le contre de chaque 
option de manière transparente. Après, libre à chacun de les adopter 
mais cela permettrait au moins de servir de référence pour les documents 
collectifs.


Vincent

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

Re: [OSM-talk-fr] [AG OSM-FR] participation

[Vincent Calame]

Je serais également présent à l'AG constitutive.

Amitiés,

Vincent Calame

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Calame]

Le 27/09/2011 19:26, Christian Rogel a écrit :


En tout cas, je suis très satisfait de voir ce que donne "place=locality" pour 
les grosses fermes ou les hameaux de deux ou trois maisons, bien que ce
soit la même chose pour un lieu-dit non habité.


Le problème, c'est que « place=locality » ne doit pas être utilisé pour 
un lieu habité (Voir http://wiki.openstreetmap.org/wiki/FR:Key:place). 
Pour les fermes et les petits hameaux, il faut utiliser « 
place=isolated_dwelling »  mais cette dernière valeur est assez récente, 
je ne sais pas s'elle est bien rendue maintenant sur Mapnik (mes 
derniers tests datent mais à l'époque ils n'apparaissaient pas dans Mapnik).


Ma remarque, c'était qu'il n'y avait rien de fiable et de simple pour 
distinguer dans les masses des « place=hamlet », les gros hameaux 
(parfois plus gros que la partie village avec la mairie) des moyens et 
des petits, ce qui pourrait être utile quand l'habitat est dispersé sur 
une commune.


Vincent

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

Re: [OSM-talk-fr] Besoin de bêta-testeurs pour mon site

[Vincent Calame]

- la choucroute c'est bon, mangez-en


Bien d'accord mais il fait un peu chaud en ce moment :-) .

Je rejoins le concert des louanges, c'est très beau.

Une petite remarque sur le nom des calques : la différence entre fond 
topographique et calque topographique n'est pas évidente et le terme 
isohypse est peu courant (je viens de l'apprendre).


Dernière remarque d'ordre général  qui ne dépend pas de l'application. À 
des échelles comme le 1:10 000, on regrette qu'il n'y ait pas consensus 
sur une différenciation entre petits et gros hameaux, cela permettrait 
d'avoir des tailles de police différentes pour les noms.


Vincent

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

Re: [OSM-talk-fr] "Water makes money"

[Vincent Calame]

Le 23/03/2011 16:30, Romain MEHUT a écrit :
La réponse:"/*nkb: Nous aimerions beaucoup travailler avec OSM, que 
nous connaissons bien (l’équipe et le service). Maintenant, lorsque 
nous développons pour des clients avec des exigences en termes 
d’interface utilisateur, nous sommes obligés de passer par Google 
Maps. Si vous avez des exemples d’app utilisant OSM avec une bonne UX, 
je suis preneur!*/"


Vous avez des exemples à proposer?


Bonjour,

J'ai l'impression que l'opposition n'est pas Google Maps contre  OSM 
mais plutôt Google API contre OpenLayers. Ce n'est pas OSM qui permet 
une bonne expérience utilisateur mais OpenLayers. Outre le fait que ce 
soit un logiciel libre, OpenLayers a pour lui l'argument d'être 
universel puisque l'on peut utiliser des fonds de toute origine (Yahoo, 
Google et bien sûr OSM), la plupart des cartes avec fond OSM sont avec 
OpenLayers.


Un des plus beaux exemples est la carte ouverte 
(http://www.carte-ouverte.org/) avec l'exemple de Rennes : 
http://rennes.carte-ouverte.org/


J'ai tâté de Google API et de Yahoo Api avant de découvrir OSM et 
OpenLayers et je n'ai pas vu de fonctionnalité manquante dans ce dernier 
bien au contraire.


En ce qui me concerne, je travaille avec OpenLayers, JQuery et JQuery UI 
dans le cadre de la BDIS (Base de Données des Initiatives Solidaires) : 
http://module.la-bdis.org/config=paca:bdisversion=1.2


Vincent


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

Re: [OSM-talk-fr] styles qualitystreetmap.org - Serv eur de tuiles français

[Vincent Calame]

S'il n'y a pas de problème de copyright, que pierre et françois sont prèts à
partager leurs recettes pour arriver à un tel résultat et que la masse
critique de gens intéressés à regrouper autour d'un tel projet existe, (je me
compte parmi les motivés avec un peu de temps/skills prêt à filer coup de main
mais bien incapable d'y arriver seul) ben ça peut valoir le coup de lancer
l'idée/réflexion.



Je fais partie des personnes intéressées par un tel projet. J'utilise 
les fonds OSM sur un projet d'annuaire d'initiatives de l'économie 
sociale et solidaire (la BDIS : www.la-bdis.org, la carte elle-même : 
http://module.la-bdis.org) et j'ai bien conscience des limites à cette 
utilisation.


Par rapport aux fonds de carte actuels, j'aimerai bien un style qui 
mette moins en avant les routes et plus les noms de lieux et les 
éléments du paysage (cours d'eau notamment). Et surtout je serai 
intéressé par un fond avec un placement des étiquettes cohérent avec la 
taille des agglomérations (je trouve par exemple l'absence de 
l'étiquette de Paris assez gênante à cette échelle :

http://maps.qualitystreetmap.org/?zoom=9&lat=6254650.98954&lon=272589.25462&layers=0B0T00
à la même échelle, Tours est absent également.

Je n'ai pas de compétence particulière à apporter mais je peux apporter 
des sous via les différents bailleurs que je connais (de l'ordre de 5 
000 euros par an, je pense).


Le cadre idéal serait soit une association, soit une SCIC (société 
coopérative d'intérêt collectif). Il n'est pas forcément besoin de créer 
une structure ad hoc, il est possible de trouver une structure porteuse 
pas forcément liée à la cartographie.


Vincent



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

Re: [OSM-talk-fr] Qualité de l'image SPOT

[Vincent Calame]

J'attendais avec impatience de pouvoir tester le nouveau service WMS
offert par Spot, mais une fois les premières images chargées j'avoue
avoir été un peu déçu.



J'ai aussi été « déçu » au premier chargement mais ensuite, on y trouve 
plein d'informations. Il faut juste se dire que Spot Image est d'abord 
un outil destiné aux zones rurales et il se trouve qu'elles ont bien 
besoin d'un outil pareil :
- cadastre pas toujours fiable pour ce qui est de l'occupation du 
territoire et d'ailleurs souvent non vectorisé
- touche des communes qui n'auront jamais de service de cartographie 
(seuls les départements et les régions ont les moyens de suivre de tels 
territoires comme le montre l'exemple de CRAIG)
- très faible densité de CartografAmateur, une seule personne couvre un 
grand territoire

- plein de trous partout qu'il faut remplir

L'import de Corine a permis d'introduire beaucoup d'informations mais 
évidemment à une petite échelle. Hier, avec les images Spot j'ai corrigé 
un polygone d'un golf qui couvrait trois fois sa surface normale.


Ce qui est clair, c'est que Spot est surtout utile lorsque l'on connait 
le territoire dont on fait le relevé car alors on reconnait facilement 
les éléments du paysage : le grand chêne isolé dans la prairie, la 
grande étable au bord du chemin : on peut aussi faire de la 
micro-cartographie avec Spot.


Bref, si vous êtes plutôt rat des champs que rat des villes et que vous 
voulez réduire la fracture numérique entre la ville et la campagne :-) , 
Spot est fait pour vous.


Vincent

P.S. je suis par ailleurs parisien mais comme Paris est archi-couvert, 
c'est plus amusant de relever des zones vierges dans les coins qu'on aime...




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

Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap par Spot Image

[Vincent Calame]

Le 06/10/2010 22:40, Sébastien Dinot a écrit :


En outre, je ne suis pas certain qu'au stade
où en est OSM, il est ait un intérêt à systématiquement qualifier la
nature et l'usage du terrain. Identifier et décrire en base un étang,
une forêt ou une zone urbaine me semble pertinent car ce sont des
éléments importants de notre environnement géographique. J'en suis moins
convaincu pour ce qui est des terrains vagues et tutti quanti.



Ça me va bien comme principe. En tout cas, cela correspond bien au 
territoire que je cartographie. Et en France, forêts et plans d'eau sont 
plutôt stables et protégés (sauf feu de forêt et tempête, on ne souffre 
pas de déforestation brutale). Ce sont aussi des points de repère 
évidents dans le territoire.


Bon, cela fait que j'ai six mois pour relever 1 000 étangs.

Vincent

P.S. : comme toujours ces photos n'exonèrent pas d'une connaissance du 
terrain, j'ai relevé hier une rivière bordée d'arbres tout du long et on 
a parfois du mal à la distinguer d'une haie voisine et quand elle passe 
dans un bois, c'est quasi de la devinette. On rêverait presque d'une 
photo en hiver sous la neige pour voir le tracé plus nettement.





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

Re: [OSM-talk-fr] Mise à disposition des données SPOTMaps France à la communauté OpenStreetMap par Spo t Image

[Vincent Calame]

Pour ma part, je suis très pragmatique : quand il s'agit simplement 
d'ajuster et d'affiner le contour, j'adapte l'existant mais quand la 
photo remet complètement en cause l'existant et que son adaptation 
nécessite trop de travail, je le supprime pour le remplacer par des 
données « neuves ». Bref, je regarde toujours quelle est l'approche la 
plus efficace.

Merci Sébastien,

Lorsque que l'on supprime un polygone existant, est-ce qu'il faut 
maintenir la couverture complète du territoire (le fait que pas un seul 
pixel n'échappe à un polygone avec l'attribut landuse) comme c'est le 
cas en ce qui concerne la zone qui m'intéresse ?


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

Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap par Spot Image

[Vincent Calame]

Bonjour


Je vous laisse regarder ces données sur les zones que vous 
cartographiez habituellement. Les images ne sont pas très récentes 
puisqu'elles datent de 2004 à 2006 et ont une résolution moyenne (2,50 
m.) par rapport à de l'imagerie aérienne mais elles ont l'avantage de 
couvrir l'ensemble du territoire français de métropole de façon 
homogène en particulier en terme de géométrie et de cohérence des 
coordonnées géographiques.


Merci pour ces photos. Dans le coin où je cartographie, elles sont très 
intéressantes car il y a de nombreux étangs (c'est du côté de la Brenne 
à l'est de l'Indre : http://osm.org/go/0AS92A2--) et des bois de petites 
tailles entrelardés avec des champs. L'import de Corine était déjà très 
utile mais manquait de précision à de nombreux endroits (notamment des 
étangs « fusionnés »). On distingue bien les éléments de paysage sur les 
photos.


Du coup, je me pose la question des consignes ? Quels usages fait-on des 
photos et surtout comment fait-on avec les polygones de Corine 
existants. Par exemple, quand il faut découper un étang comme celui-ci : 
http://osm.org/go/0ATi_zNn-
On supprime le polygone Corine et on recommence à zéro ? On fait 
plusieurs polygones avec les informations Corine ?


Vincent

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

Re: [OSM-talk-fr] RMLL / SOTM ???

[Vincent Calame]

Coté conf, les supports sont ou seront disponible sur le site des
rmll, à ma connaissance toutes les conf ont été enregistrées en vidéo
ou en audio et seront aussi bientôt disponible :
MopOSMatic :
http://2010.rmll.info/MapOSMatic-des-plans-de-villes-pour-tous.html
CarteOuverte :
http://2010.rmll.info/Carte-OuVerte-une-carte-eco-citoyenne-collaborative-libre.html

GeoBretagne : http://2010.rmll.info/GeoBretagne-vers-GeOchestra.html
Introduction à OSM :
http://2010.rmll.info/OpenStreetMap-une-introduction-a-la-contribution-et-la-reutilisation.html



Pour info, j'ai aussi parlé d'OpenStreetMap dans ma conf sur la BDIS 
(Base de données des initiatives économiques est solidaire : 
http://www.la-bdis.org) qui se tenait juste à avant CarteOuverte : 
http://2010.rmll.info/La-Base-de-donnees-des-initiatives-economiques-et-solidaires-BDIS.html 
puisque la BDIS utilise OSM comme fond. Cela a permis de faire une début 
de matinée très OSM le vendredi matin dans le thème Économie Sociale et 
Solidaire.


J'ai eu à la fin une question d'une personne de Madagascar à propos de 
la couverture de l'île par OSM (si j'ai bien compris, cette personne 
faisait un recensement des projets de micro-crédit). Malheureusement, 
nous n'avons pas prolongé la discussion et elle ne m'a pas laissé son 
contact.


Sinon, le gros problème a été l'absence de connexion qui m'a pris de 
court, je n'avais pas préparé de diapositives alors j'ai fait la 
présentation au tableau noir. La connexion s'est rétablie à la fin, j'ai 
pu faire une démonstration.


Comme le suggère Sébastien, avoir une solution locale de serveur de 
tuile serait bien utile.


Vincent

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

Re: [OSM-talk-fr] Hameau et lieu-dit

[Vincent Calame]

>>> Moi je le comprend comme plus petit qu'un village mais surtout
>>> beaucoup moins centralisé ; quand le bourg a une taille proche des
>>> hameaux en gros...
>> C'est amusant, moi, je plaçais bourg entre village et ville plutôt
>> (village<  bourg<  ville).
>>  
> +1
> (je précise qu'il s'agit bien d'une interprétation personnelle et/ou locale
>   du terme)
>


Vu ce document sur le site des Presses Universitaires de Rennes : 
http://www.pur-editions.fr/couvertures/1221749087_doc.pdf l'introduction 
suivante :

« Alors que le sens commun français définit le bourg comme un élément de 
la hiérarchie urbaine, situé entre le village et la petite ville, le 
langage de l’Ouest attribue le titre de bourg à l’ensemble des 
chefs-lieux de communes. Il nous a semblé nécessaire de rebaptiser « 
bourgs-centres » l’échelon étudié, afin d’opérer une distinction sans 
ambiguïté entre le chef-lieu de simple commune, « le bourg », et le 
petit centre rural intermédiaire entre le bourg et la petite ville, « le 
bourg-centre ».


Cela confirme que tout le monde a raison :-) .

J'ai noté aussi dans ce court texte la phrase suivante :

« L’Ouest français appartient à cette France du plein et possède des 
communes aux vastes surfaces, au peuplement dispersé entre un bourg et 
de très nombreux villages.villages (6). En Loire-Atlantique, la surface 
moyenne des communes est de plus de
3000 hectares, mais beaucoup atteignent 5000 hectares. Blain, Plessé et 
Guémené-Penfao dépassent même 10 000 hectares. Et, J. Renard (1976) 
souligne que « […] certaines communes du nord de la Loire-Atlantique […] 
sont à la taille d’un canton de l’est de la France, les gros villages 
correspondent […] à bien des chefs-lieux de commune de l’Est ».

Et pour villages il y a la note suivante : « (6) Ce terme est entendu au 
sens armoricain, c’est-à-dire un hameau de plusieurs dizaines ou même 
centainesd’habitants, comprenant jusqu’au début du XXe siècle un ou 
plusieurs commerces (café, épicerie, bouche-rie), une école primaire et 
une chapelle quelquefois centre d’une paroisse, il est organisé au cœur 
d’un finage propre de gagnerie. »

Et enfin dernière citation : c'est la définition que donne le texte de 
bourg-centre, notez la première phrase pile-poil dans notre débat :

« La base de la hiérarchie urbaine demeure particulièrement confuse, 
aussi bien dans les termes utilisés (village, village-centre, bourg, 
bourg-centre, petite ville, ville rurale…), que dans les définitions 
données. En effet, les seuils et les indicateurs utilisés sont 
difficilement transposables à l’échelle nationale et n’ont souvent de 
sens que par référence à la structure régionale du peuplement. Confronté 
à ce problème de définition, le Réseau-bourgs (1993) l’a contourné par 
une définition préliminaire simple fondée sur trois critères : le niveau 
de population, le niveau d’équipement et l’indépendance vis-à-vis de la 
ville ou d’une mono-activité touristique. »

Voilà, ce n'est qu'un texte d'un géographe parmi d'autres, on se 
plongerait dans la littérature, on trouverait beaucoup d'autres travaux.

Conclusion : difficile de représenter dans une base de données la 
complexité du monde réel...

Vincent

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

Re: [OSM-talk-fr] Hameau et lieu-dit

[Vincent Calame]

Le 02/06/2010 13:45, Pierre-Alain Dorange a écrit :
>
>
>
> Moi je le comprend comme plus petit qu'un village mais surtout 
> beaucoup moins centralisé ; quand le bourg a une taille proche des 
> hameaux en gros...
>

C'est amusant, moi, je plaçais bourg entre village et ville plutôt 
(village < bourg < ville). Comme quoi avant de s'expliquer sur les 
termes internationaux en anglais, il faut s'expliquer sur les termes en 
français.

À quand un attribut fr:place pour préciser une hiérarchie française en 
parallèle à un hiérarchie internationale ?

Vincent

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

Re: [OSM-talk-fr] Hameau et lieu-dit

[Vincent Calame]

>
> Le mot "bourg" est tombé en désuètude et n'est pas employé dans le 
> language courant (ou alors chez les pédants ?)

Bourg tout seul n'est effectivement plus utilisé. Mais « bourg rural » 
l'est beaucoup par les urbanistes, justement comme intermédiaire entre 
village et ville pour les communes de petites tailles qui ont un certain 
rayon de chalandise. Les urbanistes utilisent également le terme de 
centre-bourg comme équivalent de centre-ville en plus petit.

Exemple pris au hasard après une recherche Google, l'extrait d'une 
délibération de la communauté urbaine de Bordeaux :

« SAINT LOUIS DE MONTFERRAND - Aménagement du Centre Bourg -

Forte de son identité de bourg rural, la commune de Saint Louis de 
Montferrand a pour
particularité de s’étirer tout en longueur sur 7 kilomètres en bord de 
Garonne. Elle constitue
une enclave préservée notamment au regard des zones industrielles 
d’Ambès et de
Bassens toutes proches. Elle présente des qualités paysagères et 
patrimoniales
indéniables, avec une diversité et une prégnance des milieux naturels et 
des espaces
agricoles. »



En France, un bourg rural serait une commune avec une certaine 
concentration de commerces : coiffeur, pharmacie, poste, présence d'un 
marché hebdomadaire, indépendamment de sa population qui peut être faible.

Vincent

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

Re: [OSM-talk-fr] Consensus (au moins) en france s ur comment utiliser place=* et les attributs liés

[Vincent Calame]

>
> Donc, oui pour une cohérence internationale, mais adaptée aux usages 
> locaux.

D'accord pour cette affirmation mais alors comment se fait l'adaptation 
aux usages locaux ?

Vincent

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

Re: [OSM-talk-fr] Consensus (au moins) en france s ur comment utiliser place=* et les attributs liés

[Vincent Calame]

Une nuance qui risque de compliquer les choses et ajoutera encore 
d'avantage de la confusion et des incohérences entre nous puisque le 
nombre d'habitants est de toute façon très difficile à estimer puisque 
nous ne disposons pas de sources fiables pour ces lieux isolés (à 
moins d'aller en mairie, et encore).


Alors ne nous fondons pas sur la population qui est forcément changeante 
: beaucoup de villages n'ont pas la même population en hiver ou en été 
du fait des résidences secondaires.


Faisons une estimation sur le nombre de bâtiments (en excluant les 
bâtiments agricoles) et sur le nombre de foyers.


Quand on relève l'information à partir du terrain, on est capable 
d'estimer à peu près le nombre de foyers. Après, que le groupe de trois 
maisons que je repère sur ma route ou sur le cadastre soit des 
résidences secondaires  ou au contraire occupés par trois familles 
nombreuses, ça, c'est un autre problème et on n'aura jamais 
l'information (et question respect de la vie privée, c'est plus  que 
limite).


J'ai quand même envie de poser la question : pour qui cartographie-t-on 
? Quand on fait une carte d'un lieu, c'est d'abord pour les habitants du 
lieu, non ? Et je trouve important pour eux de pouvoir nuancer, 
justement, pour s'adapter au particularité du lieu.


C'est dommage quand une commune rurale est dispersée en une quinzaine de 
hameaux que tous soient sur un même pied d'égalité alors que cela va de 
deux maisons à une quarantaine.


Vincent

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

Re: [OSM-talk-fr] Consensus (au moins) en france s ur comment utiliser place=* et les attributs liés

[Vincent Calame]

> Et baser cette page sur ma proposition que j'ai indiquée précédement
> http://wiki.openstreetmap.org/wiki/Proposed_features/world_wide_place_default_standardisation
>
> Je suis tout à fait conscient que les chances d'arriver, ne serait-ce qu'a
> accepter qu'on vote (sonde ?) sont faibles, alors comme je suis une
> feignasse, je fais un rapide sondage ici pour éviter de me taper le boulot.
>
> On tente d'uniformiser ? ou c'est très bien comme ça ? ou de toute façon on
> arrivera pas à un consensus autant laisser les mappeurs faire leur choix ?
>


En tout cas, moi, je suis pour l'introduction d'un attribut 
supplémentaire « hamlet_level ». Ça a l'avantage de ne pas toucher à la 
liste existante des valeurs de place=* tout en introduisant une nuance 
bienvenue dans « hamlet ».

Vincent

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

Re: [OSM-talk-fr] Admin_level 7 [was : Hameau et lieu-dit]

[Vincent Calame]

> Peut-on placer cantons et arrondissement départementaux sur la même 
> échelle de classement ?
> canton = découpage pour la représentation des élus locaux
> arondissement départemental = découpage pour la représentation de 
> l'état (sous-préfecture)
>

Avec la réforme des élus territoriaux (fusion des élus des régions et 
départements) prévue pour 2014, la forme des cantons va encore changer. 
Et en milieu urbain, les cantons n'ont plus grand signification et 
surtout ils sont à une échelle inférieure à la commune ! Par exemple, 
pour la Seine-Maritime, la commune de Rouen est divisée en sept cantons 
: http://www.seinemaritime.net/fr/?idR=25&tri=canton, la frontière des 
cantons suit les quartiers, plus ou moins.

Il faut voir les cantons comme les circonscriptions des députés, des 
frontières très mouvantes issues d'une alchimie assez complexe. Est-ce 
que l'on mettrait les circonscriptions des députés dans OpenStreetMap ? 
Pourquoi pas mais dans ce cas-là, il faudrait prévoir un attribut  « 
democratic_level » :-) .

Pour aller plus loin, une piste serait alors d'intégrer dans OSM le 
magnifique travail de Regards Citoyens sur le découpage électoral : 
http://www.regardscitoyens.org/redecoupage/

Conclusion en tout cas, ne pas placer canton et arrondissement 
départemental sur la même échelle de classement.

Vincent




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

Re: [OSM-talk-fr] rendu cyclable

[Vincent Calame]

> Ca me parait relativement important de décider d'un nom qui fait
> consensus dès maintenant pour éviter de déménager 50 fois le wiki etc
> ...
> OK pour un nom international (donc en anglais).
>   
International oui, en anglais pas forcément. Les informaticiens 
anglo-saxons sont les premiers à aller puiser dans d'autres langues : 
wiki, ubuntu.

Pourquoi pas un terme en wolof (vélo se dit welo), en quechua, en latin 
ou grec ancien...

Un nom n'a pas à être forcément signifiant et la signification est 
trompeuse. Après tout, je viens de lire sur ce fil que « OpenCycleMap 
n'est pas un projet libre en soi ». Mettre « Open » partout n'est donc 
pas une garantie en soi.

Vincent


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

[OSM-talk-fr] Annexion de Lyon par Villeurbanne ?

[Vincent Calame]

Bonjour à tous,

Quand on regard à certains niveaux de zoom comme celui-ci :
http://osm.org/go/0AuQb?layers=0B00FTF

on voit Villeurbanne comme nom de ville au lieu de Lyon.

Bon, je ne suis pas de la région lyonnaise, je ne veux donc pas
interférer mais est-ce qu'il n'y a pas moyen de paramétrer ça ?

À la même échelle, on voit la ville de Rémalard au sud-ouest de Paris et
Rennes n'est pas cité.

Vincent


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

Re: [OSM-talk-fr] hamlet ou village

[Vincent Calame]

> Certes le tag population est encore plus précis, ce qui ferait du tag place 
> un 
> batard pris entre deux données à but similaires, mais tant que la plupart des 
> lieux d'habitation seront taggué GPS au poing en passant en voiture, la 
> population n'est pas prête d'être partout, faisant du tag place un bon 
> candidat d'approximation faute de mieux.
>   
En France, sur le terrain, il y a un critère relativement objectif, 
c'est le panneau indicateur : petit panneau bleu avec texte blanc = un 
hameau, panneau avec texte noir sur fond blanc et bordé de rouge = 
village (au moins). Ça vaut ce que cela vaut mais au moins on se pose 
moins de question.

Le critère de population devrait être rapporté à la densité de la 
population : une ville inuit, ce n'est pas la même chose qu'une ville 
chinoise.

En France, avec les communes rikiki que nous avons, le critère de 
population est biaisé, notamment en milieu rural. Il faudrait prendre en 
compte la zone de chalandise. Il manque un intermédiaire entre « village 
» et « ville » qui serait celui de « bourg rural ».


> Mon regret, tel que déjà lu sur le forum, est que de 1 à 1000 habitant, 
> hamlet 
> couvre une trop grosse plage.
>
> Si j'avais le courage j'irais proposer du shamlet, mhamlet et autre bhamlet 
> pour subdiviser en petit moyen gros
C'est séduisant mais est-ce qu'il ne faudrait pas plutôt considérer que 
l'attribut « place » ne doit jamais être seul mais être complété par 
d'autres attributs comme par exemple une estimation du bâti. Exemple :
- hamlet, < 5 bâtiments
- hamlet, 5 - 20 bâtiments
- hamlet,  20-100 bâtiments
- hamlet, +100 bâtiments

évidemment, c'est approximatif et pas en rapport direct avec la 
population mais cela a un avantage : on peut l'estimer aussi bien sur le 
terrain qu'avec le cadastre.

Et pour les logiciels de rendu, cela permettra de hiérarchiser les 
hameaux entre eux.

Vincent


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

Re: [OSM-talk-fr] Haiti : cartographie post tremblement de terre

[Vincent Calame]

> En tout cas on a déjà le droit à un super article sur ecrans.fr :
> http://www.ecrans.fr/Haiti-Mobilisation-autour-d-une,8961.html
>   

Bravo à toute la communauté pour la mobilisation.

Une seule suggestion une fois que l'urgence sera passée : ne pas 
utiliser la clé « tourism » pour les camps de réfugiés. Lorsqu'on lit 
dans l'article la phrase  : tous les campements sont dessinés et marqués 
(« tourism=camp_site » et « refugee=yes »), cela fait vraiment bizarre 
pour le lecteur de voir apparaitre le mot « tourisme ».

Vincent

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

Re: [OSM-talk-fr] [tag] Orchard : le vote est ouvert, soutenez !

[Vincent Calame]

rldhont a écrit :
> Si il y a vraiment des personnes intéressées par un outil de gestion 
> parcellaire avec pour base OSM, je crois que kimaidou et moi-même avons 
> les compétences et les connaissances pour réaliser ce genre 
> d'application, étant agronome de formation.
>   
Je confirme l'intérêt d'un tel outil et je pense pouvoir trouver des 
gens prêts à soutenir le projet.

Vincent

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

Re: [OSM-talk-fr] [tag] Orchard : le vote est ouvert, soutenez !

[Vincent Calame]

> Fils d'agriculteur j'ai fais pareil sur une commune complète avec les
> lieux dit oraux du cadastre encore usité par les agriculteur pour parler
> de leur parcelles ( bien utile quand on vous dit "viens me chercher dans
> la parcelle de Pré Guédon" et que vous ne vous souvenez plus si c'est a
> un bout ou a l'autre de la commune :) ).
Est-ce que tu peux transmettre le lien vers la carte de ta commune. Cela 
m'intéresserait de voir comment tu as fait pour les noms de parcelles 
(et pour le reste aussi).

Vincent

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

Re: [OSM-talk-fr] [tag] Orchard : le vote est ouvert, soutenez !

[Vincent Calame]

Bonjour,
> avec un peu de retard, le vote est ouvert pour l'approbation/rejet du
> tag "landuse=orchard".
>
> Ce tag est utilisé dans l'import CLC. Il est contesté par des personnes
> qui voudraient simplifier la cartographie des terres argicoles par du
> 'landuse=farm' à l'inverse de la démarche de précision en cours avec CLC.
>   

Je trouve que la question de la précision des terres agricoles est 
importante et mérite d'être clarifiée.

J'ai un exemple concret : le premier territoire sur lequel j'ai 
cartographié pour OSM est une exploitation agricole d'un seul tenant de 
400ha (plus de 200 ha de forêts) : j'en ai fait tous les chemins 
communaux et privés accessibles au public.

Quand j'ai montré la carte à la personne chargée de l'exploitation du 
domaine, il m'a posé la question suivante : est-ce que je peux servir 
d'un tel outil pour mes calculs PAC ? (autrement dit tous les calculs de 
surface qui vont déterminer les subventions issues de la Politique 
Agricole Commune de l'Europe, les services du ministère de l'agriculture 
transmettent des photos aériennes de l'IGN aux exploitants agricoles 
pour la déclaration).

J'ai tous les éléments en main pour tracer des jolis polygones et, en 
les corrélant avec des calculs de géomètre déjà effectué, je pourrai 
avoir des surfaces très précises. Et comme il y a une rotation régulière 
entre culture et élevage, je pourrai préciser chaque année quel est le 
type d'utilisation de telle parcelle. Pour le moment, je n'ai rien fait, 
me disant qu'OSM avait d'abord une vocation routière et que c'était pas 
le lieu pour ce type d'information.

 Mais quand je vois le degré de précision atteint dans les villes, 
faut-il condamner le monde rural à rester à la précision 1:100 000 de 
Corine ? L'import réalisé est un travail remarquable mais 
s'autorise-t-on à être plus précis pour les lieux que l'on connait, 
quitte à faire disparaitre les polygones CLC ?

Concernant l'attribut "landuse=orchad",  il faut rappeler qu'il se 
pratique l'agroforesterie, notamment dans le monde méditerranéen avec 
pacage des moutons sous les arbres fruitiers. Cela dit, l'élément 
paysager qui marque et qui permet de se repérer, ce sont bien les arbres 
fruitiers.

Vincent Calame

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

Re: [OSM-talk-fr] Nouvelle explosion de villes ... en Bretagne

[Vincent Calame]

>
> Personnellement, je pense qu'il faudrait ajouter un critère
> administratif : si le lieu est encore considéré comme un village,
> c.a.d. qu'il figure dans les codes insee par ex., et même s'il a moins
> de 100 habitants, on pourrait mettre place=village et on ne garde
> hamlet que pour les hameaux isolés et sans identité administrative
> particulière. 
>   
Je suis d'accord.  Le seul critère de la population est dangereux en 
France du fait de notre émiettement et de nos 36 000 communes. Les 
limites administratives correspondent de moins en moins à l'usage réel 
du territoire.

Il y a des réalités sociologiques et historiques qui font que certaines 
communes ont une importance bien supérieure à leur population réelle. 
Nous avons de très petites sous-préfectures en France et je me vois mal 
les marquer comme des villages.

Entre ville et village, il manquerait l'échelon de « bourg rural », 
c'est à dire de lieux pas forcément très peuplés mais qui concentrent un 
certain nombre de services (magasins, collège, etc.) qui concernent une 
territoire assez étendu.

Vincent


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

Re: [OSM-talk-fr] Stabiliser la traduction de « tag (c)

[Vincent Calame]

>
> J'ai fait des essais de mise en forme du glossaire avec génération
> d'ancres () et liens internes, des essais de templates
> pour apels, liens...
>
> visible ici
> http://wiki.openstreetmap.org/wiki/User:FrViPofm/Glossaire
>
>   
Vu.

Comme le seul consensus qui émerge à peu près de ce fil, c'est qu'il 
faut enrichir le glossaire, autant s'y mettre.

Quelle est la meilleure procédure : travailler sur la page FR:Glossary 
ou sur la page que tu as créé pour basculer ensuite sur la page définitive ?


Vincent

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

Re: [OSM-talk-fr] Stabiliser la traduction de « ta g ©

[Vincent Calame]

> A.3
> Suivant que l'on parle de l'aspect cartographique d'OSM, j'aurai 
> tendance à parler d'étiquette (on ne place pas des toponymes sur une 
> carte, on place des étiquettes, selon ESRI -le Microsoft du SIG [1]-). 
> Si l'on parle de la structure d'une base de données (importée dans 
> PostGIS, par exemple), alors je préfère parler d'attribut 
> (éventuellement de champ, pour un tableur ;-). 

Je n'avais pensé qu'au concept de « tag » dans la base de données.

On touche à mon avis à une paresse linguistique des développeurs anglais 
(avec tout le respect que je leur dois devant le travail accompli) qui 
utilisent « tag » à toutes les sauces. En effet, on a (en indiquant des 
synonymes anglais que l'on trouve par ailleurs) :

- tag = attribute (ou property) pour les couples key/value des nœuds et 
chemins
- tag = label pour les étiquettes sur les cartes
- tag = keyword pour les mots-clés qui nous permettent de classer nos 
traces GPX

Bref, tout est tag et réciproquement. Est-ce qu'il faut que l'on 
maintienne la même confusion ou est-ce que l'on profiterait pas de la 
traduction pour clarifier tout ça.

Après tout, ce ne serait pas la première fois que la traduction corrige 
une polysémie fâcheuse (exemple au hasard : free software qui se traduit 
en logiciel libre et non logiciel gratuit !).

Vincent

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

Re: [OSM-talk-fr] Stabiliser la traduction de « tag ©

[Vincent Calame]

>
> 2) Parce ce concept est appelé au moins de six manières différentes dans 
> le wiki et l'interface de JOSM. Je liste (les fréquences sont très 
> différentes) :
> - tag
> - balise
> - étiquette
> - propriété
> - attribut
> - l'expression « clé/valeur ».
>   
Je viens de trouver un septième dans JOSM : « champ »

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

Re: [OSM-talk-fr] Stabiliser la traduction de « tag ©

[Vincent Calame]

Bonjour,

Je me permets de repréciser le fil qui part un peu dans tous les sens. 
Comme le précisait le titre (avec une faute de frappe © à la place »), 
je posais la question  spécifiquement pour le terme « tag ».

Pourquoi celui-là :

1) Parce que c'est un terme central d'OSM qui concerne sa structure 
profonde. Dans dix ans, je gage que le concept appelé « tag » dans la 
version anglaise sera toujours présent dans OSM (alors que « mapping 
party » et « web 2.0 » auront disparu et feront bien rire nos 
successeurs...).

2) Parce ce concept est appelé au moins de six manières différentes dans 
le wiki et l'interface de JOSM. Je liste (les fréquences sont très 
différentes) :
- tag
- balise
- étiquette
- propriété
- attribut
- l'expression « clé/valeur ».


Partant de ce constat, je suis arrivé à la conclusion que cette 
instabilité dans la traduction était nuisible à la diffusion du projet 
OSM dans l'espace francophone.

Je vous pose donc une première question :


Question A : pensez-vous comme moi que cette hétérogénéité dans la 
documentation accessible directement au public est nuisible  ?

Deux réponses possibles :

* A.1 : elle n'est pas nuisible : c'est normal que chacun possède sa 
propre approche, c'est au nouvel arrivant de s'adapter aux pratiques et 
de toute façon on n'arrivera jamais à s'entendre.

  Dans ce cas-là, la discussion est close, on continue comme ça.

* A.2 : elle est nuisible : il faut donner à voir quelque chose de 
cohérent. Dans ce cas-là, on en arrive à la question B.


Question B : quelle formulation retient-on parmi les six listées 
ci-dessus pour toute la documentation publique en français ?
(Je parle bien ici de la documentation publique, chacun restant libre du 
terme qu'il utilise pour sa propre communication dans cette liste ou 
ailleurs).


Donc, si chacun pouvait se positionner par rapport à la question A) (et 
éventuellement par rapport à la question B)  en cas de réponse A.2. ), 
je pense qu'on avancerai un petit peu.


Vincent



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

Re: [OSM-talk-fr] Import corine (sisi ça se rappro che !)

[Vincent Calame]

>
> Ou on taggue (pardon on attribute) la rivière en layer=5 ;-)
>   

Je dirai« qualifier », cela pourrait aller sinon « coder », c'est encore 
plus court, il y a deux lettres de moins que tagguer :-)

Vincent

P.S. sinon en ce qui concerne ce fil, j'ai vérifié Corine pour les coins 
que je connais. Pas de problème pour les forêts. Pour les zones 
agricoles, c'est l'usage qui est discutable (si j'ai bien compris que 
vert clair = prairie permanente) mais ça, c'est cela vient de la base 
initiale.

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

Re: [OSM-talk-fr] Stabiliser la traduction de « tag (c)

[Vincent Calame]

> Ayant fait pas mal de traduc sur le wiki, je me suis aussi posé la
> question bien-sûr. Je n'aime pas le terme "balise" qui, pour moi, veut
> dire "j'ai peur (je balise)" ou "il a peur (il balise)". Bien sûr, les
> newbies-débutants balisent parfois devant le nombre important de
> tags-attributs mais ça, c'est une autre histoire.
>   
à noter que dans l'interface de JOSM, balise est la traduction de « 
presets », autrement dit, c'est la combinaison d'attributs qui font sens 
entre eux (ce qui est une définition qui me plait bien). À noter 
d'ailleurs que dans chaque fenêtre de saisie, il est utilisé le terme « 
optionnal attributes » et non « optionnal tag », comme quoi dans la 
version anglaise aussi les termes ne sont pas stables.


> Maintenant, le terme "Key" qu'il faudrait traduire par "nom" ferait
> sourire Raymond Devos. En effet, comment traduire key:name sinon par
> "nom de nom", à ne pas confondre avec le commun "nom de nom"
> remplaçant avantageusement un blasphème. Et que dire pour la balise
> noname=yes pour qui le nom de l'attribut veut dire qu'il n'y a pas de
> nom.
>   
Bon argument. L'utilisation très fréquente de l'attribut « nom » oblige 
effectivement à utiliser le terme « clé »  pour éviter la confusion. Je 
comprends maintenant pourquoi les développeurs initiaux ont choisi "key".

Vincent

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

[OSM-talk-fr] Stabiliser la traduction de « tag ©

[Vincent Calame]

Bonjour,

Je continue ma découverte d'OSM et j'ai remarqué qu'il n'y avait pas 
consensus pour la traduction du mot « tag », on trouve tout aussi bien 
étiquette, balise, attribut et ... tag. Cette absence de consensus est 
un peu gênante car on peut passer à côté de certaines choses (par 
exemple, la commande « coller les étiquettes » de JOSM alors que le menu 
principal parle de balise).

Est-ce que vous avez déjà eu une discussion (passionnée, je n'en doute 
pas) sur ce sujet ?

Je trouve que le mot « tag » pose plusieurs problèmes :

- hors de l'informatique, tout Français pensera d'abord à un graffiti. 
Si vous dites à un maire, « je vais taguer les rues de votre ville », il 
ne va pas bien vous recevoir :-) .

- en informatique, il est un peu mis à toute les sauces avec des sens 
différents. En ce moment, la mode, c'est le tag dans le sens « mot-clé » 
mais avant c'était dans le sens de balise (les tags HTML). La différence 
est subtile entre un « nuage de tag » (des termes disposés aléatoirement 
et plus ou moins gros en fonction de leur importance) et une « soupe de 
tag » (des balises HTML dans tous les sens d'avant le XHTML).

D'ailleurs, l'utilisation du mot « tag » pour désigner une combinaison 
nom/valeur par OSM m'a surpris. Je ne suis pas angliciste mais comme 
tout informaticien, je lis de l'anglais technique à longueur de journée 
et c'est la première fois que je vois dans un logiciel l'utilisation de 
« tag » dans ce sens-là. Il me semble que le terme le plus souvent 
utilisé pour une combinaison nom/valeur est plutôt « attribute ». (en 
tout cas, c'est le terme consacré par la norme XML).

Bref, s'il y avait à fixer une fois pour toute la traduction de « tag », 
ma préférence serait pour « attribut » qui est, me semble-t-il, aussi 
parlant pour des informaticiens que des non-informaticiens.

J'utiliserai également « nom » plutôt que « clé ». « clé » est un 
concept plus obscur que « nom ».

Vincent

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

Re: [OSM-talk-fr] Proposer une carte fictive pédagog ique

[Vincent Calame]

> Il y a bien un serveur de test dans le groupe de serveurs OSM avec bdd
> et interface web mais le contenu de cette base n'est absolument pas
> garantie dans le temps. C'est juste une plateforme pour les tests des
> développeurs.
>   
Pourrait-on demander un serveur particulier sur le même modèle que ce 
serveur de teste et qui serait utilisé à des fins pédagogiques 
(présentation d'exemples, bac à sable, etc.) ?

> Par contre, c'est plutôt le wiki qui devrait être utilisé pour ce
> genre de questions. On pense à remanier la page d'acceuil et créer un
> portail spécifique aux débutants. Il y a certainement quelques pages à
> améliorer et à mieux référencer comme la page "Fr:how to map a".
>   
C'est vrai que l'on peut améliorer le wiki mais il y a un moment où on 
est bloqué par l'outil. MediaWiki est un superbe outil mais est-il 
adapté pour un contenu pédagogique comme le nôtre ? Il manque notamment 
une arborescence et des chapitres qui permettent une progression.

Mon impression, c'est que le wiki actuel est un peu batard, il sert à la 
fois à la traduction du manuel de référence en anglais et à la création 
de pages propres à la communauté francophone. Il vaudrait mieux rédiger 
un matériel pédagogique propre à la communauté francophone dans un 
espace à part (fr.openstreetmap.org ?) et pas forcément avec MediaWiki. 
Le problème du wiki, ce sont les liens qui partent dans tous les sens et 
une absence de hiérarchie dans les pages qui fait que l'on ne sait pas 
quels sont les pages de références.

Voilà. En écrivant cela, je suis bien conscient que les conseilleurs ne 
sont pas les payeurs et j'ai le plus profond respect pour le travail 
réalisé jusque là.

Vincent



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