date:20120203

Le 3 février 2012 07:27, Pierre-Alain Dorange  a écrit :
> sly (sylvain letuffe) 
> wrote:
>
>> Il y a la proposition du role admin_centre qui a pour but de "faire remonter
>> dans la relation"
>>
>> Mais la question du double nom entre la relation administrative et le tag
>> place est pour moi un faux problème.
>
> C'est faux problème qui a un impact réel tout de même, on voit sur la
> carte 2 fois le même nom dans la majorité des cas et sans aucune
> véritable raison.

Le tag place sert à autre chose: il indique l'importance relative d'un
lieu par rapport aux autres. Il sert surtout à fixer des priorités
d'affichage et à éliminer (par exemple dans le rendu d'une carte à
échelle grossière) des noms en excès qu'on ne peut pas tous afficher
en même temps sans rendre la carte totalement illisible, pour ne faire
apparaître que les éléments importants (par exemple les chef-lieux de
région mais pas tous ceux de départements, les capitales de pays mais
pas les autres villes du pays, les villes de plus de 100 000 habitants
mais pas les villes de plus de 10 000 ou les villages).

C'est un critère finalement subjectif qui présuppose une utilisation
dans un type de carte et présuppose l'importance d'un lieu à afficher
(label et/ou symbole centré sur un point "central" désigné ou calculé)
selon un critère unique et finalement arbitraire (town=city,
town=village, town=hamlet...) alors que cette sélection devrait se
baser sur des critères plus explicitement tagués (par exemple les
rôles admin_center pour désigner les chef-lieux de chaque niveau
administratif, ou la population chiffrée).

Noter que le critère d'importance donné par le tag place est fortement
lié au niveau de zoom: les critères de sous-sélection changent, mais
pas la valeur du tag place, ce qui finalement ne permet plus de faire
de meilleures sélections plus pertinentes.

Ce tag "place" ne devrait contenir que l'indication du statut ou type
officiel de lieu (par exemple pour indiquer que c'est un chef-lieu de
région ou une capitale de pays, ou bien une "ville libre" si on les
distingue d'une "cité' selon la classification administrative
officielle d'un pays et le statut de fonctionnement, ou bien pour
indiquer que le niveau 2 désigne une collectivité territoriale unique
avec les attributions à la fois d'un département et d'une région, et
pas seulement un département.

Mais cela remettrait en cause trop de données actuellement. Un
meilleur système de classification c'est le "boundary_type"
(administrative, maritime...) ou, pour la France, le tag permettant de
désigner et séparer les différents types d'EPCI à fiscalité propre
(métropole, CA, CC, SAN) ou non (SIVU, SIVOM...), et leurs éventuelles
subdivisions (par exemples les "pôles de proximité" actuellement
cartographiés dans Nantes Métropole et auxquels on vient de supprimer
l'admin_level=9 car ce ne sont pas des quartiers de la commune, même
si ce sont bien des subdivisions administratives):

Ce dernier exemple est un cas qui soulève le problème actuel de
l'impossibilité de créer plusieurs hiérarchies indépendantes de zones
administratives, des hiérarchies superposées, que "l'admin_level"
actuel ne permet pas de gérer au delà d'une seule hiérarchie
"principale" définie de façon uniforme pour tout le pays et même le
monde entier). Un cas qui montrait encore l'utilité des membres de
type "subarea:*" qui ont été fortement critiqués à cause de prétendus
problèmes de rendus inexistants, alors que cela permettait de taguer
très proprement (et de façon non arbitraire) les différents types de
subdivision ou de partitionnement qui peuvent exister dans une zone
donnée, et qu'on distinguerait par leur rôle "subarea:*" sans même
créer aucune relation supplémentaire ni aucun noms ou traductions
supplémentaires dans les relations (certains y ont vu une tentative de
passer à la modélisation par surface, alors que ce n'était clairement
pas équivalent, même mathématiquement au sens topologique;
malheureusement, vous ne l'avez pas compris du tout quand je vous ai
dit que cela ne remettait pas du tout en cause la modélisation
géométrique par frontières et non par surfaces, et que cela ne faisait
absolument PAS "doublon").

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

Re: [OSM-talk-fr] role=label

2012/2/3 Philippe Verdy :
> On ne parle pas du rôle "admin_center"

Merci d'écrire "admin_centre" et non "admin_center". Les clés de tags
sont de préférence rédigés en anglais et non en américain.

Pieren

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

Re: [OSM-talk-fr] Légalité des objets "enforcement" en France (position des radars)

2012-02-03 Par sujet Maetma 91

Le 31 janvier 2012 16:04, Philippe Verdy  a écrit :

>
> Franchement il aurait été plus utile d'intégrer dans les navigateurs
> GPS l'affichage exact et permanent des limites de vitesse, afin que le
> navigateur m'indique si je suis au dessus de cette limite effective au
> cas où on n'a pas vu un panneau.


J'utilise MapFactor Navigator Free (http://navigatorfree.mapfactor.com/en/)
sur mon téléphone qui fait cela et utilise les données OSM. On peut lui
demander d'emettre une alarme sonore si on depasse un certain pourcentage
de la vitesse maxi, et c'est vrai que c'est très pratique. Le seul "defaut"
c'est que beaucoup de limites de vitesse ne sont pas encore entrées. Au
boulot...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM

2012-02-03 Par sujet Nicolas Dumoulin

Le Jeudi 2 Février 2012 19:01:07 sly a écrit :
> >   Ceci me fait penser à une technique utilisée par Google Maps en
> >   Inde,
> >   pour générer des descriptions d'itinéraire intégrant des points de
> >   référence locaux («à droite après le McDonalds» ...).
> 
> M mais c'est pas complètement con cette idée.

Carément pas.
Ça plusieurs temps que j'y pense. Je n'ai pas de solution toute faite.
Mais il est clair que plusieurs facteurs rentrent en compte comme vous 
l'indiquez (comme Gilles par exemple). Il y a la visibilité, mais la 
visibilité est suggestive, ou plutôt elle n'est pas que liée à la hauteur ou 
largeur.
Par exemple, une fois je devais aller chez un ami dans une ville que je 
connaissais pas. Il me donne son adresse, mais je lui demande le chemin le 
plus pratique. J'affiche la carte osm pendant que je l'ai au téléphone, la zone 
était très bien renseignée. Et au fur et à mesure qu'il me donne les 
indications, je vois le trajet sur la carte car je voyais les repères 
indiqués, en l'occurence une station essence, une cabine téléphonique.
Bon, je m'égare, mais ce que je veux dire par rapport à cet expemple, c'est 
que la cabine téléphonique n'est pas très grosse, mais facilement 
reconnaissable et bien placée, donc un excellent repère pour savoir quand 
tourner à gauche.

Donc, pour que ça marche, je veux deux solutions :
 - déduire ces « amers » automatiquement à partir des données, en construisant 
