date:20130529

Le groupe de contributeurs nord-catalan d'OpenStreetMap en association avec
Annexe21 et Perpinux organise le 1er juin 2013 une cartopartie à Collioure
(Pyrénées-Orientales). Le rendez-vous est fixé à 11h sur la plage du Voramar.
C'est l'occasion de donner une impulsion à un groupe, qui après plusieurs essais
ces dernières années, commence à vraiment prendre tournure. Nous serions ravis
d'accueillir des contributeurs provenant de contrées voisines (Aude, Hérault,
Ariège, Principat de Catalunya) à l'occasion du premier grand évènement que nous
proposons dans notre région.

Cette commune présente à la fois l'avantage de constituer un cadre agréable pour
une première rencontre, et d'être propice à certaines améliorations
cartographiques sur OpenStreetMap comme :

 - les hôtels et restaurants
 - les boutiques et ateliers d'artistes (nombreux à Collioure)
 - le « petit patrimoine »
 - les éléments de toponymie catalane,
 - peut-être reste-t-il quelques éléments du littoral à préciser, comme les
postes de surveillance,
 - les parkings, passages piétons, arrêts de bus, accès restreints et/ou
l'accessibilité (places réservées, etc.), toilettes publiques, points d'eau,
 - la correction du château royal.

L'exploitation des données ne fait pas partie de l'événement et aura lieu le
lundi 3 juin à 19h à la Cyberbodega de Perpignan

http://openstreetmap.fr/2013-06-01-cartopartie-collioure
http://wiki.openstreetmap.org/wiki/FR:France:Pyr%C3%A9n%C3%A9es-Orientales#Actuel_:_Cartopartie_.C3.A0_Collioure_le_samedi_1er_juin_2013
http://annexe21.net/cartopartie2013
http://www.perpinux.org/


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

Re: [OSM-talk-fr] drinking_water, oui mais...

2013-05-29 Par sujet Ab_fab

"Drinking_water = hiking_grade" ?

Avec les mises en garde de bon aloi dans le wiki pour expliciter cette
nouvelle valeur :
_ use at your own risk
_ should be ok for limited use, maybe not on a long term basis
_ recommended purification with standard hiking practices (boiling,
filtration, chlorination ...)
_ check local knowledge, when available (signs, locals ...)

Si besoin de "disclaimer", un bel exemple sur la page eaux vives du wiki :
http://wiki.openstreetmap.org/wiki/Whitewater

Bonne journée

Le 29 mai 2013 00:46, Vincent Pottier  a écrit :