une classifications des POIs pertinents (les cabines, les dab, les commerces 
franchisés qui ont souvent une grosse enseigne connue, les cimetières, les 
feux tricolores …). Il s'agit alors de trouver le POI en fonction de 
l'indication à donner : celui qui est à l'intersection où il faut tourner, 
celui devant lequel on passe (on n'est pas perdu), …
 - indiquer explicitement dans les données que le POIs est pertinent, avec un 
tag genre visibility=*. Mais personnellement, je ne suis pas sûr que ce soit 
nécessaire, et cela risque d'être difficile à produire …

De mon point de vue, ça reste une bonne idée. Concrètement plusieurs 
applications possibles :
 - le guide GPS qui donne ces indications vocales
 - la description d'itinéraire qui indique ces repères
 - une carte d'itinéraire qui représente le trajet et ces repères. Il me 
semble avoir vu passer il y a quelques temps, un truc qui générait justement 
une carte d'itinéraire qui ne respectait pas l'échelle pour que les longues 
lignes droites ne prennent pas toute la place … je sais plus où


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

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

Re: [OSM-talk-fr] Légalité des objets "enforcement" en France (position des radars)

2012-02-03 Par sujet Fabien

Le 3 février 2012 09:19, Maetma 91  a écrit :
>
>
> Le 31 janvier 2012 16:04, Philippe Verdy  a écrit :
>
>>
>> Franchement il aurait été plus utile d'intégrer dans les navigateurs
>> GPS l'affichage exact et permanent des limites de vitesse, afin que le
>> navigateur m'indique si je suis au dessus de cette limite effective au
>> cas où on n'a pas vu un panneau.
>
>
> J'utilise MapFactor Navigator Free (http://navigatorfree.mapfactor.com/en/)
> sur mon téléphone qui fait cela et utilise les données OSM. On peut lui
> demander d'emettre une alarme sonore si on depasse un certain pourcentage de
> la vitesse maxi, et c'est vrai que c'est très pratique. Le seul "defaut"
> c'est que beaucoup de limites de vitesse ne sont pas encore entrées. Au
> boulot...
>
>

C'est moi où la page de téléchargements pointe vers un .exe

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

Re: [OSM-talk-fr] Légalité des objets "enforcement" en France (position des radars)

Bonjour,

Ce qui serait intéressant, c'est qu'une application tienne compte de
valeurs "par défaut" à considérer pays par pays en fonction de la voirie.
Il n'y aurait plus que les cas particuliers à développer sur les tronçons
de voirie concernés

Pour mémoire :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-January/039133.html

Le 3 février 2012 09:19, Maetma 91  a écrit :

 Le seul "defaut" c'est que beaucoup de limites de vitesse ne sont pas
> encore entrées. Au boulot...
>

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

Re: [OSM-talk-fr] Légalité des objets "enforcement" en France (position des radars)

2012-02-03 Par sujet Maetma 91

Oui c'est pour téléphone sur Windows Mobile. Ça installe un installeur sur
un PC sous Windows qui alors transfère le programme et les cartes
souhaitées dans le téléphone.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] role=label

2012/2/3 Philippe Verdy :

> Le tag place sert à autre chose: il indique l'importance relative d'un
> lieu par rapport aux autres. Il sert surtout à fixer des priorités
> d'affichage et à éliminer (par exemple dans le rendu d'une carte à
> échelle grossière) des noms en excès qu'on ne peut pas tous afficher
> en même temps sans rendre la carte totalement illisible, pour ne faire
> apparaître que les éléments importants (par exemple les chef-lieux de
> région mais pas tous ceux de départements, les capitales de pays mais
> pas les autres villes du pays, les villes de plus de 100 000 habitants
> mais pas les villes de plus de 10 000 ou les villages).

Le tag "place" est souvent basé sur un critère de taille (population).
Mais la taille n'est pas forcément l' "importance". Le role de
"chef-lieu" est justement modélisé par le role "admin_centre" de la
relation boundary.

Inutile de revenir ici sur les avantages du "subarea". Ce que tu
devrais plutôt faire, c'est rédiger une page spéciale sur le wiki avec
des exemples concrets. Chacun pourrait y mettre les avantages et
inconvénients de chaque modèle et se faire une idée. Une ébauche
existe déjà sur la page des EPCI
(http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI)
mais il faudrait généraliser.

Pieren

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

Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM

2012/2/3 Nicolas Dumoulin :
>  - indiquer explicitement dans les données que le POIs est pertinent, avec un
> tag genre visibility=*. Mais personnellement, je ne suis pas sûr que ce soit
> nécessaire, et cela risque d'être difficile à produire …

Je pensais que ce tag était une blague. J'espère que ceux qui
envisagent son utilisation comprennent qu'il n'y a rien de plus
subjective que la visibilité d'un POI. Tagguez les stations essences,
les feux de circulation, les cabines téléphoniques et laissez les
logiciels choisir avec leurs utilisateurs quels sont les POI's
"visibles" ou pas (le jour ou la nuit ou les jours ouvrables ou pas ou
l'été et l'hiver, par exemple).

Pieren

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

[OSM-talk-fr] Re : Légalité des objets "enforcement" en France (position des radars)

2012-02-03 Par sujet Arnaud CORBET

Non, ta carte n'est pas illégale. Le code de la route s'applique à ... la 
route! Sur voie privée (en tous cas pas ouverte à la circulation du public) il 
est tout à fait possible de rouler à la vitesse qu'on souhaite, prendre les 
carrefours giratoires à contresens, et instaurer une priorité à gauche. Un 
juriste ira même juqu'à chipoter sur le fait que le texte n'étant pas une loi y 
contrevenir n'est pas "illégal" mais "non règlementaire".

Par contre ta carte devient illégale si elle est affichée sur l'écran d'un 
smartphone embarquée dans une véhicule, ou même si elle est imprimée et posée 
sur le siège passager, bref si elle est consultée dans "l'espace routier".

L'interdiction s'applique "aux dispositifs ou produits visant à avertir ou 
informer de la 
localisation d'appareils, instruments ou systèmes servant à la 
constatation des infractions à la législation ou à la réglementation de 
la circulation routière". "dispositifs ou produits visant à avertir ou 
informer", c'est quand même super large, au pied de la lettre si vous montez 
dans le bus avec un autoplus "vous êtes crac dedans".Abonnez vous, c'est le 
postier qui prendra, il "transporte (Art R413-15-I) un produit visant à 
informer (un journal) de la 
localisation d'appareils, instruments ou systèmes servant à la 
constatation des infractions à la législation ou à la réglementation de 
la circulation routière (Art R413-15-V)". C'est la joie des textes pondus dans 
la précipitation, la plupart du temps ils sont complêtement inadaptés et ont 
des effets secondaires proches du délirant.

 De : Pierre-Alain Dorange 
À : talk-fr@openstreetmap.org 
Envoyé le : Vendredi 3 février 2012 7h40
Objet : Re: [OSM-talk-fr] Légalité  des objets "enforcement" en France 
(position des radars)

Pieren  wrote:

> > Il suffirait qu'un automobiliste se fasse prendre avec son smartphone
> > connecté sur OSM
> 
> OSM n'est pas un navigateur mais une base de données. Tu pourrais
> éventuellement naviguer sur la carte glissante d'OSM depuis ton
> smartphone et chercher l'icone des radars en même temps que tu
> conduits. Bon courage.

Ma carte (1) est illégale ou pas ?
J'y indique la position des radars extraits de OSM, mais est-ce un
dispositif de signalement, pas de positionnement GPS de l'utilisateur,
juste une carte équivalente a celle papier de Michelin qui elle est dans
ma voiture et signale de la même manière des radars.

(1) http://www.leretourdelautruche.com/map/radar_fr.html

-- 
Pierre-Alain Dorange
OSM experiences : 

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

Re: [OSM-talk-fr] Légalité des objets "enforcement" en France (position des radars)

2012-02-03 Par sujet Fabien

Le 3 février 2012 09:33, Maetma 91  a écrit :
> Oui c'est pour téléphone sur Windows Mobile. Ça installe un installeur sur
> un PC sous Windows qui alors transfère le programme et les cartes souhaitées
> dans le téléphone.
>
>

Me dire ça un vendredi ! Vive l'enferment et l'ouverture de Microsoft.
C'est beau la technologie.

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

[OSM-talk-fr] La licence Opendata de la SNCF

2012-02-03 Par sujet pierre

LA licence OpenDAta de la SNCF

--->>
http://www.transilien.com/web/webdav/site/transilien/shared/opendata/licence%20OD%20Transilien.pdf

Pour faciliter la réutilisation des Informations, la présente licence a
été conçue pour être compatible avec toute
licence libre qui exige a minima la mention de paternité. Elle est
notamment compatible avec les licences « Open
Government Licence » (OGL) du Royaume-Uni, « Creative Commons
Attribution 2.0 » (CC-BY 2.0) de
Creative Commons et « Open Data Commons Attribution » (ODC-BY) de l’Open
Knowledge Foundation.


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

Re: [OSM-talk-fr] role=label

2012-02-03 Par sujet Vincent de Chateau-Thierry

Bonjour,

> De : "Pieren" 

> 
> Inutile de revenir ici sur les avantages du "subarea". Ce que tu
> devrais plutôt faire, c'est rédiger une page spéciale sur le wiki avec
> des exemples concrets. Chacun pourrait y mettre les avantages et
> inconvénients de chaque modèle et se faire une idée. Une ébauche
> existe déjà sur la page des EPCI
> 
(http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives
/Mise_au_point_du_modele_des_EPCI)
> mais il faudrait généraliser.
> 

La modélisation des EPCIs a été depuis choisie, on est bien face à une page 
d'archive.
Pour rappel la page ouverte par Sly tout fraîchement :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le
_somme_de_surface_ou_mod%C3%A8le_fronti%C3%A8re
suite au débat "subarea". Elle aborde la modélisation par surfaces, autant 
développer
à cette adresse les arguments.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] role=label

Pour mémoire, le travail intéressant présenté par Damouns en mai 2010 qui
met en rapport la population des communes et leurs positions respectives.

http://www.openstreetmap.org/user/Damouns/diary/10789

Le 3 février 2012 09:37, Pieren  a écrit :

> 2012/2/3 Philippe Verdy :
>
> > Le tag place sert à autre chose: il indique l'importance relative d'un
> > lieu par rapport aux autres. Il sert surtout à fixer des priorités
> > d'affichage et à éliminer (par exemple dans le rendu d'une carte à
> > échelle grossière) des noms en excès qu'on ne peut pas tous afficher
> > en même temps sans rendre la carte totalement illisible, pour ne faire
> > apparaître que les éléments importants (par exemple les chef-lieux de
> > région mais pas tous ceux de départements, les capitales de pays mais
> > pas les autres villes du pays, les villes de plus de 100 000 habitants
> > mais pas les villes de plus de 10 000 ou les villages).
>
> Le tag "place" est souvent basé sur un critère de taille (population).
> Mais la taille n'est pas forcément l' "importance". Le role de
> "chef-lieu" est justement modélisé par le role "admin_centre" de la
> relation boundary.
>
> Inutile de revenir ici sur les avantages du "subarea". Ce que tu
> devrais plutôt faire, c'est rédiger une page spéciale sur le wiki avec
> des exemples concrets. Chacun pourrait y mettre les avantages et
> inconvénients de chaque modèle et se faire une idée. Une ébauche
> existe déjà sur la page des EPCI
> (
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI
> )
> mais il faudrait généraliser.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] role=label

2012/2/3 Vincent de Chateau-Thierry :

> Pour rappel la page ouverte par Sly tout fraîchement :
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le
> _somme_de_surface_ou_mod%C3%A8le_fronti%C3%A8re
> suite au débat "subarea". Elle aborde la modélisation par surfaces, autant 
> développer
> à cette adresse les arguments.

Ah, je savais bien qu'il y avait déjà une page comme ça. J'y ai ajouté
certains mots-clé pour que mes recherches futures la retrouvent plus
facilement.

Pieren

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

Re: [OSM-talk-fr] role=label

Le 3 février 2012 09:37, Pieren  a écrit :
> 2012/2/3 Philippe Verdy :
>
>> Le tag place sert à autre chose: il indique l'importance relative d'un
>> lieu par rapport aux autres. Il sert surtout à fixer des priorités
>> d'affichage et à éliminer (par exemple dans le rendu d'une carte à
>> échelle grossière) des noms en excès qu'on ne peut pas tous afficher
>> en même temps sans rendre la carte totalement illisible, pour ne faire
>> apparaître que les éléments importants (par exemple les chef-lieux de
>> région mais pas tous ceux de départements, les capitales de pays mais
>> pas les autres villes du pays, les villes de plus de 100 000 habitants
>> mais pas les villes de plus de 10 000 ou les villages).
>
> Le tag "place" est souvent basé sur un critère de taille (population).
> Mais la taille n'est pas forcément l' "importance". Le role de
> "chef-lieu" est justement modélisé par le role "admin_centre" de la
> relation boundary.
>
> Inutile de revenir ici sur les avantages du "subarea".

Inutile, parce que vous ne voulez pas en discuter ???

Surtout parce que ceux qui s'y opposent veulent absolument que cela
modélise la géométrie, d'une zone, alors que ce n'est pas le but.

Ou disent que cela empêche de modéliser niveau par niveau ce qui est
là encore totalement faux, ou que cela rendrait le système non
homogène, ce qui est faux aussi (les problèmes d'homogénéité existent
déjà avec les frontières seules, et il n'y a aucun outil pour vérifier
leur cohérence de toute façon, ou de faciliter les corrections et
fixer les oublis).

Les "subarea:*" tels que je les décrit ne servent pas à définir la
géométrie des zones elles-mêmes (pluriel, car ils peuvent être de
différents rôles pour des découpages de nature différente) , et n'ont
pas nécessairement non plus à en faire une partition complète.

Voyez les comme des métadonnées essentielles, faciles à maintenir de
façon séparée, et qui facilitent énormément les recherches et la
classification des données, ainsi que (ensuite seulement) les
éventuels contrôles de cohérence permettant de faciliter les
corrections de frontières qu'il ne s'agit pas de supprimer.

Quant à la page que tu proposes, elle ne concerne que les EPCI. Le
rapport avec les subarea ne serait que pour l'énumération des communes
qui en sont membres, mais ce n'est même pas évoqué, ou pour le
découpage des zones de service de l'EPCI (pôles de proximité par
exemple), deux rôles différents.

Mais le problème est bien plus général, et tous les découpages d'un
type donné ne sont pas non plus nécessairement une partition complète
(il peut y avoir des parties incluses qui débordent de la zone mère,
et c'est le cas des EPCI dont bon nombre sont à cheval sur plusieurs
départements ou régions, même si ce n'est pas le cas concernant les
arrondissements dans les départements, les départements dans les
régions, et les régions du pays si on admet la Corse comme une région
malgré son statut particulier, un statut qui pourrait être explicité
avec un tag remplaçant le statut par défaut).

Pensez alors aux découpages cantonaux, et aux données de nature
géo-démographique ou pour l'aménagement territorial comme les
agglomérations et aires urbaines de l'Insee : il ne s'agit pas de
retracer les frontières, juste d'énumérer des listes de membres pour
permettre de produire ensuite des cartes dérivées (et pas seulement
des cartes routières ou de navigation). Pensez aux autres découpages
de nature économique, judiciaire, hospitalière/santé publique,
fiscale, chambres de commerces, syndicats agricoles...

Si c'est le nom du rôle "subarea:*" qui vous fait peur, on peut en
changer pour "member:*", ou autre, ça peut se discuter. De même
j'avais évoqué la possibilité d'un tag "partition=" dont la (ou les
valeurs valeurs séparées par un point-virgule) permettent donner le
nom du rôle "member:*" ou "subarea:*" ou autre qui sont sensées former
une partition de la zone et dont on liste tous les membres ayant ce
même rôle (avec ce tag, il devient aussi possible de naviguer entre
plusieurs types de découpage, pas seulement sur une carte, mais dans
des tables statistiques dont on peut ainsi produire des agrégats
statistiques sur des axes différents).

De même, au lieu de proposer de créer des relations séparées (ce que
je trouve complètement stupide quand cela crée des objets désignant
les mêmes zones à découper), on peut aussi voir ces données comme une
couche séparée qui pourrait être stockée dans une base séparée, sans
absolument AUCUNE définition géométrique (pas de noeuds, pas de
chemins), hors des relations, qui reprendraient exactement les mêmes
ID's que OSM (dans ce cas on pourrait choisir de les charger ou ne pas
les charger, dans un calque de données distinct). Un peu ce que fait
Nominatim (avec beaucoup de mal car il se trompe très souvent en
faisant les recherches par géométrie pour tenter de renseigner sa
propre base de recherche).