>
>
> Aujourd'hui, le tag drinking_water a principalement les valeurs yes/no,
> les outils ne se basent donc pas seulement sur la présence du tag, mais
> aussi sur sa valeur.
> Dans des cartes "grand public" les points drinking_water=yes peuvent
> apparaître sans risque.
> Dans des cartes plus orientées randonnée, les différentes valeurs du tag
> devraient permettre de préciser si je puis trouver des sources captées, des
> citernes...
> J'ai randonné pas mal dans des lieux assez désertiques : grands Causses,
> Aubrac... et connaître ce type de ressources est précieux
>
> (...)
> Par contre une classification simple, observable par le randonneur :
> drinking_water=yes/rainwater_**tank/fitted_out_spring/spring/**no... me
> semblent quelques catégories compréhensibles pour le randonneur un peu
> éclairé.
>
> Enfin, OpenStreetMap n'est pas un organisme de certification et nul n'est
> dispensé d'être un peu intelligent en utilisant ce genre d'information.
> Nul n'est dispensé de maîtriser son véhicule en utilisant un GPS. Qui
> oserait rendre OSM responsable d'une sortie de route à cause d'un highway
> approximatif ?
> Qui oserait rendre OSM responsable d'une tourista à cause d'un point d'eau
> mal renseigné.
>
> Donc si des éclairages plus compétents peuvent aider à faire avancer la
> question...
> Merci d'avance.
>
> --
> FrViPofm
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...

Bonjour,

Après négociations, je suis dispo vendredi soir.

Q à Christian : vas-tu faire Saclay & Père Fouétard ; auquel cas, on peut
peut-être co-voiturer ?

A+


Le 27 mai 2013 19:47, Christian Quest  a écrit :

> On verra bien !
> Je serai juste un peu en retard pour notre réunion mensuelle...
>
>
> Le 27 mai 2013 19:15, JB  a écrit :
> > Une cartopartie, une cartopartie, c'est vite dit… Extrait du lien donné
> > précédemment :
> >
> > «Les données recueillies seront cartographiées ultérieurement sur
> > saclay.carte-ouverte.org par l’équipe recherche et OpenStreetMap. »
> >
> > Sans vouloir être rabat-joie, ça ressemble à Promenons-nous dans les
> bois,
> > regardons les petites fleurs et les jolis oiseaux, puis allons écouter
> de la
> > musique en mangeant un morceau. (« Le son, l’image, le texte poétique et
> la
> > végétalisation sont nos outils. »)
> >
> > Euh, et c'est qui qui va se coltiner les documents inbitables des
> promeneurs
> > ? Tous à la poubelle, on va refaire ça nous-mêmes ?
> >
> > JB.
> >
> >
> >
> > Le 27.05.2013 19:02, Christian Quest a écrit :
> >
> > J'ai pas trop de détails sur les 24h, je sais juste qu'il y a une
> > cartopartie qui démarre à 17h et converge pour 20h à la ferme du
> > Moulon (INRA)... donc 3h sur les 24 ;)
> >
> > Sur les 24h:
> >
> http://www.culturecommunication.gouv.fr/Disciplines-et-secteurs/Architecture/Formations-Recherche-Metiers/La-recherche/La-recherche-incitative/La-grande-ville-24h-chrono
> >
> > L'annonce complète sur facebook:
> >
> > -
> > Participez à une PLATEAU-PARTIE à ORSAY/SACLAY
> > -
> >
> > VENEZ AVEC VOS SMARTPHONES, TABLETTES et GPS POUR LA PROMENADE
> > NUMÉRIQUE >>>
> >
> > VOUS PRÉVOYEZ LES VRAIES BONNES CHAUSSURES DE MARCHE & NOUS VOUS
> > OFFRONS LES PONCHOS EN CAS DE PLUIE + UNE CARTE IMPERMÉABLE DANS LE
> > KIT qui vous sera remis au départ après inscription.
> >
> > CE SOIR LA, C'EST LA FETE DES VOISINS : NOUS FERONS LA FETE AVEC DE
> > NOUVEAUX VOISINS MÉTROPOLITAINS, lors de notre BUFFET DE PRODUITS des
> > FERMES LOCALES.
> >
> > FAITES PASSER L'INFO !!!
> > Il y aura à l'arrivée un buffet convivial et une audition de la
> > composition musicale de Maurilio Cacciatore
> >
> >
> > VITE VITE >>>PRE_INSCRIPTION sur :
> >
> https://docs.google.com/forms/d/1CbyVoBoxqneyAzXsjvFe-TmuyoNGXZsheyg-uahcUWM/viewform
> >
> >
> > PLUS D'INFOS visuelles sur :
> >
> http://www.dailymotion.com/video/xza3p6_saclay-plateau-partie_creation#.UXuU1aXIqQs
> >
> > <<<
> >
> > Dans le cadre de l'événement La GRANDE VILLE 24H CHRONO, une
> > recherche-action est organisée afin d'expérimenter LA MARCHE comme
> > préfiguration des futures pratiques du Campus de Saclay.
> >
> > Il s'agit à la fois d'une vision prospective de la marche pour le
> > territoire métropolitain & d'une démarche d’implication citoyenne pour
> > le plateau de Saclay et ses environs.
> >
> > Pour cela, le son, l'image, le texte poétique et la végétalisation
> > seront nos outils. Nous procéderons de façon collaborative à la
> > conception d'un jardin multiple et géolocalisé.
> >
> >
> > NOUS VOUS PROPOSONS UNE EXPERIENCE HYBRIDE DE PROMENADE NUMÉRIQUE ET
> > DE PROMENADE COLLECTE
> >
> > //
> >
> > RENDEZ-VOUS à 16h45 à l'entrée de la FAC D'ORSAY - PARIS SUD =
> > 48°42'00.39"N 2°10'51.10"E
> > devant le Bât 311 Maison des Etudes.
> > (arrêt RER B ORSAY)
> >
> > Parking prévu sur le campus pour les véhicules personnels en passant
> > devant la Maison des Etudes =
> > 48°42'06.20"N 2°10'56.07"E
> >
> > /
> >
> > Venez muni d'un crayon, d'un appareil photo ou d'un dictaphone, d'un
> > lecteur MP3 ou CD, de votre smartphone ou tablette, et de bonnes
> > chaussures! On traversera la forêt et le coteau, avec 120m de
> > dénivelée.
> >
> > ///
> >
> > A 20h00, vous aurez la possibilité soit de continuer sur notre site,
> > soit de quitter l'évènement local, soit de rejoindre la prochaine
> > étape de l'événement global des 24H CHRONO -> direction Aéroport de
> > Roissy (direct par le RER B)
> >
> > //
> >
> > Un événement conçu par le Laboratoire Architecture Culture et Société
> > de l'École Nationale Supérieure d'Architecture Paris Malaquais et
> > l’agence Studio Muoto, avec OpenStreetMap, La Fonderie (agence
> > numérique IdF), le collectif Pied à Terre, Maurilio Cacciatore
> > (compositeur) et Marco Liuni (chercheur de l'Ircam).
> >
> >
> > ---
> > - La GRANDE VILLE 24 HEURES CHRONO -
> > ---
> >
> > Un événement à l'initiative du Ministère de la Culture et de la
> > Communication, du Bureau de la Recherche Architecturale Urbaine et
> > Paysagère, de la Cité de l’architecture et du Patrimoine ET de
> > l'Atelier International du Grand Paris
> >
> >
>

Re: [OSM-talk-fr] Plateau-party à Saclayt et réunion parisienne de ce vendredi 31 mai...

Je me réponds car j'ai aussi trouvé des liens :

http://www.ateliergrandparis.fr/24hchrono/

http://www.media-paris-saclay.fr/le-grand-paris-via-le-plateau-de-saclay-en-24-h-chrono/

A+ @Saclay très certainement (ma logistique n'est pas encore arrêtée)


Le 27 mai 2013 16:54, Marc SIBERT  a écrit :

> Bonjour,
>
> Hé, hé oui ça me dit !
>
> Peux-tu nous en dire plus sur cette activité qui dure 24h je crois. Je
> n'ai pas d'accès à "Face de Bouc" :-)
>
> A+
>
>
> Le 27 mai 2013 15:28, Christian Quest  a écrit :
>
> Ce vendredi se tient la cartopartie du plateau de Saclay (Platoparty)
>> : https://www.facebook.com/events/147339058772623/
>>
>> Je ne serai donc pas à notre réunion parisienne... sauf si ça vous dit
>> de la délocaliser à Saclay à cette occasion.
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Marc Sibert
> m...@sibert.fr
>



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

[OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

Bonjour,

Sujet philosophique intéressant...


Le 28 mai 2013 12:26, François Lacombe  a écrit :

> Le 28 mai 2013 11:27, Ista Pouss  a écrit :
>
> Le rendu est annexe. Sur OSM, une centrale électrique n'a pas besoin de
>> méta modèle puisque c'est une centrale électrique.
>>
>
> On est d'accord, j'ai mal du m'exprimer.
>
> Ce que j'évoquais l'air de rien était d'abstraire les chaines de tags
> décrivant un objet en particulier.
> Faire une correspondance entre "Centrale électrique" (une notion qui ne
> change pas ici) avec power=plant (un truc qui peut changer).
> C'est ça pour moi, un méta-modèle.
>

Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul problème
c'est qu'il n'est pas exploitable "automatiquement" (par traitement
automatisé, je m'entends).
Une des solutions est peut être de mieux définir le modèle du méta-modèle
(je parlais de philosophie non ?) et donc de formaliser le wiki. On peut
penser à des balises spécifiques ou à un template inclus dans chaque page
contenant les informations dans un formaliste stable... c'est bon ça ! Les
outils pourraient alors (enfin ?!) parser les pages du wiki pour générer
les listes de tags dans les applications.


>
> Ainsi, les consommateurs, dans certaines de leurs utilisations,
> cibleraient "centrale électrique" et non "power=plant", ce qui éviterait
> une masse de travail en cas de refining des tags.
>
> Je n'ai pas la moindre idée de champ d'application d'une telle chose,
> juste que ça aiderait en cas de changement dans les tags à iso-feature (on
> ne remet pas en cause le périmètre couvert par "centrale électrique" ici,
> sinon ça marche pas).
>
>
>
>> Pas de communautés de contributeurs, pas de méta-modèles utiles ; donc,
>> contribuons.
>>
> C'est bien ce que je suis décidé à faire : *votez*.
>
>
> *François Lacombe*
>
> francois dot lacombe At telecom-bretagne dot eu
> http://www.infos-reseaux.com
>
>
>>
>>
Qu'en pensez-vous ?

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet François Lacombe

Bonjour,

C'est bientôt le bac, essayons de trouver des sujets de philo intéressants
avant l'heure...


Le 29 mai 2013 11:50, Marc SIBERT  a écrit :

> Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul problème
> c'est qu'il n'est pas exploitable "automatiquement" (par traitement
> automatisé, je m'entends).
>
Ca c'est très bien vu. On y pense pas assez, je suis !


> Une des solutions est peut être de mieux définir le modèle du méta-modèle
> (je parlais de philosophie non ?) et donc de formaliser le wiki. On peut
> penser à des balises spécifiques ou à un template inclus dans chaque page
> contenant les informations dans un formaliste stable... c'est bon ça ! Les
> outils pourraient alors (enfin ?!) parser les pages du wiki pour générer
> les listes de tags dans les applications.
>

Ok je suis d'accord.
Existe-t-il des formats un peu standards pour ce genre de chose ?


En tout cas c'est tout à fait ce qu'il faut, selon moi.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Léo SERRE


Salut,

Il est à mes yeux, tout à fait possible d'intégrer un module au wiki, 
qui quand on y accède via l'option ?exportmeta=xml retourne un fichier XML.

Le contenu étant à définir je propose 3 choses (propositions d'un débutant)

1. Une balise  contenant les changement effectués sur le tag au 
fil du temps, sur le « sens » du tag

2. Balise , permettant de décrire le tag brèvement
3. Balise  retournant relation, node, way, area...

L'idée pour moi est de créer un plug-in jOSM qui lors de l'utilisation 
d'un tag récemment actualisé (détecté via la dernière date dans 
) retourne un warning du genre « Attention, la signification du 
tag X à changé le XX/XX/ ». Avec bien-sûr la petite case à cocher 
pour dire « j'ai compris, ne me le répètes plus s'il te plaît ».


C'est ça le but ?

Le 29/05/2013 11:02, François Lacombe a écrit :

Bonjour,

C'est bientôt le bac, essayons de trouver des sujets de philo 
intéressants avant l'heure...



Le 29 mai 2013 11:50, Marc SIBERT > a écrit :


Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul
problème c'est qu'il n'est pas exploitable "automatiquement" (par
traitement automatisé, je m'entends).

Ca c'est très bien vu. On y pense pas assez, je suis !

Une des solutions est peut être de mieux définir le modèle du
méta-modèle (je parlais de philosophie non ?) et donc de
formaliser le wiki. On peut penser à des balises spécifiques ou à
un template inclus dans chaque page contenant les informations
dans un formaliste stable... c'est bon ça ! Les outils pourraient
alors (enfin ?!) parser les pages du wiki pour générer les listes
de tags dans les applications.


Ok je suis d'accord.
Existe-t-il des formats un peu standards pour ce genre de chose ?


En tout cas c'est tout à fait ce qu'il faut, selon moi.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


--
Léo SERRE
  06.18.62.32.05
  leo-serre.legtux.org

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Ista Pouss

Le 29 mai 2013 11:50, Marc SIBERT  a écrit :

>
> Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul problème
> c'est qu'il n'est pas exploitable "automatiquement" (par traitement
> automatisé, je m'entends).
>

Oui, ça pourrait.

Il n'y a pas besoin que ce soit automatisé (bien que ça soit utile) : il
suffit qu'il y ait un tag qui dirait "noeud/area/autre tagué en respect de
telles pages wiki osm".

C'est ce que tout le monde (ou presque) fait ou essaie de faire, c'est
juste de le stipuler explicitement qu'il faudrait.

De plus, j'ai remarqué qu'Osmose le faisait déjà : "Vous faites telle
erreur par rapport à telle page du wiki", dit-il. (en général)

On pourrait aussi dire que le simple fait d'utiliser tel tag fait méta
modèle... Par exemple, si j'utilise le tag  "power", alors je suis censé
respecter les instructions du wiki sur key:power... mais tout ça reste un
peu comme la prose de M. Jourdain.


Une des solutions est peut être de mieux définir le modèle du méta-modèle
> (je parlais de philosophie non ?) et donc de formaliser le wiki. On peut
> penser à des balises spécifiques ou à un template inclus dans chaque page
> contenant les informations dans un formaliste stable... c'est bon ça ! Les
> outils pourraient alors (enfin ?!) parser les pages du wiki pour générer
> les listes de tags dans les applications.
>

Ça c'est presque un autre problème, mais pourquoi pas ?



>
>
>>
>> Ainsi, les consommateurs, dans certaines de leurs utilisations,
>> cibleraient "centrale électrique" et non "power=plant", ce qui éviterait
>> une masse de travail en cas de refining des tags.
>>
>>  Je n'ai pas la moindre idée de champ d'application d'une telle chose,
>> juste que ça aiderait en cas de changement dans les tags à iso-feature (on
>> ne remet pas en cause le périmètre couvert par "centrale électrique" ici,
>> sinon ça marche pas).
>>
>>
Il me semble qu'il y avait une réticence à utiliser des outils logiciels
d'intervention sur la base elle même. Je crois que c'était dû à d'autres
questions philosophiques (ha ! la philosophie ! ), et aussi au fait que la
base osm gère moyen la sauvegarde des versions passées, contrairement à
wikimedia. Du coup, si jamais le logiciel d'intervention fait une blague...
il faut un autre logiciel d'intervention, pour corriger la blague, ça peut
durer longtemps. Il y avait aussi quelques vagues questions de pseudos
spéciaux... enfin bon.

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

Re: [OSM-talk-fr] Carto-partie à Collioure (66)

2013-05-29 Par sujet Gad.Jo

Je ne sais pas encore si je pourrait venir mais c'est dans mon agenda
depuis quelques semaines.

Qu'entend tu par "exploitation des données le 3 juin" ??


Le 29 mai 2013 09:35, RainerU  a écrit :

> Le groupe de contributeurs nord-catalan d'OpenStreetMap en association avec
> Annexe21 et Perpinux organise le 1er juin 2013 une cartopartie à Collioure
> (Pyrénées-Orientales). Le rendez-vous est fixé à 11h sur la plage du
> Voramar.
> C'est l'occasion de donner une impulsion à un groupe, qui après plusieurs
> essais
> ces dernières années, commence à vraiment prendre tournure. Nous serions
> ravis
> d'accueillir des contributeurs provenant de contrées voisines (Aude,
> Hérault,
> Ariège, Principat de Catalunya) à l'occasion du premier grand évènement
> que nous
> proposons dans notre région.
>
> Cette commune présente à la fois l'avantage de constituer un cadre
> agréable pour
> une première rencontre, et d'être propice à certaines améliorations
> cartographiques sur OpenStreetMap comme :
>
>  - les hôtels et restaurants
>  - les boutiques et ateliers d'artistes (nombreux à Collioure)
>  - le « petit patrimoine »
>  - les éléments de toponymie catalane,
>  - peut-être reste-t-il quelques éléments du littoral à préciser, comme les
> postes de surveillance,
>  - les parkings, passages piétons, arrêts de bus, accès restreints et/ou
> l'accessibilité (places réservées, etc.), toilettes publiques, points
> d'eau,
>  - la correction du château royal.
>
> L'exploitation des données ne fait pas partie de l'événement et aura lieu
> le
> lundi 3 juin à 19h à la Cyberbodega de Perpignan
>
> http://openstreetmap.fr/2013-06-01-cartopartie-collioure
>
> http://wiki.openstreetmap.org/wiki/FR:France:Pyr%C3%A9n%C3%A9es-Orientales#Actuel_:_Cartopartie_.C3.A0_Collioure_le_samedi_1er_juin_2013
> http://annexe21.net/cartopartie2013
> http://www.perpinux.org/
>
>
> ___
> 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] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Frédéric Rodrigo


Le 29/05/2013 12:26, Ista Pouss a écrit :

Le 29 mai 2013 11:50, Marc SIBERT mailto:m...@sibert.fr>> a écrit :


Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul
problème c'est qu'il n'est pas exploitable "automatiquement" (par
traitement automatisé, je m'entends).


Oui, ça pourrait.

Il n'y a pas besoin que ce soit automatisé (bien que ça soit utile) : il
suffit qu'il y ait un tag qui dirait "noeud/area/autre tagué en respect
de telles pages wiki osm".

C'est ce que tout le monde (ou presque) fait ou essaie de faire, c'est
juste de le stipuler explicitement qu'il faudrait.

De plus, j'ai remarqué qu'Osmose le faisait déjà : "Vous faites telle
erreur par rapport à telle page du wiki", dit-il. (en général)


Cette information est déjà contenu dans les info box sur le wiki. Osmose 
a eu une analyses pour vérifier l'adéquation des tags avec le type 
d'objet (node, way, area, relation). Mais cette analyse a été désactivé. 
Le wiki est bien trop incohérent en l'état !


Frédéric.


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

Re: [OSM-talk-fr] Carto-partie à Collioure (66)

Am 29.05.2013 12:42, schrieb Gad.Jo:
> 
> Qu'entend tu par "exploitation des données le 3 juin" ??
> 

Comme nous n'avons pas de local sur place, nous allons faire la saisie des
données à la cyberbodega qui a une salle de ŕeunion équipée d'un accès réseau et
d'un vidéo-projecteur


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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet thevenon . julien



- Mail original -
> De: "Marc SIBERT" 

> Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul problème 
> c'est qu'il n'est pas exploitable "automatiquement" (par traitement 
> automatisé, je m'entends). 

> Une des solutions est peut être de mieux définir le modèle du méta-modèle (je 
> parlais de philosophie non ?) et donc de formaliser le wiki. On peut penser à 
> des balises spécifiques ou à un template inclus dans chaque page contenant 
> les informations dans un formaliste stable... c'est bon ça ! Les outils 
> pourraient alors (enfin ?!) parser les pages du wiki pour générer les listes 
> de tags dans les applications. 

Salut,

Avant meme de partir dans l implementation pour moi il y a un souci avec l idee 
d un meta-modele exploitable automatiquement, c est le fait qu il devra etre 
abstrait, formalise et stable.
_ Par abstrait je fais reference a ce que proposait Francois un truc qui dit c 
est une centrale electrique sans plus de details. Cela veut dire qu on perd les 
details fournis par les tags additionnels ( par exemple la puissance le nombre 
de reacteur ) et a ce moment la on se coupe de la richesse d OSM. Inversement 
si on veut les details alors il faudra se coltiner ces tags additionnes situes 
en dehors du meta-modele et a ce moment la on repose sur le probleme que cela n 
est pas stable
_ Par formalise je veux dire qu il va falloir definir ce meta-modele, sa 
representation, ses valeurs afin qu il soit exploitable, le probleme pour moi c 
est que ca revient a faire un systeme de tag finalement mais de niveau 2 et on 
va retomber dans les problemes qu on avec le niveau 1 a savoir le formaliser, 
le stabiliser arriver a un consensus.
_ Stabilite, c est inherent aux 2 points precedents, comment garantir la 
stabilite du modele alors qu on s appuie sur un systeme de tag riche et mouvant 
sans sacrifier la richesse de la representation

En gros soit on sacrifie le detail pour avoir quelque chose de stable et formel 
mais on perd la richesse des tags OSM, soit on a une bijection entre les 
details des tags et les details du meta-modele mais on se retrouve avec un 
systeme de tag bis qui aura les meme problemes que le 1er et au final on sera 
revenu au point de depart

A la rigueur je preferais encore l idee ( d'Ista Pouss je crois ) qui etait d 
avoir un systeme de requete/filtre qui ferait que chacun a son propre 
meta-modele qui garantit une stabilite de son point de vue ( cf la discussion 
sur les ids stables etc )

My 2 cents et desole si c est TL;DR
Julien

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques


Le 29/05/2013 13:11, Frédéric Rodrigo a écrit :


Cette information est déjà contenu dans les info box sur le wiki. 
Osmose a eu une analyses pour vérifier l'adéquation des tags avec le 
type d'objet (node, way, area, relation). Mais cette analyse a été 
désactivé. Le wiki est bien trop incohérent en l'état !


Frédéric.

L'infobox contient aussi une boite issue de taginfo.
Or, l'usage, dans OSM fait aussi force de loi ( Les Anglais sont plus 
portés sur le droit coutumier que nous, latins, marqués par le droit 
romain).


cf : http://taginfo.openstreetmap.org/embed/key?key=shelter_type
--
FrViPofm

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet François Lacombe

Ce que j'avais en tête en lançant ça hier était plutôt basé sur l'existence
de pages comme celles-ci : http://wiki.openstreetmap.org/wiki/Power_lines

Ces pages évoquent des objets du terrains en expliquant les différents cas
(différents tags donc) qui peuvent se présenter.

Du coup on pourrait remplacer des sélections les plus communes ("je veux
toutes les lignes électriques", si on suit la page ci-dessus), *tout en
continuant à se servir des tags* par ailleurs sur les choses les plus fines.
Se pose la question de la pertinence et de la compatibilité avec les
principes d'OSM.

Après comme le souligne Julien, qui va abstraire l'abstraction ?
C'est pas une question facile.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 29 mai 2013 13:54, Vincent Pottier  a écrit :

> Le 29/05/2013 13:11, Frédéric Rodrigo a écrit :
>
>
>> Cette information est déjà contenu dans les info box sur le wiki. Osmose
>> a eu une analyses pour vérifier l'adéquation des tags avec le type d'objet
>> (node, way, area, relation). Mais cette analyse a été désactivé. Le wiki
>> est bien trop incohérent en l'état !
>>
>> Frédéric.
>>
> L'infobox contient aussi une boite issue de taginfo.
> Or, l'usage, dans OSM fait aussi force de loi ( Les Anglais sont plus
> portés sur le droit coutumier que nous, latins, marqués par le droit
> romain).
>
> cf : 
> http://taginfo.openstreetmap.**org/embed/key?key=shelter_type
> --
> FrViPofm
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques


Le 29/05/2013 13:49, thevenon.jul...@free.fr a écrit :


- Mail original -

De: "Marc SIBERT" 
Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul problème c'est qu'il 
n'est pas exploitable "automatiquement" (par traitement automatisé, je 
m'entends).
Une des solutions est peut être de mieux définir le modèle du méta-modèle (je 
parlais de philosophie non ?) et donc de formaliser le wiki. On peut penser à 
des balises spécifiques ou à un template inclus dans chaque page contenant les 
informations dans un formaliste stable... c'est bon ça ! Les outils pourraient 
alors (enfin ?!) parser les pages du wiki pour générer les listes de tags dans 
les applications.

Salut,

Avant meme de partir dans l implementation pour moi il y a un souci avec l idee 
d un meta-modele exploitable automatiquement, c est le fait qu il devra etre 
abstrait, formalise et stable.
_ Par abstrait je fais reference a ce que proposait Francois un truc qui dit c 
est une centrale electrique sans plus de details. Cela veut dire qu on perd les 
details fournis par les tags additionnels ( par exemple la puissance le nombre 
de reacteur ) et a ce moment la on se coupe de la richesse d OSM. Inversement 
si on veut les details alors il faudra se coltiner ces tags additionnes situes 
en dehors du meta-modele et a ce moment la on repose sur le probleme que cela n 
est pas stable
_ Par formalise je veux dire qu il va falloir definir ce meta-modele, sa 
representation, ses valeurs afin qu il soit exploitable, le probleme pour moi c 
est que ca revient a faire un systeme de tag finalement mais de niveau 2 et on 
va retomber dans les problemes qu on avec le niveau 1 a savoir le formaliser, 
le stabiliser arriver a un consensus.
_ Stabilite, c est inherent aux 2 points precedents, comment garantir la 
stabilite du modele alors qu on s appuie sur un systeme de tag riche et mouvant 
sans sacrifier la richesse de la representation

En gros soit on sacrifie le detail pour avoir quelque chose de stable et formel 
mais on perd la richesse des tags OSM, soit on a une bijection entre les 
details des tags et les details du meta-modele mais on se retrouve avec un 
systeme de tag bis qui aura les meme problemes que le 1er et au final on sera 
revenu au point de depart

A la rigueur je preferais encore l idee ( d'Ista Pouss je crois ) qui etait d 
avoir un systeme de requete/filtre qui ferait que chacun a son propre 
meta-modele qui garantit une stabilite de son point de vue ( cf la discussion 
sur les ids stables etc )


L'autre approche, c'est de penser méta-modèle dynamique :
Comme dit dans mon post précédent, l'usage a force de loi.
Le wiki n'est alors pas la seule source pour établir ce méta-modèle, 
mais aussi taginfo.

Taginfo peut être consulté par des bots et retourne un résultat json :
http://taginfo.openstreetmap.org/api/4/key/values?key=amenity&filter=all&lang=fr&sortname=count&sortorder=desc&page=1&rp=20&qtype=value
Le modèle n'est plus antérieur à la donnée mais issu de lui : c'est la 
folksonomie...


Certes, il faut de l'intelligence artificielle pour construire ce modèle 
sur l'usage, pour éliminer les artefacts typographiques, pour lire les 
tags en conjonction, en dépendance, les éléments inclus (le 
transformateur dans la substation)...


Taginfo n'est pas encore assez performant pour cela. Par exemple à 
drinking_water, je peux voir que 63 % des objets ont un tag associé 
amenity=* mais je ne peux pas encore savoir quelles valeurs d'amenity. 
Et taginfo sur amenity=fountain ne permet pas de vérifier la corrélation 
inverse.

--
FrViPofm

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet V de Chateau-Thierry

Bonjour,

> De : "François Lacombe" 
> 
> Du coup on pourrait remplacer des sélections les plus communes ("je veux
> toutes les lignes électriques", si on suit la page ci-dessus), *tout en
> continuant à se servir des tags* par ailleurs sur les choses les plus fines.
> Se pose la question de la pertinence et de la compatibilité avec les
> principes d'OSM.
> 
> Après comme le souligne Julien, qui va abstraire l'abstraction ?
> C'est pas une question facile.

Mon avis là-dessus, c'est que ces questions ne concernent pas directement les
contributeurs, mais des consommateurs de 1er niveau (faut-il les appeler
"intégrateurs" ?) pour lesquels il y a une place dans notre eco-système, et pas 
foule
d'acteurs aujourd'hui.
On pourrait imaginer que des entités telle Geofabrik, 3Liz (?), etc., assurent 
(voire
commercialisent) une fourniture de contenu OSM passé à la moulinette d'une 
couche
d'abstraction, et qui leur permettrait, par exemple, de produire des jeux de 
données 
thématiques issus d'OSM, "garantis" quant au respect d'un modèle de données. Ce 
modèle,
dans sa documentation, indiquerait les indirections placées entre la donnée 
brute et la
donnée de leurs étagères. Tous ces choix relèveraient non pas de la communauté, 
mais de
ces intégrateurs eux-mêmes.
Ce travail intermédiaire a une valeur (monétisable), car il baisserait le 
ticket d'entrée
pour les consommateurs potentiels de la donnée OSM, dont on peut imaginer pour 
certains 
qu'ils abandonnent avant de commencer face aux spécificités de notre donnée 
brute.

Pour prendre un exemple (simpliste), on pourrait trouver dans une telle 
fourniture, pour
les voies de circulation, un attribut (je ne dis pas tag, c'est voulu) qui 
s'appellerait
'oneway', et pour lequel ils garantiraient que les seuls valeurs fournies sont 
: 
'non',
'oui dans le sens du dessin',
'oui dans le sens inverse du dessin'.
La valeur ajouté serait ici de prendre toutes les valeurs présentes dans la 
base OSM, et
d'assurer l'indirection : '1' devient 'oui dans le sens du dessin', tout comme 
'yes' ou
'true'. Et le consommateur final de la donnée n'a pas à investir dans une 
connaissance
ultra-fine du contenu pour s'en servir, au moins dans un premier temps.

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] Cartopartie à Saint-Pabu (29)

2013-05-29 Par sujet Jean-Francois Nifenecker


Le 29/05/2013 09:09, Louis-Julien de la Bouëre a écrit :


  Cartopartie OpenStreetMap à Saint-Pabu (29)



saint drinking_water=no

ok, je -> []
--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Cartopartie à Saint-Pabu (29)


Le 29/05/2013 14:48, Jean-Francois Nifenecker a écrit :

Le 29/05/2013 09:09, Louis-Julien de la Bouëre a écrit :


  Cartopartie OpenStreetMap à Saint-Pabu (29)



saint drinking_water=no

ok, je -> []

:-)
--
FrViPofm

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

Je pense que cette couche d'abstraction métier manque au projet OSM et que
ce manque est à l'origine de la complexité de la contribution et donc de la
nécessité d'être "geek" pour pouvoir contribuer.

Je pense que cette surcouche doit être intégrée dans tous les outils de
contribution (JOSM, Px, IDx) afin de rendre invisible les node/way/relation
+ tags qui sont des éléments techniques.

Je pense que, dans l'état, OSM est un grand sac (pas une base de données)
où seuls ceux qui y placent des éléments peuvent les exploiter, ces
éléments là (cf. JIMMY & Co). Il n'y a pas d'homogénéité qui permette un
traitement global (inter-national ou inter-métier) des données qui s'y
trouvent.

mes 0.02€, c'est que cette couche doit être faite par la communauté et que
les services seront diffusés gratuitement... ça va dans le même sens que
l'UID stable... tout ça milite pour transformer OSM en un vrai référentiel
géographique(oui
je rêve).

A+



Le 29 mai 2013 14:26, V de Chateau-Thierry  a écrit :

> Bonjour,
>
> > De : "François Lacombe"
> >
> > Du coup on pourrait remplacer des sélections les plus communes ("je veux
> > toutes les lignes électriques", si on suit la page ci-dessus), *tout en
> > continuant à se servir des tags* par ailleurs sur les choses les plus
> fines.
> > Se pose la question de la pertinence et de la compatibilité avec les
> > principes d'OSM.
> >
> > Après comme le souligne Julien, qui va abstraire l'abstraction ?
> > C'est pas une question facile.
>
> Mon avis là-dessus, c'est que ces questions ne concernent pas directement
> les
> contributeurs, mais des consommateurs de 1er niveau (faut-il les appeler
> "intégrateurs" ?) pour lesquels il y a une place dans notre eco-système,
> et pas foule
> d'acteurs aujourd'hui.
> On pourrait imaginer que des entités telle Geofabrik, 3Liz (?), etc.,
> assurent (voire
> commercialisent) une fourniture de contenu OSM passé à la moulinette d'une
> couche
> d'abstraction, et qui leur permettrait, par exemple, de produire des jeux
> de données
> thématiques issus d'OSM, "garantis" quant au respect d'un modèle de
> données. Ce modèle,
> dans sa documentation, indiquerait les indirections placées entre la
> donnée brute et la
> donnée de leurs étagères. Tous ces choix relèveraient non pas de la
> communauté, mais de
> ces intégrateurs eux-mêmes.
> Ce travail intermédiaire a une valeur (monétisable), car il baisserait le
> ticket d'entrée
> pour les consommateurs potentiels de la donnée OSM, dont on peut imaginer
> pour certains
> qu'ils abandonnent avant de commencer face aux spécificités de notre
> donnée brute.
>
> Pour prendre un exemple (simpliste), on pourrait trouver dans une telle
> fourniture, pour
> les voies de circulation, un attribut (je ne dis pas tag, c'est voulu) qui
> s'appellerait
> 'oneway', et pour lequel ils garantiraient que les seuls valeurs fournies
> sont :
> 'non',
> 'oui dans le sens du dessin',
> 'oui dans le sens inverse du dessin'.
> La valeur ajouté serait ici de prendre toutes les valeurs présentes dans
> la base OSM, et
> d'assurer l'indirection : '1' devient 'oui dans le sens du dessin', tout
> comme 'yes' ou
> 'true'. Et le consommateur final de la donnée n'a pas à investir dans une
> connaissance
> ultra-fine du contenu pour s'en servir, au moins dans un premier temps.
>
> 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
>



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

[OSM-talk-fr] Petites statistiques sur les tags source

2013-05-29 Par sujet Frédéric Rodrigo


Bonjour,

J'ai fait une petit étude statistique sur les tags source en france 
(depuis la base de données de taginfo) pour préparer une présentation 
d'OSM. J'ai cherché à consolider les valeurs de tags sources différentes.


Par thématiques :

Contributeur

95188   survey
43564   gps
9409knowledge


Imagerie

629081  Bing
55090   CRAIG
17073   Spot
13551   Yahoo
5273sitn
2717Ortho littorale
1821Tours
1475Chéserex
8046RCJU


OpenData institution

40396226 Cadastre
215440   IGN
190159   CLC
69118PGS
42394DGFiP
10389Ministère de l'Éducation nationale
3898 LaPoste
2046 Ministère de l'Intérieur
1763 RFF
1505 stations.gpl.online.fr
1487 Franravel
1045 Géobretagne


OpenData ville et EPIC

175512  Brest
152885  Nantes
66841   Toulouse
34693   CCPR
26558   Bordeaux
22914   Paris
12744   Lyon
8175Concarneau Cornouaille
4952Mairie d'Orange
1078Loire-Atlantique

Je me garderai de faire ici toute interprétation.

Frédéric,
My 2cents.

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet V de Chateau-Thierry


> Je pense que cette couche d'abstraction métier manque au projet OSM et que
> ce manque est à l'origine de la complexité de la contribution et donc de la
> nécessité d'être "geek" pour pouvoir contribuer.
> 
> Je pense que cette surcouche doit être intégrée dans tous les outils de
> contribution (JOSM, Px, IDx) afin de rendre invisible les node/way/relation
> + tags qui sont des éléments techniques.

Les rendre invisible, en gros mettre un voile devant le vrai contenu, c'est 
signer
à mon avis le début du déclin. Alors que si OSM en est là aujourd'hui, c'est 
entre autre
grâce à la liberté de contribution. Or masquer les tags, c'est brider les 
contributeurs.
Pour moi ce que tu décris est nécessaire, mais comme réponse partielle, 
essentiellement
pour démocratiser la contribution. Mais ça doit rester un système parmi 
d'autres, pas le
seul moyen de contribuer (qui est ce que je comprends quand je lis : "intégrer 
dans tous
les éditeurs"). Ou alors on perdra beaucoup de monde en route.

> Je pense que, dans l'état, OSM est un grand sac (pas une base de données)
> où seuls ceux qui y placent des éléments peuvent les exploiter, ces
> éléments là (cf. JIMMY & Co). Il n'y a pas d'homogénéité qui permette un
> traitement global (inter-national ou inter-métier) des données qui s'y
> trouvent.

Qu'un acteur tiers garantisse l'homogénéité de _sa_ fourniture, elle même basée 
sur OSM,
permet à mon sens de garder la dose de liberté nécessaire au niveau de la 
contribution.
On déplace le "problème" un cran plus loin, et symboliquement, en dehors de la 
base. Ce
qui ne signifie pas que ces tiers ne sont pas, dans le même temps, fortement 
impliqués
dans OSM même.

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] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Frédéric Rodrigo

Le 29/05/2013 14:22, Vincent Pottier a écrit :

Le 29/05/2013 13:49, thevenon.jul...@free.fr a écrit :

- Mail original -

De: "Marc SIBERT"
Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul
problème c'est qu'il n'est pas exploitable "automatiquement" (par
traitement automatisé, je m'entends).
Une des solutions est peut être de mieux définir le modèle du
méta-modèle (je parlais de philosophie non ?) et donc de formaliser
le wiki. On peut penser à des balises spécifiques ou à un template
inclus dans chaque page contenant les informations dans un formaliste
stable... c'est bon ça ! Les outils pourraient alors (enfin ?!)
parser les pages du wiki pour générer les listes de tags dans les
applications.

Salut,

Avant meme de partir dans l implementation pour moi il y a un souci
avec l idee d un meta-modele exploitable automatiquement, c est le
fait qu il devra etre abstrait, formalise et stable.
_ Par abstrait je fais reference a ce que proposait Francois un truc
qui dit c est une centrale electrique sans plus de details. Cela veut
dire qu on perd les details fournis par les tags additionnels ( par
exemple la puissance le nombre de reacteur ) et a ce moment la on se
coupe de la richesse d OSM. Inversement si on veut les details alors
il faudra se coltiner ces tags additionnes situes en dehors du
meta-modele et a ce moment la on repose sur le probleme que cela n est
pas stable
_ Par formalise je veux dire qu il va falloir definir ce meta-modele,
sa representation, ses valeurs afin qu il soit exploitable, le
probleme pour moi c est que ca revient a faire un systeme de tag
finalement mais de niveau 2 et on va retomber dans les problemes qu on
avec le niveau 1 a savoir le formaliser, le stabiliser arriver a un
consensus.
_ Stabilite, c est inherent aux 2 points precedents, comment garantir
la stabilite du modele alors qu on s appuie sur un systeme de tag
riche et mouvant sans sacrifier la richesse de la representation

En gros soit on sacrifie le detail pour avoir quelque chose de stable
et formel mais on perd la richesse des tags OSM, soit on a une
bijection entre les details des tags et les details du meta-modele
mais on se retrouve avec un systeme de tag bis qui aura les meme
problemes que le 1er et au final on sera revenu au point de depart

A la rigueur je preferais encore l idee ( d'Ista Pouss je crois ) qui
etait d avoir un systeme de requete/filtre qui ferait que chacun a son
propre meta-modele qui garantit une stabilite de son point de vue ( cf
la discussion sur les ids stables etc )

L'autre approche, c'est de penser méta-modèle dynamique :
Comme dit dans mon post précédent, l'usage a force de loi.
Le wiki n'est alors pas la seule source pour établir ce méta-modèle,
mais aussi taginfo.
Taginfo peut être consulté par des bots et retourne un résultat json :
http://taginfo.openstreetmap.org/api/4/key/values?key=amenity&filter=all&lang=fr&sortname=count&sortorder=desc&page=1&rp=20&qtype=value

Le modèle n'est plus antérieur à la donnée mais issu de lui : c'est la
folksonomie...

Certes, il faut de l'intelligence artificielle pour construire ce modèle
sur l'usage, pour éliminer les artefacts typographiques, pour lire les
tags en conjonction, en dépendance, les éléments inclus (le
transformateur dans la substation)...

Taginfo n'est pas encore assez performant pour cela. Par exemple à
drinking_water, je peux voir que 63 % des objets ont un tag associé
amenity=* mais je ne peux pas encore savoir quelles valeurs d'amenity.
Et taginfo sur amenity=fountain ne permet pas de vérifier la corrélation
inverse.

Là aussi Osmose avait deux analyseurs basés la co-occurrence de tags
(statistique). Le sujet n'est vraiment pas simple. On a du en désactiver
un car il produisait des résultats trop aléatoires et l'autre n'a jamais
pu être au mise au point correctement. Après ils manquent peut être un
peu d'"intelligence"...

Frédéric.

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

Re: [OSM-talk-fr] drinking_water, oui mais...


Le 29/05/2013 07:54, JB a écrit :


Euh, natural=spring ?

Mais l'eau de source n'est pas toujours à la source.
J'ai souvent vu en diverses situations des abreuvoirs alimentés par une 
source plus ou moins aménagée en amont, en forêt ou en lisière. Lorsque 
le captage est hors prairie et un peu aménagé (quelques pierres 
suffisent) on a une eau courante avec peu de risque de pollution 
microbiologique. Lorsque le captage est dans la prairie, les risques 
augmentent fortement. Lorsque l'abreuvoir est dans un hameau, il est 
probable que la source est captée assez proprement.

Une carte qui se respecte, surtout orientée rando, ne pourra pas ne pas les 
faire ressortir (un coup de brosse à reluire… R25 les rend évidemment, avec 
l'information de potabilité/buvabilité)…
Et perso, je continue à encourager le tag drinkable en complément à l'objet, 
plutôt que drinking_water.


taginfo :
* drinkable [1] : ~3000 occurrences dont 2000 "no", valeurs : 
no/yes/unknown/mineral/unsafe/boiled (1 occurrence)
* drinking_water : ~1500 occurrences dont ~750 "yes", valeurs 
yes/no/unspecified/untreated/treated/rainwater_tank (ça c'est moi pour 4 
occurrences/5)/spring/unpleasant/water/fointain/mineral/unknown/deep_well/livestock/seasonal


Va pour "drinkable" qui fait moins réglementaire que "drinking_water". 
Mais la page Tag:tourism=wilderness_hut privilégie le tag "drinking_water"



Le 29/05/2013 09:26, Romain MEHUT a écrit :
Annexe I de l'arrêté du 11 janvier 2007: 
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00465574&dateTexte=&categorieLien=id

Hum, l'arrêté sur l'eau est un peu imbuvable pour les gens de mon espèce :-)
(promis, j'arrête de boire )



Là où j'en suis de la réflexion :

Le support
---
Il y a deux cas de figures :
- L'objet OSM est la ressource en eau elle-même : natural=spring / 
man_made=* / amenity=fountain/watering_place ... Le tag qui va bien est 
drinkable=* [3]
- L'objet OSM est un élément plus vaste, genre amenity=shelter + 
shelter_type=basic_hut. On décrit alors la ressource en eau, comme la 
possibilité de faire du feu avec fireplace=* . Le tag qui va bien est 
alors drinking_water=* [4]. Voir par exemple la page tourism=wilderness_hut.



La "potabilité"
--
* La situation actuelle :
- La ressource en eau potable apparaît dans OSM en standalone avec le 
tag amenity=drinking_water
- le tag "drinkable", porté principalement je suppose par des 
amenity=foutain, a les deux tiers de ses valeurs en "no", c'est, il me 
semble le report de la situation réglementaire, en France mais 
probablement ailleurs.
- le tag "drinking_water", porté, je crois, par un mélange 
d'équipements, structures type shelter, et de points d'accès à l'eau, 
type fountain (j'ai aussi repéré le tag sur un ruisseau).


* Les valeurs existantes :
voir ci-dessus

* ce qui serait envisageable :
- systématiser la répartition d'usage drinkable  drinking_water 
entre les points d'accès et les équipements

- établir un jeu de valeurs commun aux deux tags :
-- yes : eau certifiée potable selon la législation
-- no : valeur qui sera souvent posée par défaut selon la réglementation 
mais qui pourra être affinée comme suit :
Les valeurs suivantes devront être considérées comme "no" dans les 
cartes voulant rendre compte de la réglementation.
Ces valeurs tentent de rendre compte de la provenance (source, puis, 
pluie) et du "système" (captage, citerne)

-- spring
-- catched_spring
-- rainwater_tank
-- ...
-- not_watched
Cette dernière valeur veut rendre compte de l'impossibilité de rendre 
l'eau potable (teneur en pesticide, en métaux...) Voir annexes II & III 
de l'arrêté sur l'eau. Elle se distingue du drinkable=no trop flou.

-- undrinkable

* Ensuite, c'est au randonneur de prendre ses risques et d'estimer ce 
qu'il convient de faire selon l'usage qu'il en veut :
- faire confiance à un abreuvoir en village marqué not_watched, ou à la 
citerne de l'abri pour en faire son eau de bouche

- purifier par une pastille,
- faire bouillir
- filtrer
- passer son chemin
- gratter le sable pour trouver de l'eau ;-)


[1] http://taginfo.openstreetmap.org/keys/drinkable#values
[2] http://taginfo.openstreetmap.org/keys/drinking_water#values
[3] Selon taginfo, il n'y a pas de page wiki pour drinkable=*
[4] http://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
[5] http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dwilderness_hut
--
FrViPofm

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Pieren

2013/5/29 Marc SIBERT :

> Je pense que, dans l'état, OSM est un grand sac (pas une base de données) où
> seuls ceux qui y placent des éléments peuvent les exploiter, ces éléments là
> (cf. JIMMY & Co). Il n'y a pas d'homogénéité qui permette un traitement
> global (inter-national ou inter-métier) des données qui s'y trouvent.

Mouais. C'est sûr que quand certains inventent des tags du genre
"comment_ça_roule_en_vélo_ici?=bad", on peut difficilement faire
"homogène".

Autrement, on s'en sort plutôt pas mal, surtout quand on sait d'où on
part (c.a.d de rien). On peut voir le verre à moitié vide (certains
tags sont trop compliqués ou interprétés différemment suivant les
pays/cultures) ou le verre à moitié plein (on peut définir un trajet
routier qui traverse plusieurs continents).

L'histoire d'une couche sémantique internédiaire a été maintes fois
discutée. Et en dehors des belles conversations théoriques, on ne voit
pas grand chose en sortir. OSM, c'est "do it".
Petite remarque : taginfo n'est pas forcément un bon indicateur
d'usage. Un import automatique peut tromper les statistiques. Un vrai
indicateur devrait calculer le nombre de premiers utilisateurs et sa
variation dans le temps (un tag peut apparaitre au dépend d'un autre,
même très utilisé - qui se souvient de "highway=gate" ?).

Par contre, améliorer et traduire le wiki en cherchant un consensus
est à la portée de tout le monde.

Pieren

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

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet François Lacombe

En fait c'est précisément en cherchant à "améliorer le wiki" que cette
discussion est partie.

Le problème de la dépendance à la structure des données (ici les tags) est
un vrai problème selon moi.
On me l'a justement rappelé avant toute autre forme de procès.

A force d'être trop permissif sur la sémantique et sur plein d'autres
choses, on fini par tuer ce qu'on cherchait précisément à favoriser (les
contributions et les utilisations de nos données).
Autrement dit, si les choix ne sont pas faits dans la joie et la bonne
humeur, la réalité risque de nous forcer à en faire.

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 29 mai 2013 15:41, Pieren  a écrit :

> 2013/5/29 Marc SIBERT :
>
> > Je pense que, dans l'état, OSM est un grand sac (pas une base de
> données) où
> > seuls ceux qui y placent des éléments peuvent les exploiter, ces
> éléments là
> > (cf. JIMMY & Co). Il n'y a pas d'homogénéité qui permette un traitement
> > global (inter-national ou inter-métier) des données qui s'y trouvent.
>
> Mouais. C'est sûr que quand certains inventent des tags du genre
> "comment_ça_roule_en_vélo_ici?=bad", on peut difficilement faire
> "homogène".
>
> Autrement, on s'en sort plutôt pas mal, surtout quand on sait d'où on
> part (c.a.d de rien). On peut voir le verre à moitié vide (certains
> tags sont trop compliqués ou interprétés différemment suivant les
> pays/cultures) ou le verre à moitié plein (on peut définir un trajet
> routier qui traverse plusieurs continents).
>
> L'histoire d'une couche sémantique internédiaire a été maintes fois
> discutée. Et en dehors des belles conversations théoriques, on ne voit
> pas grand chose en sortir. OSM, c'est "do it".
> Petite remarque : taginfo n'est pas forcément un bon indicateur
> d'usage. Un import automatique peut tromper les statistiques. Un vrai
> indicateur devrait calculer le nombre de premiers utilisateurs et sa
> variation dans le temps (un tag peut apparaitre au dépend d'un autre,
> même très utilisé - qui se souvient de "highway=gate" ?).
>
> Par contre, améliorer et traduire le wiki en cherchant un consensus
> est à la portée de tout le monde.
>
> Pieren
>
> ___
> 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] Matériel d'information pour stand OSM le 1er juin

Bonjour,

A l'occasion de notre cartopartie du samedi 1er juin, la ville de Collioure
vient de nous accorder, contre toute attente, la possibilité de mettre un stand
sur la promenade de la plage due Voramar. C'est un endroit très fréquenté par
les touristes et les locaux et c'est donc une belle occasion de faire un peu de
pub pour OSM. On aura une table et probablement un panneau pour apposer des
affiches etc. Pour l'instant nous n'avons que nos propres affiches à y mettre et
nous cherchons donc du matériel, sous forme de fichier imprimables grand format
(A3), mais si quelqu'un a une banderole ou tout autre matériel à nous prêter (et
un moyen de la nous faire parvenir avant samedi;)) ce serait parfait.

Rainer


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

Re: [OSM-talk-fr] Petites statistiques sur les tags source

2013-05-29 Par sujet Nicolas Dumoulin

Le mercredi 29 mai 2013 15:21:04 Frédéric Rodrigo a écrit :
> Bonjour,
> 
> J'ai fait une petit étude statistique sur les tags source en france
> (depuis la base de données de taginfo) pour préparer une présentation
> d'OSM. J'ai cherché à consolider les valeurs de tags sources différentes.

Ok, mais tu n'as fait tes stats que sur les étiquettes des objets en base 
(taginfo) et non sur les changesets.
Perso, il n'y a que pour le cadastre que j'ajoute l'étiquette sur l'objet. On 
a déjà eu la discussion plusieurs fois. Moi, je préfère indiquer la source sur 
le changeset, c'est plus pratique ensuite quand on regarde l'historique d'un 
objet de savoir ce qu'il s'est passé, et ça évite la redondance d'info.
Mais c'est sûr que ça paraît compliqué d'exploiter en masse ces source=* des 
changesets …

-- 
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] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

Le 29 mai 2013 15:41, Pieren  a écrit :

> 2013/5/29 Marc SIBERT :
>
> > Je pense que, dans l'état, OSM est un grand sac (pas une base de
> données) où
> > seuls ceux qui y placent des éléments peuvent les exploiter, ces
> éléments là
> > (cf. JIMMY & Co). Il n'y a pas d'homogénéité qui permette un traitement
> > global (inter-national ou inter-métier) des données qui s'y trouvent.
>
> Mouais. C'est sûr que quand certains inventent des tags du genre
> "comment_ça_roule_en_vélo_ici?=bad", on peut difficilement faire
> "homogène".
>
Typiquement, sans aller jusque là, emergency / amenity ou amenity /
man_made ou shop / crraft / office


> Autrement, on s'en sort plutôt pas mal, surtout quand on sait d'où on
> part (c.a.d de rien). On peut voir le verre à moitié vide (certains
> tags sont trop compliqués ou interprétés différemment suivant les
> pays/cultures) ou le verre à moitié plein (on peut définir un trajet
> routier qui traverse plusieurs continents).
>
+1 : ne pas jeter le bébé avec l'eau du bain.


> L'histoire d'une couche sémantique intermédiaire a été maintes fois
> discutée. Et en dehors des belles conversations théoriques, on ne voit
> pas grand chose en sortir. OSM, c'est "do it".
>
C'est bien clair : ici on parle, mais souvent quand on veut monter une
taskforce pfff, moi le premier.


> Petite remarque : taginfo n'est pas forcément un bon indicateur
> d'usage. Un import automatique peut tromper les statistiques. Un vrai
> indicateur devrait calculer le nombre de premiers utilisateurs et sa
> variation dans le temps (un tag peut apparaitre au dépend d'un autre,
> même très utilisé - qui se souvient de "highway=gate" ?).
>
> Par contre, améliorer et traduire le wiki en cherchant un consensus
> est à la portée de tout le monde.
>
Alors sur ce point justement, j'y vois une grosse blague ! J'ai une
expérience de tag indiquant à quel type de cycle appartenait une école
(équivalent à ce qui se fait en France -- local donc). Impossible de
trouver un compromis :
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/School_levels
J'ai rapidement (trop ?) laissé tombé l'idée, mais je suis content qu'elle
soit mise en oeuvre en France (verre à moitié plein :-) )
Non : la recherche de compromis n'est pas une mince affaire, en tout cas
n'a rien à voir avec une simple traduction.


> Pieren
>
>
-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Petites statistiques sur les tags source

2013-05-29 Par sujet Sylvain Maillard

Salut,

stats sympa, quand les sources sont sur l'objet on voit bien d'ou ça vient !
mais bon en même temps, un polygone CLC ça englobe quand même quelques
bâtiments, normal qu'il y aie une différence :D

juste à titre informatif, est-ce que tu as le nombre d'objets sans tag
source et/ou avec le source sur le changeset ?


Sylvain




Le 29 mai 2013 16:03, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le mercredi 29 mai 2013 15:21:04 Frédéric Rodrigo a écrit :
> > Bonjour,
> >
> > J'ai fait une petit étude statistique sur les tags source en france
> > (depuis la base de données de taginfo) pour préparer une présentation
> > d'OSM. J'ai cherché à consolider les valeurs de tags sources différentes.
>
> Ok, mais tu n'as fait tes stats que sur les étiquettes des objets en base
> (taginfo) et non sur les changesets.
> Perso, il n'y a que pour le cadastre que j'ajoute l'étiquette sur l'objet.
> On
> a déjà eu la discussion plusieurs fois. Moi, je préfère indiquer la source
> sur
> le changeset, c'est plus pratique ensuite quand on regarde l'historique
> d'un
> objet de savoir ce qu'il s'est passé, et ça évite la redondance d'info.
> Mais c'est sûr que ça paraît compliqué d'exploiter en masse ces source=*
> des
> changesets …
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Pieren

2013/5/29 Marc SIBERT :

> http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/School_levels
> J'ai rapidement (trop ?) laissé tombé l'idée, mais je suis content qu'elle
> soit mise en oeuvre en France (verre à moitié plein :-) )

C'est justement un bon exemple de ce qu'OSM n'est pas
(https://help.openstreetmap.org/questions/1194/what-osm-is-not) ou ne
devrait pas être. Les systèmes scolaires, les choses enseignées et les
catégories d'âges sont trop disparates à travers le monde pour pouvoir
espérer un tag unique qui couvrirait tous les cas.
J'ai vu une fois un tableau qui comparaissait les systèmes français et
anglais et c'était déjà imbitable. Alors tous les pays...
Mais on s'en sort grâce au plus petit dénominateur commun (university,
etc). En France, on en est rapidement venu à la création d'un tag
complémentaire franco-français ("school:FR") et ça marche très bien
comme ça.

Autre exemple. Quand j'ai vu des discussions qui revenaient sans cesse
sur l'interprétations des tags de cycleway, lane, etc et que j'en ai
eu marre, j'ai créé les images visibles sur
http://wiki.openstreetmap.org/wiki/Bicycle . Un dessin, une photo,
c'est toujours plus parlant que 20 lignes de blabla.
La discussion au niveau international est parfois indispensable. Ca
peut éviter des couacs comme le fameux "power=station", faux-ami
inventé par les allemands et qui mettra des années à disparaître.

Mieux les tags sont documentés dans le wiki et moins ils sont
critiqués/remis en cause par la suite.
A ce propos, d'autres tags sont aussi soumis à "vote" (ou avis du
public) actuellement:
http://wiki.openstreetmap.org/wiki/Proposed_features/Animal_breeding
http://wiki.openstreetmap.org/wiki/Proposed_features/through_route

Pieren

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

Re: [OSM-talk-fr] Matériel d'information pour stand OSM le 1er juin

2013-05-29 Par sujet JB

 

Une carte R25 de Collioure et environs t'intéresse ? Montrer ce
qu'on est capables de faire. 

Elle est là (19Mo) :
http://osm107.openstreetmap.fr/jbtopo/Collioure.png [2] 

Si je ne me
suis pas raté, c'est juste du A3 au 25000. Zones urbaines et rurales (un
peu moins cartographiées) visibles. Le début du HRP (pas FFRP !) y est
aussi bien visible. Et puis on voit ce qui semble quelques erreurs de
carto… 

JB. 

PS : il va falloir que j'arrête de faire des rendus à
gauche à droite, à chaque fois, ça me donne envie d'aller m'y balader…
ou au contraire que je continue… 

Le 29.05.2013 16:06, RainerU a écrit
: 

> Bonjour,
> 
> A l'occasion de notre cartopartie du samedi 1er
juin, la ville de Collioure
> vient de nous accorder, contre toute
attente, la possibilité de mettre un stand
> sur la promenade de la
plage due Voramar. C'est un endroit très fréquenté par
> les touristes
et les locaux et c'est donc une belle occasion de faire un peu de
> pub
pour OSM. On aura une table et probablement un panneau pour apposer
des
> affiches etc. Pour l'instant nous n'avons que nos propres affiches
à y mettre et
> nous cherchons donc du matériel, sous forme de fichier
imprimables grand format
> (A3), mais si quelqu'un a une banderole ou
tout autre matériel à nous prêter (et
> un moyen de la nous faire
parvenir avant samedi;)) ce serait parfait.
> 
> Rainer
> 
>
___
> Talk-fr mailing list
>
Talk-fr@openstreetmap.org
>
http://lists.openstreetmap.org/listinfo/talk-fr [1]




Links:
--
[1] http://lists.openstreetmap.org/listinfo/talk-fr
[2]
http://osm107.openstreetmap.fr/jbtopo/Collioure.png
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Petites statistiques sur les tags source

2013-05-29 Par sujet didier2020

Le mercredi 29 mai 2013 à 15:21 +0200, Frédéric Rodrigo a écrit : 
> Bonjour,
> 
> J'ai fait une petit étude statistique sur les tags source en france 
> (depuis la base de données de taginfo) pour préparer une présentation 
> d'OSM. J'ai cherché à consolider les valeurs de tags sources différentes.
> 
remarque sans faire non plus d'interprétation:
il n'y a que pour le cadastre que josm demande systematiquement
d'ajouter source=cadastre...  
Pour ce qui est des autres éditeurs, je ne le sais pas.

> Par thématiques :
> 
>   Contributeur
>   
> 95188 survey
> 43564 gps
> 9409  knowledge
> 
> 
>   Imagerie
>   
> 629081Bing
> 55090 CRAIG
> 17073 Spot
> 13551 Yahoo
> 5273  sitn
> 2717  Ortho littorale
> 1821  Tours
> 1475  Chéserex
> 8046  RCJU
> 
> 
>   OpenData institution
>   
> 40396226 Cadastre
> 215440 IGN
> 190159 CLC
> 69118  PGS
> 42394  DGFiP
> 10389  Ministère de l'Éducation nationale
> 3898   LaPoste
> 2046   Ministère de l'Intérieur
> 1763   RFF
> 1505   stations.gpl.online.fr
> 1487   Franravel
> 1045   Géobretagne
> 
> 
>   OpenData ville et EPIC
>   
> 175512Brest
> 152885Nantes
> 66841 Toulouse
> 34693 CCPR
> 26558 Bordeaux
> 22914 Paris
> 12744 Lyon
> 8175  Concarneau Cornouaille
> 4952  Mairie d'Orange
> 1078  Loire-Atlantique
> 
> Je me garderai de faire ici toute interprétation.
> 
> Frédéric,
> My 2cents.
> 
> ___
> 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] drinking_water, oui mais...

2013-05-29 Par sujet JB

 

Quel travail de synthèse, j'approuve ! 

Je préciserais encore que
l'utilisation du tag drinking_water sur un abri n'interdit pas le
taggage de l'élément qui fournit l'eau, encore plus dans le cas où il
est à l'extérieur. Les deux me semblent complémentaires. 

Est-ce que ça
peut intéresser les gens de la liste openhiking
(http://lists.openstreetmap.org/listinfo/openhiking) ? 

JB. 

Le
29.05.2013 15:35, Vincent Pottier a écrit : 

> Le 29/05/2013 07:54, JB
a écrit :
> 
>> Euh, natural=spring ?
> 
> Mais l'eau de source n'est
pas toujours à la source.
> J'ai souvent vu en diverses situations des
abreuvoirs alimentés par une 
> source plus ou moins aménagée en amont,
en forêt ou en lisière. Lorsque 
> le captage est hors prairie et un peu
aménagé (quelques pierres 
> suffisent) on a une eau courante avec peu
de risque de pollution 
> microbiologique. Lorsque le captage est dans
la prairie, les risques 
> augmentent fortement. Lorsque l'abreuvoir est
dans un hameau, il est 
> probable que la source est captée assez
proprement.
> 
>> Une carte qui se respecte, surtout orientée rando, ne
pourra pas ne pas les faire ressortir (un coup de brosse à reluire… R25
les rend évidemment, avec l'information de potabilité/buvabilité)… Et
perso, je continue à encourager le tag drinkable en complément à
l'objet, plutôt que drinking_water.
> 
> taginfo :
> * drinkable [1] :
~3000 occurrences dont 2000 "no", valeurs : 
>
no/yes/unknown/mineral/unsafe/boiled (1 occurrence)
> * drinking_water :
~1500 occurrences dont ~750 "yes", valeurs 
>
yes/no/unspecified/untreated/treated/rainwater_tank (ça c'est moi pour 4

>
occurrences/5)/spring/unpleasant/water/fointain/mineral/unknown/deep_well/livestock/seasonal
>

> Va pour "drinkable" qui fait moins réglementaire que
"drinking_water". 
> Mais la page Tag:tourism=wilderness_hut privilégie
le tag "drinking_water"
> 
> Le 29/05/2013 09:26, Romain MEHUT a écrit
:

 

Links:
--
[1]
http://taginfo.openstreetmap.org/keys/drinkable#values
[2]
http://taginfo.openstreetmap.org/keys/drinking_water#values
[3]
http://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
[4]
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dwilderness_hut
[5]
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] Prochaine réunion des contributeurs de la région de Marseille le lundi 3 / 06 / 2013 // 20h00 à La Bo@te.

2013-05-29 Par sujet Olivier Griffet

*Bonjour à toutes et à tous.*
**
*

Je rappel que les contributeurs d' Openstreetmap de la région de Marseille
se réunissent le lundi 3 juin 2013,

à partir de 20h00 à La Bo@te ( dates suivantes en fin de message ).

*
*

Pour ceux qui compterais participez à la réunion et qui viennent pour la
première fois,

nous avons pour habitude que chacun(e) amène quelque chose à boire et/ou à
grignoter.


Lien du plan de l'accès à La Bo@te :
http://www.openstreetmap.org/?lat=43.29213&lon=5.3730645&zoom=18&layers=M&mlat=43.29210&mlon=5.37297


Lien de la page du Wiki d' Openstreetmap sur les réunions de Marseille :

http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2013


Archives de l'année 2012 :

http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2012



Pour confirmer votre présence éventuel, vous pouvez répondre à ce message,

merci.


Nota : Calendrier des réunions suivantes pour 2013, même lieu, même horaire.


*
*
- lundi 1er juillet 2013.
*
*
- lundi 5 aout 2013.
*
*
- lundi 2 septembre 2013.
*
*
- lundi 7 octobre 2013.
*
*
- lundi 4 novembre 2013.
*
*
- lundi 2 décembre 2013.
*
***


À bientôt...


Amicales salutations.**


Olivier Griffet 

| Contributeur OpenStreetMap =>
http://www.openstreetmap.org/user/olivier_griffet_83660_carnoules  |

| Habitant de 
83660-
Carnoules  - Var | Adhérent de GULLIVAR et ToulonuX |

Utilisateur de GNU/LINUX > de Linux Mint 11 [ Gnome ] + (X)Ubuntu 12.04 [
XFCE ] ; Lives USB >> ASRI.EDU.2.1a ; Etc...

Site web de GULLIVAR : http://gullivar.org/

Site web de ToulonuX : http://toulonux.tuxfamily.org/
*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Ista Pouss

Le 29 mai 2013 13:49,  a écrit :

>
> Avant meme de partir dans l implementation pour moi il y a un souci avec l
> idee d un meta-modele exploitable automatiquement, c est le fait qu il
> devra etre abstrait, formalise et stable.
>

Il n'est pas nécessaire que le, ou les, méta modèle soit exploité
automatiquement. Dans la situation actuelle d'osm, ça me parait aller trop
vite. Je le voyais plutôt comme une aide, un guide, à destination humaine.
Un peu ce qu'est le wiki.

Par contre, par rapport au wiki, il me semble possible d'expliciter les
noms des règles; par des URI. Les règles elles mêmes peuvent rester vagues.



> _ Par abstrait je fais reference a ce que proposait Francois un truc qui
> dit c est une centrale electrique sans plus de details. Cela veut dire qu
> on perd les details fournis par les tags additionnels ( par exemple la
> puissance le nombre de reacteur ) et a ce moment la on se coupe de la
> richesse d OSM. Inversement si on veut les details alors il faudra se
> coltiner ces tags additionnes situes en dehors du meta-modele et a ce
> moment la on repose sur le probleme que cela n est pas stable
>

Un méta modèle n'est pas forcément un truc qui contraint étroitement qui se
perdrait dans les détails...

Pour une centrale électrique, il peut y avoir deux méta modèles : "Je mets
au moins la puissance en kw" et "Je mets la puissance en kw, le mode de
production, la date de mise en service"... il peut y en avoir 36 autres,
chacun ayant son uri, et il suffit ensuite de dire lequel, ou lesquels (il
est parfaitement possible de suivre plusieurs méta modèles), tu suis.



> _ Par formalise je veux dire qu il va falloir definir ce meta-modele, sa
> representation, ses valeurs afin qu il soit exploitable, le probleme pour
> moi c est que ca revient a faire un systeme de tag finalement mais de
> niveau 2 et on va retomber dans les problemes qu on avec le niveau 1 a
> savoir le formaliser, le stabiliser arriver a un consensus.
>

Un méta modèle est exploitable dès que l'on sait ce qu'il est, dès qu'on
peut le désigner. Aucune nécessité de le décrire précisément (même si ça
peut être utile) (ou pas).

C'est "Fais ce que tu dis, dis ce que tu fais". Ça c'est exploitable
automatiquement, même si on dit "je ne fais rien"... et qu'on le fait.



> _ Stabilite, c est inherent aux 2 points precedents, comment garantir la
> stabilite du modele alors qu on s appuie sur un systeme de tag riche et
> mouvant sans sacrifier la richesse de la representation
>
>

Qu'il y ait 36.000 tags mouvants ne signifie nullement que la
réprésentation soit riche, au contraire. Toute représentation a un méta
modèle, sinon elle ne vaut rien, sauf peut être dans le monde artistique.

Contrairement à ce qu'on prétend dans les milieux "libristes", le bazar a
un méta modèle tout autant que la cathédrale. Et bien des bazars n'existent
que grâce à la cathédrale, et vice versa, c'est vrai.



>
> A la rigueur je preferais encore l idee ( d'Ista Pouss je crois ) qui
> etait d avoir un systeme de requete/filtre qui ferait que chacun a son
> propre meta-modele qui garantit une stabilite de son point de vue ( cf la
> discussion sur les ids stables etc )
>
>
Et oui c'était mon idée :-) Comme tu vois j'essaie d'être cohérent avec ce
que je propose :-) J'ai un méta modèle extrêmement strict :-)

Effectivement cette idée revenait peu ou prou à la même chose... cette
première idée n'avait reçu aucun écho, aussi j'essaie la lutte par d'autres
moyens mais je suis démasqué gasp.

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

Re: [OSM-talk-fr] Rendu françafrique

2013-05-29 Par sujet Ab_fab

Bonsoir,

Très didactique pour expliquer rapidement les données OSM et leurs usages,
au salon Solutions Linux ces deux derniers jours (où ça commence souvent
par "pourquoi OSM c'est mieux que Google ?" :

_ Le rendu personnalisé à son goût,
_ La combinaison avec les données d'altitude,
_ L'affichage des toponymes en plusieurs langues et plusieurs "alphabets"
_ Les différentes approches pour tenir à jour les tuiles et l'impact sur
les besoins matériels

L'idée qu'une R-Pi suffit pour l'hébergement quand on ne refait pas
fréquemment le rendu est particulièrement parlant

Jérôme, il faut que tu t'ajoutes à la liste des utilisations sympa de la
Raspberry, sur Reddit :
http://www.reddit.com/r/AskReddit/comments/1f607z/owners_of_a_raspberry_pi_what_do_you_use_it_for/
:-)

Le 21 mai 2013 09:05, Jérôme Cornet  a écrit :

> Ça ne répond pas non plus exactement à la question mais le rendu pour
> zones désertiques fait un peu de cela (apparition des routes et pistes à
> plus faible niveau de zoom). Hébergé ici pour un tout petit bout de
> l'Afrique:
>
> http://tmpsahara.dyndns.org/
>
> Jérôme
>
>
>
> Le 20 mai 2013 à 08:53, Eric SIBERT  a écrit :
>
>Bonjour,
>
> Il y a quelques mois, on discutait dans HOT de la classification des rares
> routes en Afrique. Je me disais que ça serait sympa d'avoir un rendu
> spécifique qui ferait ressortir les routes plus tôt quand on zoome. Ou qui
> permette facilement de distinguer les routes goudronnées de celles qui ne
> le sont pas.
>
> Je me suis aussi rendu compte que le rendu osm-fr dépassait largement les
> frontières de l'hexagone.
>
> Enfin, j'ai constaté que Mapquest Open avait des rendus différents suivant
> les zones de la planète. Par exemple, les routes n'ont pas les mêmes
> couleurs dans les îles britanniques et en Europe continentale.
>
> Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour
> l'Afrique?
>
> J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en
> France.
>
>
>
> Éric
>
> ___
> 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
>
>


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

[OSM-talk-fr] Limites communales à importer

2013-05-29 Par sujet didier2020

pour avoir de bonne relation avec les mapeurs :
http://osm2020.free.fr/temp/2013-05-29

fichiers construits pour les communes suivantes
   02B AK052 "CAMPANA"
   02B AK082 "CASTINETA"
   02B AK255 "QUERCITELLO"
   089 XA084 "CHARENTENAY"
   089 XA137 "DANNEMOINE"
   089 XA149 "DYE"
   089 XA280 "NUITS"
   089 XA423 "TRONCHOY"
   089 XA447 "VEZINNES"

didier


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

[OSM-talk-fr] Réf.: Re: Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet THEVENON Julien



>> IstaPouss a ecrit
>Et oui c'était mon idée :-) Comme tu vois j'essaie d'être cohérent avec ce
>que je propose :-) J'ai un méta modèle extrêmement strict :-)

Je vois ca ;-)

>Effectivement cette idée revenait peu ou prou à la même chose... cette
>première idée n'avait reçu aucun écho, aussi j'essaie la lutte par d'autres
>moyens mais je suis démasqué gasp.
>

Ca va j ai trouve la ressemblance donc je suis pas trop a la rue.
Je sais plus si je l avais appuyee ou pas mais je trouve l idee interessante.
peut etre qu un proto poc serait plus convaincant.les meta modeles c est assez 
abstrait et ca fait souvent peur aux gens
Julien


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

[OSM-talk-fr] Réunion parisienne OSM le 31

2013-05-29 Par sujet Yoann Sculo

Bonsoir,

Je suis un contributeur très récent, mais je crois avoir choppé le virus :)
Malheureusement, je n'ai pas pu passer au salon Solutions Linux mais
sur IRC on m'a parlé de la réunion de vendredi soir à Paris
(http://openstreetmap.fr/2013-05-31-reunion-paris)

Ne trouvant pas plus d'information, j'aurais aimé savoir :

- si déjà cela a toujours lieu. Car je vois qu'une cartopartie a lieu
a Saclay presque en même temps.
- si vous accueillez les nouveaux curieux :)
- s'il faut ramener quelque chose. Je vois que c'est le cas à Marseille.

Merci d'avance !

--
Yoann Sculo (ysculo)

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

Re: [OSM-talk-fr] drinking_water, oui mais...


Le 29/05/2013 18:12, JB a écrit :


Quel travail de synthèse, j'approuve !

Je préciserais encore que l'utilisation du tag drinking_water sur un 
abri n'interdit pas le taggage de l'élément qui fournit l'eau, encore 
plus dans le cas où il est à l'extérieur. Les deux me semblent 
complémentaires.


Dans le cas du micromapping, si la ressource est taggée à l'extérieur, 
il faut éviter de surcharger l'abri [1]. Éviter de mapper deux fois la 
même chose.


Est-ce que ça peut intéresser les gens de la liste openhiking 
(http://lists.openstreetmap.org/listinfo/openhiking) ?


Je ne suis pas cette liste et j'ai suffisamment de listes à suivre comme 
ça... Quelqu'un la suit et propose une traduction ?

Puis après réactions, on propose sur la liste tagging.

Questions subsidiaires :
Comment sont taggés les lavoirs ?
building=wash_house ? je crois que les deux occurrences sont de moi.

[1] http://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
--
FrViPofm

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

Re: [OSM-talk-fr] drinking_water, oui mais...

http://wiki.openstreetmap.org/wiki/Proposed_features/lavoir
et en français:
http://wiki.openstreetmap.org/wiki/FR:Proposed_features/lavoir


Le 30 mai 2013 00:45, Vincent Pottier  a écrit :

> Le 29/05/2013 18:12, JB a écrit :
>
>
>> Quel travail de synthèse, j'approuve !
>>
>> Je préciserais encore que l'utilisation du tag drinking_water sur un abri
>> n'interdit pas le taggage de l'élément qui fournit l'eau, encore plus dans
>> le cas où il est à l'extérieur. Les deux me semblent complémentaires.
>>
>>  Dans le cas du micromapping, si la ressource est taggée à l'extérieur,
> il faut éviter de surcharger l'abri [1]. Éviter de mapper deux fois la même
> chose.
>
>
>> Est-ce que ça peut intéresser les gens de la liste openhiking (
>> http://lists.openstreetmap.**org/listinfo/openhiking)
>> ?
>>
>>  Je ne suis pas cette liste et j'ai suffisamment de listes à suivre comme
> ça... Quelqu'un la suit et propose une traduction ?
> Puis après réactions, on propose sur la liste tagging.
>
> Questions subsidiaires :
> Comment sont taggés les lavoirs ?
> building=wash_house ? je crois que les deux occurrences sont de moi.
>
> [1] 
> http://wiki.openstreetmap.org/**wiki/Key%3Adrinking_water
>
> --
> FrViPofm
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] 2 pics Cassini ?


http://osm.org/go/xV2Onv4p--

Ça fait un de trop.

Qui sait quel est le bon ?
--
FrViPofm

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

Re: [OSM-talk-fr] 2 pics Cassini ?

Selon les courbes de niveau du terrain, j'aurais tendance à choisir celui
du sud-est, près de la croisée des sentiers, car c'est le plus haut des
deux, même s'il me semble légèrement décentré par rapport au sommet local
indiqué par les courbes de niveau (les chemins et le sommet semblent alors
décalés légèrement un peu trop au sud par rapport aux courbes de niveau
visibles quand on affiche le rendu "carte cyclable").

Le point situé au nord-ouest en revanche est bien centré par rapport aux
courbes de niveau. Visiblement cela vient de deux sources différentes.
Reste à comparer avec une carte topographique IGN (ce qui n'exclue pas non
plus un désaccord avec une source cadastrale qui aurait aussi mentionné le
mauvais sommet; peut-être que localement les deux sommets sont désignés de
la même façon car ils sont proches et il n'y a que peu de dénivellation
entre les deux).

Mais ces 2 sources ne semblent pas calées de la même façon (et il pourrait
encore y avoir des différences de calage avec l'orthophotographie Bing).

D'autre part les sentiers de ce coin sont tracés un peu trop à la hache et
manquent de précision (si on regarde les angles par rapport aux courbes de
niveau réelles. Avant de changer une désignation des deux sommets (pas sûr
que ce soit nécessaire sans info locale, qu'on pourrait demander à ceux qui
tiennent le refuge non loin de là, dont il manque aussi le nom...), un
travail d'amélioration de précision des sentiers s'impose...


Le 30 mai 2013 02:09, Vincent Pottier  a écrit :

> http://osm.org/go/xV2Onv4p--
>
> Ça fait un de trop.
>
> Qui sait quel est le bon ?
> --
> FrViPofm
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 2 pics Cassini ?

Plusieurs sources mentionnent l'altitude 1680 mètres (comme ce qui est
indiqué pour le point au sud-sud-est, ce qui n'est justement pas le bon
sommet d'après les courbes de niveau).

Donc à mon avis c'est clairement le sommet au nord-nord-ouest qui est le
bon (et le plus précisément aligné selon les courbes de niveau). Le nom et
l'altitude devrait être déplacé sur le sommet nord (on peut toujours
laisser un point au sud, mais son altitude est fausse. Ce point doit avoir
été géolocalisé dans d'anciennes données moins précises.

De plus le POI du refuge devrait être repositionné sur le bâtiment tracé un
peu plus au nord, les chemins corrigés et réalignés car ils sont aussi peu
précis et décalés vers le sud d'à peu près autant que ce refuge.


Le 30 mai 2013 02:23, Philippe Verdy  a écrit :

> Selon les courbes de niveau du terrain, j'aurais tendance à choisir celui
> du sud-est, près de la croisée des sentiers, car c'est le plus haut des
> deux, même s'il me semble légèrement décentré par rapport au sommet local
> indiqué par les courbes de niveau (les chemins et le sommet semblent alors
> décalés légèrement un peu trop au sud par rapport aux courbes de niveau
> visibles quand on affiche le rendu "carte cyclable").
>
> Le point situé au nord-ouest en revanche est bien centré par rapport aux
> courbes de niveau. Visiblement cela vient de deux sources différentes.
> Reste à comparer avec une carte topographique IGN (ce qui n'exclue pas non
> plus un désaccord avec une source cadastrale qui aurait aussi mentionné le
> mauvais sommet; peut-être que localement les deux sommets sont désignés de
> la même façon car ils sont proches et il n'y a que peu de dénivellation
> entre les deux).
>
> Mais ces 2 sources ne semblent pas calées de la même façon (et il pourrait
> encore y avoir des différences de calage avec l'orthophotographie Bing).
>
> D'autre part les sentiers de ce coin sont tracés un peu trop à la hache et
> manquent de précision (si on regarde les angles par rapport aux courbes de
> niveau réelles. Avant de changer une désignation des deux sommets (pas sûr
> que ce soit nécessaire sans info locale, qu'on pourrait demander à ceux qui
> tiennent le refuge non loin de là, dont il manque aussi le nom...), un
> travail d'amélioration de précision des sentiers s'impose...
>
>
> Le 30 mai 2013 02:09, Vincent Pottier  a écrit :
>
> http://osm.org/go/xV2Onv4p--
>>
>> Ça fait un de trop.
>>
>> Qui sait quel est le bon ?
>> --
>> FrViPofm
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 2 pics Cassini ?

Noter encore un troisième point visible sur ce rendu !

http://www.refuges.info/point/1730/sommet/Pic-Cassini-Mt-Lozere/

Visiblement entre les noms proches Passini et Cassini, il y a un mélange.
Mais le point le plus culminant est maintenant appelé "Passini" ce qui
contredit les sources qui disent que le Mont-Lozère (maintenant Cassini)
est le point le plus culminant.

Comment rectifier tout ça ? A mon avis la correction a été précipitée sans
tenir compte de la précision orthogéographique des sources, alors qu'elles
sont d'accord sur l'altitude qui devrait permettre de décider correctement
(si les données altimétriques du rendu "cyclable" sont mieux calées (elle
semblent plus précises en tout cas au plan du rendu géographique, à
condition que les projections utilisées soient compatibles avec le WGS84
d'OSM et pas basées sur les anciennes triangulations françaises).



Le 30 mai 2013 03:01, Philippe Verdy  a écrit :

> Plusieurs sources mentionnent l'altitude 1680 mètres (comme ce qui est
> indiqué pour le point au sud-sud-est, ce qui n'est justement pas le bon
> sommet d'après les courbes de niveau).
>
> Donc à mon avis c'est clairement le sommet au nord-nord-ouest qui est le
> bon (et le plus précisément aligné selon les courbes de niveau). Le nom et
> l'altitude devrait être déplacé sur le sommet nord (on peut toujours
> laisser un point au sud, mais son altitude est fausse. Ce point doit avoir
> été géolocalisé dans d'anciennes données moins précises.
>
> De plus le POI du refuge devrait être repositionné sur le bâtiment tracé
> un peu plus au nord, les chemins corrigés et réalignés car ils sont aussi
> peu précis et décalés vers le sud d'à peu près autant que ce refuge.
>
>
> Le 30 mai 2013 02:23, Philippe Verdy  a écrit :
>
> Selon les courbes de niveau du terrain, j'aurais tendance à choisir celui
>> du sud-est, près de la croisée des sentiers, car c'est le plus haut des
>> deux, même s'il me semble légèrement décentré par rapport au sommet local
>> indiqué par les courbes de niveau (les chemins et le sommet semblent alors
>> décalés légèrement un peu trop au sud par rapport aux courbes de niveau
>> visibles quand on affiche le rendu "carte cyclable").
>>
>> Le point situé au nord-ouest en revanche est bien centré par rapport aux
>> courbes de niveau. Visiblement cela vient de deux sources différentes.
>> Reste à comparer avec une carte topographique IGN (ce qui n'exclue pas non
>> plus un désaccord avec une source cadastrale qui aurait aussi mentionné le
>> mauvais sommet; peut-être que localement les deux sommets sont désignés de
>> la même façon car ils sont proches et il n'y a que peu de dénivellation
>> entre les deux).
>>
>> Mais ces 2 sources ne semblent pas calées de la même façon (et il
>> pourrait encore y avoir des différences de calage avec l'orthophotographie
>> Bing).
>>
>> D'autre part les sentiers de ce coin sont tracés un peu trop à la hache
>> et manquent de précision (si on regarde les angles par rapport aux courbes
>> de niveau réelles. Avant de changer une désignation des deux sommets (pas
>> sûr que ce soit nécessaire sans info locale, qu'on pourrait demander à ceux
>> qui tiennent le refuge non loin de là, dont il manque aussi le nom...), un
>> travail d'amélioration de précision des sentiers s'impose...
>>
>>
>> Le 30 mai 2013 02:09, Vincent Pottier  a écrit :
>>
>> http://osm.org/go/xV2Onv4p--
>>>
>>> Ça fait un de trop.
>>>
>>> Qui sait quel est le bon ?
>>> --
>>> FrViPofm
>>>
>>> __**_
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>>
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Osmose en panne

Panne sur Osmose lors d'un clic sur Rawedit, au lieu de voir le code XML,
on a (dans une fenêtre transparente sans fond blanc le texte suivant:)

MOD_PYTHON ERROR

ProcessId:  1220
Interpreter:'rawedit.openstreetmap.fr'

ServerName: 'rawedit.openstreetmap.fr'
DocumentRoot:   '/data/project/rawedit/'

URI:'/edit/way/216518477'
Location:   None
Directory:  '/data/project/rawedit/'
Filename:   '/data/project/rawedit/edit'
PathInfo:   '/way/216518477'

Phase:  'PythonHandler'
Handler:'rawedit'

Traceback (most recent call last):

  File "/usr/lib/python2.7/dist-packages/mod_python/importer.py", line
1537, in HandlerDispatch
default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.7/dist-packages/mod_python/importer.py", line
1202, in _process_target
module = import_module(module_name, path=path)

  File "/usr/lib/python2.7/dist-packages/mod_python/importer.py", line
296, in import_module
log, import_path)

  File "/usr/lib/python2.7/dist-packages/mod_python/importer.py", line
680, in import_module
execfile(file, module.__dict__)

  File "/data/project/rawedit/rawedit.py", line 26, in 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réunion parisienne OSM le 31

2013-05-29 Par sujet Vincent de Château-Thierry


Bonjour,

Le 30/05/2013 00:29, Yoann Sculo a écrit :


Je suis un contributeur très récent, mais je crois avoir choppé le virus :)


Bienvenue !


Malheureusement, je n'ai pas pu passer au salon Solutions Linux mais
sur IRC on m'a parlé de la réunion de vendredi soir à Paris
(http://openstreetmap.fr/2013-05-31-reunion-paris)

Ne trouvant pas plus d'information, j'aurais aimé savoir :

- si déjà cela a toujours lieu. Car je vois qu'une cartopartie a lieu
a Saclay presque en même temps.


Oui ça tient toujours


- si vous accueillez les nouveaux curieux :)

les nouveaux, les curieux, les nouveaux curieux...


- s'il faut ramener quelque chose. Je vois que c'est le cas à Marseille.

Les mains dans les poches. Le lieu est un pub, ils s'occupent de nous. :-)

À demain (à partir de 19h, au 1er étage)

vincent

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

Re: [OSM-talk-fr] Réf.: Re: Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques

2013-05-29 Par sujet Ista Pouss

Le 29 mai 2013 22:48, THEVENON Julien  a écrit :

> Ca va j ai trouve la ressemblance donc je suis pas trop a la rue.
> Je sais plus si je l avais appuyee ou pas mais je trouve l idee
> interessante.
> peut etre qu un proto poc serait plus convaincant.les meta modeles c est
> assez abstrait et ca fait souvent peur aux gens
>

Je veux bien me lancer dans une démo, mais

- à la discussion correspondante (des identificateurs locaux) j'avais parlé
de remplir une page de wiki présentant l'idée de façon, heu... un peu
heu... formelle (et didactive ! ) (sans faire peur ! ) -> aucun écho.
- j'avais parlé de faire une démo mais il y en avait qui avaient hurlé que
l'on se lançait trop vite dans le code sans réfléchir (ignorant, sans
doute, que j'adore ne rien faire).

Donc résultat : je n'ai rien fait, évidemment.

Et en prime, bien que j'ai écrit des tonnes et des tonnes de code, je n'ai
jamais fait un projet libre... Je vois que tout le monde se met sur gis...
enfin bref cela sert-il à quelque chose autrement que pour dire "on verra
bien" ?


-- 
>
Les dérives de rue :
Profession émotion 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Matériel d'information pour stand OSM le 1er juin