Car on met beaucoup trop de choses dans la base OSM (des tas
d'attributs difficiles à mainteni

Re: [OSM-talk-fr] role=label

Le 3 février 2012 10:14, Pieren  a écrit :
> 2012/2/3 Vincent de Chateau-Thierry :
>
>> Pour rappel la page ouverte par Sly tout fraîchement :
>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le
>> _somme_de_surface_ou_mod%C3%A8le_fronti%C3%A8re
>> suite au débat "subarea". Elle aborde la modélisation par surfaces, autant 
>> développer
>> à cette adresse les arguments.
>
> Ah, je savais bien qu'il y avait déjà une page comme ça. J'y ai ajouté
> certains mots-clé pour que mes recherches futures la retrouvent plus
> facilement.

Sauf que je n'ai JAMAIS prétendu ici défendre la modélisation par surfaces.

C'est hors sujet car moi aussi je retiens la modélisation par
frontières, qui toutefois devra être affinée en commençant à traiter
les frontières partagées dans un objet autonome sans duplication (un
travail à faire quand on aura le support intégral des
boundary_segments, qu'on devrait toutefois pouvoir commencer à
renseigner de façon séparée, en indiquant aux moteurs de rendus qu'ils
ne pourront les utiliser à la place des listes de chemins QUE si les
boundary_segments sont complets, tous listés dans la relation, et
qu'il ne reste plus aucun chemin "inner"/"outer" dans la relation,
cette condition permettant ensuite le nettoyage; cependant il faudrait
que JOSM améliore leur prise en compte pour faire correctement les
vérifications de fermeture).

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

Re: [OSM-talk-fr] role=label

2012-02-03 Par sujet Vincent de Chateau-Thierry


> De : "Philippe Verdy" 
> Le 3 février 2012 09:37, Pieren 
a écrit :
> >
> > Inutile de revenir ici sur les avantages du "subarea".
> 
> Inutile, parce que vous ne voulez pas en discuter ???
> (...)
> 
> Mais où le discuter le mieux que justement sur une liste de discussion
> faite pour ça ?
> 

Par exemple sur la page de discussion d'une page du wiki ou tu exposerais de 
façon
synthétique, pédagogique, argumentée (cocher toutes les cases ?) ce que tu 
proposes, et
que tu proposais à l'identique... la semaine dernière.
Il arrive un moment où la forme de la liste de discussion n'est plus du tout 
adaptée,
tant tes plaidoyers sont difficiles à assimiler, par leur longueur et les 
digressions
que tu y introduis. Une page de wiki (une nouvelle page si celle que 
j'indiquais tout à
l'heure ne te convient pas) servirait mieux ton propos, je trouve. Et ça n'est 
pas un
artifice pour botter en touche.

merci
vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville

2012-02-03 Par sujet Cyrille Giquello

Super.
Alors ? Du nouveau ?


Le 30/01/12, JonathanMM a écrit :
> Bonjour,
> j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données
> SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour
> envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas
> récupérer quelques informations pour OSM. Le responsable des données
> internet de la ville m'a répondu le lendemain qu'ils ont super intéressé
> par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer
> sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé
> de données SIG de la ville pour voir les informations qui seraient
> intéressante pour OSM et le format de ces dernières.
> Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations
> interessantes pour moi, n'hésitez pas ;)
> JonathanMM
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville

2012-02-03 Par sujet Romain MEHUT

Jonathan,

Tu verras dans cette page
http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Territoiresque
certains ont déjà pris contact avec des services SIG. Peut-être
peuvent-ils t'en dirent davantage?

Romain

Le 3 février 2012 11:39, Cyrille Giquello  a écrit :

> Super.
> Alors ? Du nouveau ?
>
>
> Le 30/01/12, JonathanMM a écrit :
> > Bonjour,
> > j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données
> > SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour
> > envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas
> > récupérer quelques informations pour OSM. Le responsable des données
> > internet de la ville m'a répondu le lendemain qu'ils ont super intéressé
> > par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer
> > sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé
> > de données SIG de la ville pour voir les informations qui seraient
> > intéressante pour OSM et le format de ces dernières.
> > Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations
> > interessantes pour moi, n'hésitez pas ;)
> > JonathanMM
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> --
> Envoyé avec mon mobile
>
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] role=label

Et j'ajouterai "avec des schémas clairs et si possible en couleurs" pour
mettre en valeur les intérêts d'une approche alternative

Toutes ces pages et ces pages d'argumentations sur des concepts pas encore
présentés de manière synthétique n'aboutissent qu'à une seule chose chez
moi : l'envie de répondre "TL;DR"

http://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn't_read

Le 3 février 2012 11:38, Vincent de Chateau-Thierry  a
écrit :

>
> > De : "Philippe Verdy"
> > Le 3 février 2012 09:37, Pieren
> a écrit :
> > >
> > > Inutile de revenir ici sur les avantages du "subarea".
> >
> > Inutile, parce que vous ne voulez pas en discuter ???
> > (...)
> >
> > Mais où le discuter le mieux que justement sur une liste de discussion
> > faite pour ça ?
> >
>
> Par exemple sur la page de discussion d'une page du wiki ou tu exposerais
> de façon
> synthétique, pédagogique, argumentée (cocher toutes les cases ?) ce que tu
> proposes, et
> que tu proposais à l'identique... la semaine dernière.
> Il arrive un moment où la forme de la liste de discussion n'est plus du
> tout adaptée,
> tant tes plaidoyers sont difficiles à assimiler, par leur longueur et les
> digressions
> que tu y introduis. Une page de wiki (une nouvelle page si celle que
> j'indiquais tout à
> l'heure ne te convient pas) servirait mieux ton propos, je trouve. Et ça
> n'est pas un
> artifice pour botter en touche.
>
> merci
> vincent
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous
> tente ?
> Je crée ma boîte mail www.laposte.net
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM

Le 3 février 2012 09:43, Pieren  a écrit :
> 2012/2/3 Nicolas Dumoulin :
>>  - indiquer explicitement dans les données que le POIs est pertinent, avec un
>> tag genre visibility=*. Mais personnellement, je ne suis pas sûr que ce soit
>> nécessaire, et cela risque d'être difficile à produire …
>
> Je pensais que ce tag était une blague. J'espère que ceux qui
> envisagent son utilisation comprennent qu'il n'y a rien de plus
> subjective que la visibilité d'un POI. Tagguez les stations essences,
> les feux de circulation, les cabines téléphoniques et laissez les
> logiciels choisir avec leurs utilisateurs quels sont les POI's
> "visibles" ou pas (le jour ou la nuit ou les jours ouvrables ou pas ou
> l'été et l'hiver, par exemple).

Déjà regardez vos navigateurs embarqués : les menus permettent de
sélectionner les types de POI à afficher. Sans aller jusqu'à
sélectionner les noms d'enseigne, on trouve : pharmacie, DAB, banques,
boites à lettres, médecins, hopitaux, stations essence, restaurants
(parfois une distinction pour la restauration rapide, qui que ce
soit), hôtels, musées, mairies, sites d'information touristique;
bibliothèques, piscines, plages, casinos, marinas, gares, lieux de
culte, hôtels de police ou gendarmerie, grandes surfaces...

Et en général c'est bien suffisant comme points de repères, d'autant
qu'on voit apparaître alors leur nom. Pas la peine de mentionner que
c'est un mat avec une grosse lettre jaune: à priori si quelqu'un vous
dit de tourner à droite au McDo, on sait à quoi ressemble l'enseigne
et il y a aussi différents moyens pour la repérer (y compris la
signalisation de fléchage publicitaire). Ça dispense totalement du
caractère "remarquable" des POIs, car n'est réellement remarquable que
ce qu'on veut remarquer et qu'on en passe plein d'autres sans même les
remarquer. Le caractère remarquable pour certains ça peut être juste
un panneau vert, une porte délabrée, un groupe de camions stationnés,
un arbre particulier, des tas de choses qui ne sont pas nécessairement
classées parmi les POIs, ou même une installation ou un chantier très
temporaire.

Trop détailler dans des tags séparés au lieu d'un simple tag générique
descriptif c'est en fait faire en sorte que l'information ne sera pas
trouvée et donc pas lue et inutilisable. Et on risque de multiplier
des tags pratiquement jamais utilisés car applicables à un seul objet.
Pour être utile, un nouveau tag doit obéir à un critère de pertinence
essentiel: assurer des distinctions dans des catégories d'objets trop
vastes pour les distinguer. Sinon il vaut nettement mieux mettre
simplement un tag "description" contenant un texte arbitraire
(éventuellement traduit dans "description:en", etc.).

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

[OSM-talk-fr] Map+ & Swisstopo

2012-02-03 Par sujet Romain MEHUT

Bonjour

Quelqu'un a-t-il suivi cette histoire vis-à-vis de Swisstopo?
http://www.mapplus.ch/index_fr.htm

On leur conseille http://switch2osm.org/ ?

Cet autre site aurait donc les moyens de s'offrir les données?
http://map.wanderland.ch/

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

Re: [OSM-talk-fr] Map+ & Swisstopo

2012-02-03 Par sujet Jean-Guilhem Cailton

Le 03/02/2012 12:24, Romain MEHUT a écrit :
>
> On leur conseille http://switch2osm.org/ ?
>

Bonjour,

Oui, c'est justement fait pour des cas comme le leur.

Cordialement,

Jean-Guilhem

-- 
gpg 0x5939EAE2


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

[OSM-talk-fr] Gmaps condamné à payer 500 000€

2012-02-03 Par sujet Otourly Wiki

Bonjour
Outre-Alpes on parle de la condamnation de Google en France pour abus de 
position dominante par Bottin Cartographes.
Il me semble pas avoir vu passer l'info sur cette liste alors je fais suivre 
(le lien suivant est en italien). Je pense que l)on peut trouver la même info 
en français mais je n'ai pas le temps de chercher.


http://www.zeusnews.it/index.php3?ar=stampa&cod=16778
 
Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,OSM, et sur MOVIM
Socio di Wikimedia Italia
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Gmaps condamné à payer 500 000€

2012-02-03 Par sujet Christian Quest

Si si, on en a parlé...

http://gis.19327.n5.nabble.com/Google-maps-condamne-en-France-pour-abus-de-position-dominante-td5447662.html

Le 3 février 2012 13:47, Otourly Wiki  a écrit :

> Bonjour
> Outre-Alpes on parle de la condamnation de Google en France pour abus de
> position dominante par Bottin Cartographes.
> Il me semble pas avoir vu passer l'info sur cette liste alors je fais
> suivre (le lien suivant est en italien). Je pense que l)on peut trouver la
> même info en français mais je n'ai pas le temps de chercher.
>
> http://www.zeusnews.it/index.php3?ar=stampa&cod=16778
>
> Florian Farge aka Otourly
>
-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fosdem 2012

2012-02-03 Par sujet Christian Quest

Sur la route dans quelques heures en direction de Bruxelles avec Cyrille et
Gaël.
J'espère que la neige va nous épargner...

On prévoit quelque chose pour samedi soir ? Un resto ensemble ?

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La licence Opendata de la SNCF

2012-02-03 Par sujet teuxe

"Le Producteur se réserve le droit, à tout moment, et pour quelque motif que ce 
soit, de modifier les
conditions de réutilisation fixées dans la présente licence, sans que le 
Réutilisateur ne puisse prétendre à
aucune indemnité."
Cela signifie-t-il que la liberté d'utiliser ces informations n'est pas pérenne 
? Ou s'agit-il juste de discussion pécuniaire ?

Teuxe

- Mail Original -
De: "pierre" 
À: Talk-fr@openstreetmap.org
Envoyé: Vendredi 3 Février 2012 09h40:54 GMT +01:00 Amsterdam / Berlin / Berne 
/ Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] La licence Opendata de la SNCF

LA licence OpenDAta de la SNCF

--->>
http://www.transilien.com/web/webdav/site/transilien/shared/opendata/licence%20OD%20Transilien.pdf

Pour faciliter la réutilisation des Informations, la présente licence a
été conçue pour être compatible avec toute
licence libre qui exige a minima la mention de paternité. Elle est
notamment compatible avec les licences « Open
Government Licence » (OGL) du Royaume-Uni, « Creative Commons
Attribution 2.0 » (CC-BY 2.0) de
Creative Commons et « Open Data Commons Attribution » (ODC-BY) de l’Open
Knowledge Foundation.


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

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

[OSM-talk-fr] Tilemill 0.9

Bonjour,

Tilemill est un logiciel qui permet de créer des cartes personnalisées à
partir de données spatiales telles que
_ une base de donnée (PostGIS par ex.),
_ des shapefiles
_ des jeux de données comme des fichiers csv, des tableaux Google docs
pour créer des cartes sous forme de tuiles, d'images ou de documents PDF.
http://mapbox.com/tilemill/

L'interface évolue au fil des révisions pour ajouter de nouvelles
fonctionnalités et améliorer l'ergonomie.
La version 0.9 est notable car elle peut apporte le fonctionnement possible
en direct sous windows (en plus de Ubuntu et Mac OS).
La procédure d'installation est simple et intègre Mapnik 2.0

La documentation se bonifie également avec :
_ un tuto pour les créer sa première carte avec un jeu de données externes
(seismes) : http://mapbox.com/tilemill/docs/crashcourse/introduction/
_ un guide pour la connexion et les requêtes vers une base PostGIS :
http://mapbox.com/tilemill/docs/guides/postgis-work/

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

Re: [OSM-talk-fr] Fosdem 2012

2012-02-03 Par sujet Cyrille Giquello

Si on est arrivé avant pas d'heure, un resto sera le bienvenue.
D'autres convives que ceux exportés par Christian ?


Le 03/02/12, Christian Quest a écrit :
> Sur la route dans quelques heures en direction de Bruxelles avec Cyrille et
> Gaël.
> J'espère que la neige va nous épargner...
>
> On prévoit quelque chose pour samedi soir ? Un resto ensemble ?
>
> --
> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] role=label

2012-02-03 Par sujet clansco

On Fri, 03 Feb 2012 11:38:07 +0100
Vincent de Chateau-Thierry  wrote:

> 
> > De : "Philippe Verdy" 
> > Le 3 février 2012 09:37, Pieren 
> a écrit :
> > >
> > > Inutile de revenir ici sur les avantages du "subarea".
> > 
> > Inutile, parce que vous ne voulez pas en discuter ???
> > (...)
> > 
> > Mais où le discuter le mieux que justement sur une liste de discussion
> > faite pour ça ?
> > 
> 
> Par exemple sur la page de discussion d'une page du wiki ou tu exposerais de 
> façon
> synthétique, pédagogique, argumentée (cocher toutes les cases ?) ce que tu 
> proposes, et
> que tu proposais à l'identique... la semaine dernière.
> Il arrive un moment où la forme de la liste de discussion n'est plus du tout 
> adaptée,
> tant tes plaidoyers sont difficiles à assimiler, par leur longueur et les 
> digressions
> que tu y introduis. Une page de wiki (une nouvelle page si celle que 
> j'indiquais tout à
> l'heure ne te convient pas) servirait mieux ton propos, je trouve. Et ça 
> n'est pas un
> artifice pour botter en touche.
> 
> merci
> vincent
> 
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous 
> tente ?
> Je crée ma boîte mail www.laposte.net
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 

monsanto

http://a5.sphotos.ak.fbcdn.net/hphotos-ak-ash4/s720x720/423954_10150586078219040_43435139039_8959837_1744826979_n.jpg


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

Re: [OSM-talk-fr] La licence Opendata de la SNCF

2012-02-03 Par sujet Po G

2012/2/3 

> "Le Producteur se réserve le droit, à tout moment, et pour quelque motif
> que ce soit, de modifier les
> conditions de réutilisation fixées dans la présente licence, sans que le
> Réutilisateur ne puisse prétendre à
> aucune indemnité."
>

Cela veut dire si je comprends bien que la SNCF peut cesser de diffuser les
mises à jour de ces informations sans qu'on puisse lui reprocher.

Ce qui m'inquiète moi c'est plutôt "Vous êtes libre de réutiliser
l’Information [...] Sous réserve [...] Que la modification ne constitue pas
une altération des données ou une dénaturation de leur sens". Je ne suis
pas sur de bien comprendre la nuance entre le droit de modifier et
l'interdiction d'altérer ni que ce soit compatible avec Obdl.
A moins qu'on signifie ici qu'il ne faut pas modifier la base de la SNCF
elle même ??

Je trouve aussi étrange qu'ils ne spécifient pas que ces restrictions
doivent s'appliquer aux modifications que pourraient effectuer les
"receveurs de niveau 2" : je dois attribuer les données à SNCF mais je ne
suis pas sur que la licence soit claire sur le fait que les gens auxquels
je pourrait diffuser les données que j'ai modifié soient eux même
contraints par cette exigence. C'est plus clair dans Odbl car une
rediffusion est clairement marquée comme devant être sous licence Obdl ou
compatible.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] role=label

Le 3 février 2012 12:01, Ab_fab  a écrit :
> Et j'ajouterai "avec des schémas clairs et si possible en couleurs" pour
> mettre en valeur les intérêts d'une approche alternative
>
> Toutes ces pages et ces pages d'argumentations sur des concepts pas encore
> présentés de manière synthétique n'aboutissent qu'à une seule chose chez moi
> : l'envie de répondre "TL;DR"
>
> http://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn't_read

Tant pis pour toi, avant j'avais essayé de faire court, la réponse a
été encore plus lapidaire, et plus moyen d'argumenter. Puisque les
points de vue restent cantonnés sur un apriori...

On reçoit un non tout de suite, par ceux qui n'ont pas compris, et qui
en plus ne veulent pas lire autre chose, car ils ont compris de
travers dès le début (et pas la peine d'essayer de leur expliquer en
changeant les termes, ou en reformulant, c'est la flemme de lire et
pas envie de faire autrement que ce qui a été fait dont il ne mesure
pas les limites et inconvénients).

D'autres auront le courage de chercher à comprendre, mais si tu n'as
pas envie, je ne t'oblige pas. Les autres chercheront à avancer et
finalement tu te contenteras de faire ce qu'on te dit de faire et pas
autrement, même si c'est mieux et plus facile à gérer et que ça permet
d'autres façons d'avancer sur la carte de façon plus rapide et plus
sure.

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

Re: [OSM-talk-fr] Fosdem 2012

2012-02-03 Par sujet Christian Quest

Cyrille, j'espère qu'on sera arrivé peut être à "pas d'heure', mais
vendredi soir, pas samedi ;)

Le 3 février 2012 14:27, Cyrille Giquello  a écrit :

> Si on est arrivé avant pas d'heure, un resto sera le bienvenue.
> D'autres convives que ceux exportés par Christian ?
>
>
> Le 03/02/12, Christian Quest a écrit :
> > Sur la route dans quelques heures en direction de Bruxelles avec Cyrille
> et
> > Gaël.
> > J'espère que la neige va nous épargner...
> >
> > On prévoit quelque chose pour samedi soir ? Un resto ensemble ?
> >
> > --
> > Christian Quest - OpenStreetMap France -
> > http://openstreetmap.fr/u/cquest<
> http://openstreetmap.fr/u/christian-quest>
> >
>
> --
> Envoyé avec mon mobile
>
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La licence Opendata de la SNCF

2012-02-03 Par sujet julien


On Fri, 3 Feb 2012 14:22:36 +0100 (CET), te...@free.fr wrote:

"Le Producteur se réserve le droit, à tout moment, et pour quelque
motif que ce soit, de modifier les
conditions de réutilisation fixées dans la présente licence, sans que
le Réutilisateur ne puisse prétendre à
aucune indemnité."
Cela signifie-t-il que la liberté d'utiliser ces informations n'est
pas pérenne ? Ou s'agit-il juste de discussion pécuniaire ?


la licence de Rennes a(avait?) la même clause.
En gros c'est pour que si une boite monte un business sur les données 
open et que la sncf decide de ne plus publier ses data, l'entreprise ne 
peut pas demander de compensation.


Mais les données publié le jour N seront toujours utilisable le jour 
N+1.





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

Re: [OSM-talk-fr] La licence Opendata de la SNCF

Le 3 février 2012 14:47, Po G  a écrit :
>
> 2012/2/3 
>
>> "Le Producteur se réserve le droit, à tout moment, et pour quelque motif
>> que ce soit, de modifier les
>> conditions de réutilisation fixées dans la présente licence, sans que le
>> Réutilisateur ne puisse prétendre à
>> aucune indemnité."
>
>
> Cela veut dire si je comprends bien que la SNCF peut cesser de diffuser les
> mises à jour de ces informations sans qu'on puisse lui reprocher.

Je ne lis pas ça du tout ! Pouvoir cesser de diffuser des mises à
jour, c'est le cas de pratiquement tous les contenus, qu'ils soient
libres ou non (hormi les obligations légales ou contractuelles de
service, qui sont limitées dans le temps).

Là, le texte parle des "conditions de réutilisation", et cela ne
concerne aucunement les mises à jour futures possibles par le
Producteur. Autrement dit le Producteur se réserve le droit d'ajouter
plus tard des obligations ou restrictions que le Réutilisateur devra
appliquer dès qu'il en aura eu connaissance.

Autrement dit, cette phrase est tout sauf même un accord de licence,
même non exclusive. On peut lui faire dire ce qu'on veut. Et ce n'est
PAS libre du tout, car l'accord est effectivement non pérenne selon
cette phrase: des droits peuvent être retirés à tout moment, sans même
aucun préalable ni aucune négociation possible.

Le réutilisateur peut donc recevoir une demande immédiate le notifiant
que sa licence a pris fin et que les contenus doivent être détruits et
plus redistribués. Autrement dit, tout utilisateur ou réutilisateur
reste pendu en permanence à une décision unilatérale du Producteur.

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

Re: [OSM-talk-fr] La licence Opendata de la SNCF

Je comprends ça comme toi

Le 3 février 2012 15:07,  a écrit :

>
> En gros c'est pour que si une boite monte un business sur les données open
> et que la sncf decide de ne plus publier ses data, l'entreprise ne peut pas
> demander de compensation.
>
> Mais les données publié le jour N seront toujours utilisable le jour N+1.
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] www.openstreetmap.fr 2.0

2012-02-03 Par sujet partir-en-vtt

Bonjour,

Je constate que le changement n'a toujours pas été opéré. Attention, car un
jour, les images du tutoriel ne s'afficheront plus. De plus, certains liens
ont changé. Merci de faire les modifications.

--
View this message in context: 
http://gis.19327.n5.nabble.com/www-openstreetmap-fr-2-0-tp5381049p5454043.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Re : role=label

2012-02-03 Par sujet THEVENON Julien

 De : Philippe Verdy 

 Tant pis pour toi, avant j'avais essayé de faire court, la réponse a
 été encore plus lapidaire, et plus moyen d'argumenter. Puisque les
 points de vue restent cantonnés sur un apriori...

 On reçoit un non tout de suite, par ceux qui n'ont pas compris, et qui
 en plus ne veulent pas lire autre chose, car ils ont compris de
 travers dès le début (et pas la peine d'essayer de leur expliquer en
 changeant les termes, ou en reformulant, c'est la flemme de lire et
 pas envie de faire autrement que ce qui a été fait dont il ne mesure
 pas les limites et inconvénients).

 D'autres auront le courage de chercher à comprendre, mais si tu n'as
 pas envie, je ne t'oblige pas. Les autres chercheront à avancer et
 finalement tu te contenteras de faire ce qu'on te dit de faire et pas
 autrement, même si c'est mieux et plus facile à gérer et que ça permet
 d'autres façons d'avancer sur la carte de façon plus rapide et plus
 sure.


Salut,

J ai suivi tout le debat et j avoue que je n ai pas compris tous les details 
tellement c etait touffu des fois.
Je suis neutre et n ai pas d avis tranche sur la question mais ce que je vois c 
est que cette discussion entre les deux methodes revient periodiquement et les 
autres fois c etait beaucoup plus clair car les mails etaient beaucoup plus 
concis et synthetiques.
Au final les debats sans fins n aboutissent a rien et en general la page 
synthetique du wiki permet de bien faire avancer les choses ou tout du moins 
fixer les idees ( cf les debats sur 3 methodes pour tracer les limites 
administratives sur les routes et riviers, les EPCIs)
Ab_fab est loin d etre le seul a t avoir fait remarquer que tes mails sont 
indigestes et que tes arguments sont noyes dans le "bruit" mais tu ne sembles 
pas en tenir compte...
OSM c est quand meme un projet collaboratif, il y a une communaute.. et je n ai 
pas l impression qu elle s oppose a ta solution.
si tu n arrives pas a convaincre a coups de mails kilometriques essaie plutot 
la methode qu on te propose pour faire valoir tes arguments.
Je ne crois pas avoir vu tes "autres" qui ont compris te demander de doubler la 
longueur de tes emails


Bref c est dommage de depenser toute cette energie dans cette forme qui parait 
atteindre ces limites alors que le fond est vraiment interessant

Julien




>
> De : Philippe Verdy 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 3 février 2012 14h57
>Objet : Re: [OSM-talk-fr] role=label
> 
>Le 3 février 2012 12:01, Ab_fab  a écrit :
>> Et j'ajouterai "avec des schémas clairs et si possible en couleurs" pour
>> mettre en valeur les intérêts d'une approche alternative
>>
>> Toutes ces pages et ces pages d'argumentations sur des concepts pas encore
>> présentés de manière synthétique n'aboutissent qu'à une seule chose chez moi
>> : l'envie de répondre "TL;DR"
>>
>> http://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn't_read
>
>Tant pis pour toi, avant j'avais essayé de faire court, la réponse a
>été encore plus lapidaire, et plus moyen d'argumenter. Puisque les
>points de vue restent cantonnés sur un apriori...
>
>On reçoit un non tout de suite, par ceux qui n'ont pas compris, et qui
>en plus ne veulent pas lire autre chose, car ils ont compris de
>travers dès le début (et pas la peine d'essayer de leur expliquer en
>changeant les termes, ou en reformulant, c'est la flemme de lire et
>pas envie de faire autrement que ce qui a été fait dont il ne mesure
>pas les limites et inconvénients).
>
>D'autres auront le courage de chercher à comprendre, mais si tu n'as
>pas envie, je ne t'oblige pas. Les autres chercheront à avancer et
>finalement tu te contenteras de faire ce qu'on te dit de faire et pas
>autrement, même si c'est mieux et plus facile à gérer et que ça permet
>d'autres façons d'avancer sur la carte de façon plus rapide et plus
>sure.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fosdem 2012

2012-02-03 Par sujet Vincent-Xavier JUMEL

Le 03 février à 14:01 Christian Quest a écrit
> Sur la route dans quelques heures en direction de Bruxelles avec Cyrille et
> Gaël.
> J'espère que la neige va nous épargner...
> 
> On prévoit quelque chose pour samedi soir ? Un resto ensemble ?
>
o/


-- 
Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net

Rejoignez les 5500 adhérents de l'April http://www.april.org/adherer
Parinux, logiciel libre à Paris : http://www.parinux.org

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

[OSM-talk-fr] Orthoguyane

2012-02-03 Par sujet Pierre Touzard

Bonjour à tous,

La Société guyanaise SIAGE produit des orthophotographies de grande qualité
sur les zones urbaines du département de la Guyane.

Les conditions d'utilisation sont explicités ici :

http://www.siage-guyane.fr/og_cond_util-1.html
http://www.siage-guyane.fr/og_cond_util-1.html 

mais c'est surtout cette page qui m'interpelle :

http://www.siage-guyane.fr/og_free-2.html
http://www.siage-guyane.fr/og_free-2.html 

Pour information cette société a déjà autorisé l’accès à ces images au
travers le portail Géofoncier : 

http://www.geofoncier.fr/carto/index.php?context=guyane&bbox=-5812007.75,550011.75,-5811496.25,550350.25&layers=ORTHO_30CM
http://www.geofoncier.fr/carto/index.php?context=guyane&bbox=-5812007.75,550011.75,-5811496.25,550350.25&layers=ORTHO_30CM
 

--
View this message in context: 
http://gis.19327.n5.nabble.com/Orthoguyane-tp5454348p5454348.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Re : role=label

Julien,

Je te rejoins sur le point de vue de la neutralité.
Je n'ai pas d'avis obtus sur la question et je ne demande qu'à être
convaincu d'une amélioration par rapport à ce qui se fait déjà.

L'exemple que tu évoques (le tracé des limites admins sur des éléments
physiques) est parfait pour illustrer ce que j'ai essayé de dire : les 3
schémas que l'on trouve sur la page du wiki [1] sont assez clairs pour se
faire son jugement en quelques minutes.
Je doute que des dizaines de lignes d'argumentaires parviennent à autant
d'efficacité.

[1]
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques

Le 3 février 2012 16:15, THEVENON Julien  a écrit
:

> *
> *
> Je suis neutre et n ai pas d avis tranche sur la question mais ce que je
> vois c est que cette discussion entre les deux methodes revient
> periodiquement et les autres fois c etait beaucoup plus clair car les mails
> etaient beaucoup plus concis et synthetiques.
> Au final les debats sans fins n aboutissent a rien et en general la page
> synthetique du wiki permet de bien faire avancer les choses ou tout du
> moins fixer les idees ( cf les debats sur 3 methodes pour tracer les
> limites administratives sur les routes et riviers, les EPCIs)
>
> Julien
>
> --
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Orthoguyane

2012-02-03 Par sujet Marc Sibert

Le 03/02/2012 17:27, Pierre Touzard a écrit :

Bonjour à tous,

La Société guyanaise SIAGE produit des orthophotographies de grande qualité
sur les zones urbaines du département de la Guyane.

Les conditions d'utilisation sont explicités ici :

http://www.siage-guyane.fr/og_cond_util-1.html
http://www.siage-guyane.fr/og_cond_util-1.html

mais c'est surtout cette page qui m'interpelle :

http://www.siage-guyane.fr/og_free-2.html
http://www.siage-guyane.fr/og_free-2.html

Pour information cette société a déjà autorisé l’accès à ces images au
travers le portail Géofoncier :

http://www.geofoncier.fr/carto/index.php?context=guyane&bbox=-5812007.75,550011.75,-5811496.25,550350.25&layers=ORTHO_30CM
http://www.geofoncier.fr/carto/index.php?context=guyane&bbox=-5812007.75,550011.75,-5811496.25,550350.25&layers=ORTHO_30CM

--
View this message in context:
http://gis.19327.n5.nabble.com/Orthoguyane-tp5454348p5454348.html
Sent from the France mailing list archive at Nabble.com.

Whaou ! Quelle qualité !

Bon, maintenant que peut-on faire ?

Je pense que le plus simple est de leur poser des questions sur le
conditions d'usage. Ils indiquent clairement des éléments sur
l'utilisation des photos elles-mêmes. Ils ne parlent pas de travaux
dérivés. Pour moi, les questions sont :

1. Peut-on utiliser ces photos pour décalquer des éléments (routes,
bâtis, limites, etc.) qui s'y trouvent et cela afin d'enrichir la
base de données du projet OSM. Ce projet de cartographie libre
possède lui une licence (ODbL) permettant la réutilisation des
données vectorielles à des fins commerciales ou pas. A noter que les
photos ne sont pas inclues dans la base OSM, seulement les éléments
vectoriels tirés des photos (travail dérivé).
2. Si (1.) OK, alors pouvons-nous (les contributeurs OSM) avoir accès à
votre serveur de photo afin de faire ce travail ? Sous quelle forme
? WMS ? Tuiles ? etc. Nous sommes capables d'héberger ce service
nous-même si nécessaire.
3. Que pensez-vous d'une utilisation réciproque : vous pouvez présenter
vos photos au-dessus/dessous du vectoriel/bitmap OSM (notre licence
le permet). Souhaitez-vous l'aide de la communauté pour cela ?

Même si ces photos sont localisées, ça vaut le coup de ne pas laisser ce
gisement dormir et au-moins de poser la question de son utilisation.

Voilà mes 0.05 € (plus que d'habitude là quand même).

A+

--
Marc Sibert
m...@sibert.fr

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

[OSM-talk-fr] Une API pour accélérer l'édition avec JOSM (utile pour les grosses géométries style administratives par exemple)

2012-02-03 Par sujet sly (sylvain letuffe)

Yo, (et bon week end)

Il y a 2 mois, j'ai mis en place (un peu en secret le temps de tester) un 
service d'API permettant d'accélérer un peu JOSM quand il doit télécharger 
des données OSM pour les modifier (En fait, c'est pas sa faute, c'est qu'on 
est beaucoup à éditer en même temps et tant mieux pour les données, mais un 
peu dommage d'attendre parfois) 

Pour des petites zones, ça change pas grand chose, mais quand on veut 
récupérer des gros trucs (surtout des frontières de plusieurs milliers de 
points... au hasard ;-) ) ça devient un peu relou.

Pour l'utiliser, c'est pas très compliqué, dans les préférences de JOSM 
(F12) -> paramètres de connexion 
On rentre :
http://api.openstreetmap.fr/api
au lieu de 
http://api.openstreetmap.org/api

Rien d'autre n'est à changer, même pas login/mot de passe et on peut continuer 
comme d'habitude.

Limitations :
- Votre mot de passe transit par mon serveur, et bien que je ne garde rien, je 
ne peux le prouver, a vous de me faire confiance ou ne pas utiliser
- Pas de Oauth
- ça ne marche que pour l'europe (pas d'édition en DOM-TOM par exemple)

Cas d'utilisation où je trouve ça bien :
* Pour décharger un peu le serveur API principal
* Lorsque vous voulez télécharger une grosse zone
* Pour les grosses frontières
* Si vous faites la nuit du bidule truc à donf tous depuis le même réseau et 
ne voulez pas être bannis

pour plus===

Pour les plus "tech" c'est expliqué ici :
http://wiki.openstreetmap.org/wiki/FR:Comparatif_des_formats_de_base_de_données#overpass_api_DB

A noter que j'ai mis ça en place qui l'utilise :
http://beta.letuffe.org/analyse/cgi-bin/index.py
ça marche comme http://analyse.openstreetmap.fr mais ça va plus vite ;-)

A noter qu'un plugin vient de sortir pour JOSM qui ajoute une fonctionnalité 
similaire "mirrored_download" et qui peut aussi être branchée sur 
l'overpass_api que j'ai installée citée juste avant. C'est un peu beta, ne 
fait pas tout, mais permet d'éviter de faire les éditions en passant par mon 
serveur et permet aussi de choisir différents "mirroirs"

Enjoy, and report bugs

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville

2012-02-03 Par sujet JonathanMM


Le 03/02/2012 11:39, Cyrille Giquello a écrit :

Super.
Alors ? Du nouveau ?
J'attends leur réponse pour fixer la date du rendez-vous. Les 
connaissant, ils ne doivent travailler que le lundi et le mardi ;)

JonathanMM



Le 30/01/12, JonathanMM  a écrit :

Bonjour,
j'aimerais savoir s'il y en a qui sont déjà aller le chargé de données
SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité pour
envoyer un petit mail à la ville, histoire de voir si je ne pouvais pas
récupérer quelques informations pour OSM. Le responsable des données
internet de la ville m'a répondu le lendemain qu'ils ont super intéressé
par OSM, mais que faute de temps et de contact, ils n'ont pas pu avancer
sur ce sujet et que donc, ils me proposent un rendez vous avec le chargé
de données SIG de la ville pour voir les informations qui seraient
intéressante pour OSM et le format de ces dernières.
Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations
interessantes pour moi, n'hésitez pas ;)
JonathanMM

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




--
Jonathan Magano
Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique
Responsable Technique de l'association Eurêka ! J'ai Réussi !
Membre de l'association SaDur
Contributeur OpenStreetMap


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

Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville

2012-02-03 Par sujet JonathanMM


Le 03/02/2012 11:51, Romain MEHUT a écrit :

Jonathan,

Tu verras dans cette page 
http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Territoires 
que certains ont déjà pris contact avec des services SIG. Peut-être 
peuvent-ils t'en dirent davantage?
Le mieux, c'est s'il y en a sur la liste, qu'ils partagent leur 
expérience ici, ce sera profitable à tous ;)

JonathanMM


Romain

Le 3 février 2012 11:39, Cyrille Giquello > a écrit :


Super.
Alors ? Du nouveau ?


Le 30/01/12, JonathanMMmailto:jonatha...@nocle.fr>> a écrit :
> Bonjour,
> j'aimerais savoir s'il y en a qui sont déjà aller le chargé de
données
> SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité
pour
> envoyer un petit mail à la ville, histoire de voir si je ne
pouvais pas
> récupérer quelques informations pour OSM. Le responsable des données
> internet de la ville m'a répondu le lendemain qu'ils ont super
intéressé
> par OSM, mais que faute de temps et de contact, ils n'ont pas pu
avancer
> sur ce sujet et que donc, ils me proposent un rendez vous avec
le chargé
> de données SIG de la ville pour voir les informations qui seraient
> intéressante pour OSM et le format de ces dernières.
> Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations
> interessantes pour moi, n'hésitez pas ;)
> JonathanMM
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr
>

--
Envoyé avec mon mobile

Cyrille.

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




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



--
Jonathan Magano
Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique
Responsable Technique de l'association Eurêka ! J'ai Réussi !
Membre de l'association SaDur
Contributeur OpenStreetMap

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

Re: [OSM-talk-fr] Contact avec le chargé de données SIG d'une ville

2012-02-03 Par sujet Cyrille Giquello

Heu... Partager expérience relation avec administration publique sur
une liste publique ne me parait pas du meilleur goût.

Le 03/02/12, JonathanMM a écrit :
> Le 03/02/2012 11:51, Romain MEHUT a écrit :
>> Jonathan,
>>
>> Tu verras dans cette page
>> http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Territoires
>>
>> que certains ont déjà pris contact avec des services SIG. Peut-être
>> peuvent-ils t'en dirent davantage?
> Le mieux, c'est s'il y en a sur la liste, qu'ils partagent leur
> expérience ici, ce sera profitable à tous ;)
> JonathanMM
>>
>> Romain
>>
>> Le 3 février 2012 11:39, Cyrille Giquello > > a écrit :
>>
>> Super.
>> Alors ? Du nouveau ?
>>
>>
>> Le 30/01/12, JonathanMM> > a écrit :
>> > Bonjour,
>> > j'aimerais savoir s'il y en a qui sont déjà aller le chargé de
>> données
>> > SIG de leur ville. En effet, étudiant à Lannion, j'en ai profité
>> pour
>> > envoyer un petit mail à la ville, histoire de voir si je ne
>> pouvais pas
>> > récupérer quelques informations pour OSM. Le responsable des données
>> > internet de la ville m'a répondu le lendemain qu'ils ont super
>> intéressé
>> > par OSM, mais que faute de temps et de contact, ils n'ont pas pu
>> avancer
>> > sur ce sujet et que donc, ils me proposent un rendez vous avec
>> le chargé
>> > de données SIG de la ville pour voir les informations qui seraient
>> > intéressante pour OSM et le format de ces dernières.
>> > Donc, si quelqu'un a déjà vécu l'expérience et/ou à des informations
>> > interessantes pour moi, n'hésitez pas ;)
>> > JonathanMM
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org 
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>> >
>>
>> --
>> Envoyé avec mon mobile
>>
>> Cyrille.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Jonathan Magano
> Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique
> Responsable Technique de l'association Eurêka ! J'ai Réussi !
> Membre de l'association SaDur
> Contributeur OpenStreetMap
>
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] Re : role=label