[OSM-talk-fr] Pistes cyclables - routes fermées aux véhicules à moteur

[Esperanza]

> Bon, cest une bonne chose que tu poste sur la ML, puisque tu ne
> réponds pas aux messages privés (si tu es bien esperenza36).
>
> Vu ton volume d'éditions et la qualité moyenne de certaines (que j'ai
> évoqué dans mon message), je me posais la question de ce que tu
> utilisais comme source. Tu pourrais nous en dire un peu plus ?
> Cadastre ? Yahoo ?
>
>
+1: j'ai aussi réagi envers Esperanza36, et je suis un peu énervé de
devoir repasser après lui.

/Lapi.

J'avoue ne pas comprendre cette réaction, j'ai discuté au préalable sur la
ML les tags concernant les pistes cyclables, les routes goudronnées non
ouvertes aux moteurs, les chemins de halage, les voies de bus en
contresens sur la liste. Pourquoi Lapinos03 pourrait inventer des tags
perso (busway), et en même temps me faire des procès pour non conformité à
sa vision de la représentation carthographique ?
L'utilisation des tags évolue, et s'améliore toujours plus sur ce projet.
Il sont de plus en plus précis pour décrire des réalités complexes (Quid
en passant du Boulevard saint Michel en sens unique, avec 2 voies bus dont
une en contresens fermées aux cyclistes ?).
Je déplore ce ton utilisé en public sur la liste, et suggère à Lapinos03
de discuter avant de reverter mes contributions sur OSM.
J'en profite pour questionner les tags utilisé par Lapinos : ainsi busway
est-il approprié, en sachant que les couloirs bus sont ouverts à Paris aux
taxis et véhicules de service public ? psv (lane, track, opposite lane)
n'est-il pas mieux approprié ?
-- 
Esperanza

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

[OSM-talk-fr] path vs footway

[Stéphane Brunner]

Hello !

Actuellement j'ai tendance a ne jamais utiliser le path et parfis même
a essayer de le remplacer par autre chose (souvent le footway).
Et dernièrement j'ai utiliser le preset hiking et il m'a remplacer mon
footway par un path, du coup je ne sais plus que panser, finalement il
faut utiliser lequel dans que situation ?

Merci d'avance
Stéphane


-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--
Un peu d'espace qui vous suis partout -
https://www.getdropbox.com/referrals/NTk2OTU2Mjk
--
http://jeuxlibres.net - Jeux Libres

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

[OSM-talk-fr] Fwd: RE: Utilisation des fiches de géodésie et de nivellement

[Eric Sibert]

--- Begin Message ---
Bonjour
M. Cantat a bien reproduit le mail que je lui avais transmis a ce sujet. La 
reutilisation des fiches geodesiques ne releve pas de la reutilisation sous le 
regime de licence prevu par la loi CADA (qui est par contre celui des donnees 
du referentiel a grande echelle par exemple).
Ainsi, leur reutilisation est libre de droits. Les seules restrictions sont 
celles prevues a l'article 12 de la loi CADA (que les donnees ne soient pas 
altérées, que leur sens ne soit pas dénaturé et que leurs sources et la date de 
leur dernière mise à jour soient mentionnées).
Herve Le Men
IGN Directeur MODSP
Responsable de l'acces aux documents administratifs de l'IGN.
-Message d'origine-
De : Eric SIBERT [mailto:pe...@eric.sibert.fr] 
Envoyé : mardi 9 juin 2009 22:40
À : Herve Le-Men
Objet : Utilisation des fiches de géodésie et de nivellement

Bonjour Monsieur Le Men,

Monsieur Cantat a dû vous transmettre notre demande concernant l'utilisation 
des informations disponibles dans les fiches sur les repères géodésiques et de 
nivellement de l'IGN. Il nous a indiqué que dans l'hypothèse (message joint) où 
notre demande serait acceptée, il ne faudrait pas dénaturer les données, 
indiquer la source et le millésime. 
Nous appliquons déjà une telle politique lorsque nous utilisons les données en 
provenance du cadastre. En particulier, nous insérons le champ Source 
"cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à 
jour : 2009" pour chaque élément importé. Nous pouvons mettre en oeuvre une 
politique similaire pour les données sur les repères de l'IGN avec le champ 
source contenant "IGN, Service de Géodésie et Nivellement: ".

Au final, nous souhaitons connaître sous quelles conditions nous pouvons 
réutiliser ces informations. Nous restons à votre disposition pour de plus 
amples informations.

En l'attente de votre réponse, nous vous prions d'agréer, Monsieur, 
l'expression de nos salutations distinguées.

Pour le projet OpenStreetMap

Éric SIBERT



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

Re: [OSM-talk-fr] [tag] path vs footway

[Dominique Rousseau]

Le Fri, Jun 12, 2009 at 10:02:57AM +0200, Stéphane Brunner 
[stephane.brun...@gmail.com] a écrit:
> Hello !
> 
> Actuellement j'ai tendance a ne jamais utiliser le path et parfis même
> a essayer de le remplacer par autre chose (souvent le footway).
> Et dernièrement j'ai utiliser le preset hiking et il m'a remplacer mon
> footway par un path, du coup je ne sais plus que panser, finalement il
> faut utiliser lequel dans que situation ?

J'utilise "footway" pour signaler des chemins piétonniers. Par exemple,
les allées, dans un parc, ou un passage accessible uniquement aux
piétons entre des immeubles.
Pour "path", ce sont les autres cas de chemins, pas forcément restreints
aux pietons. Par exemple un chemin de foret, ou un chemin de halage.
D'ailleurs, moi, c'est plutot path vs track où j'ai un peu de mal à
choisir :)

-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] [tag] path vs footway

[Etienne Trimaille]

Voir la discussion sur les pistes cyclables. Ils en parlent aussi concernant
les footway dans le bois de Vincennes.

Mais depuis que je lis cette discussion, cela me sème le doute dans mes
contributions entre les tracks, footway, path,..., et ce que chaque way
accepte par défaut comme circulation (motorisé, vélo, piétons,...),...

Il serait peut-être temps de clarifier les choses je crois. ;-)

Le 12 juin 2009 10:09, Dominique Rousseau  a écrit :

> Le Fri, Jun 12, 2009 at 10:02:57AM +0200, Stéphane Brunner [
> stephane.brun...@gmail.com] a écrit:
> > Hello !
> >
> > Actuellement j'ai tendance a ne jamais utiliser le path et parfis même
> > a essayer de le remplacer par autre chose (souvent le footway).
> > Et dernièrement j'ai utiliser le preset hiking et il m'a remplacer mon
> > footway par un path, du coup je ne sais plus que panser, finalement il
> > faut utiliser lequel dans que situation ?
>
> J'utilise "footway" pour signaler des chemins piétonniers. Par exemple,
> les allées, dans un parc, ou un passage accessible uniquement aux
> piétons entre des immeubles.
> Pour "path", ce sont les autres cas de chemins, pas forcément restreints
> aux pietons. Par exemple un chemin de foret, ou un chemin de halage.
> D'ailleurs, moi, c'est plutot path vs track où j'ai un peu de mal à
> choisir :)
>
> --
> Dominique Rousseau
>
> Si cinquante millions de gens disent une sottise,
> ça n'en reste pas moins une sottise.  -- Anatole France
>
> ___
> 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] Pistes cyclables - routes fermées aux véhicules à moteur

[Pieren]

2009/6/12 Esperanza :

Il faudrait nous dire sur quels objets se situe la polémique.
Apparement Esperanza, quelqu'un te reproche de ne pas répondre aux
messages privés. C'est important de communiquer directement et de ne
mettre la discussion sur la place publique qu'en cas de désaccord.
Mais là, on ne voit pas sur quoi.

Concernant les voies pour cyclistes, les conventions sont relativement
stables maintenant, et à moins de faire des changements qui ne
correspondent pas à la réalité, il ne devrait plus y avoir de
polémiques.

Après, concernant busway ou shared_busway, il n'y a aucune proposition
sur le wiki. Il y en a 190 dans tagwatch Europe mais il faudrait voir
de combien de personnes différentes... Dans la ML anglaise, il n'y que
deux messages parlant de busway (un de Matthias Julius du 22/10/08)
mais d'autres contributeurs de référence (Shaun McDonald et David
Earl) ont immédiatement fait la remarque que "psv" était plus
approprié.
Le fait est que pour ces voies complexes, il n'existe pas encore de
pratique validée par la communauté. Donc ceux qui s'intéressent à ces
voies ont tous un peu raison. Il y a aussi une proposition de
relation, type lane qu'il faudrait étudier.

Concernant le Boulevard Saint-Michel, il y a un message dans les
archives sur cette voie, donc rien de neuf sous le soleil:
http://lists.openstreetmap.org/pipermail/talk-fr/2008-August/003771.html

Personnellement, je préfère m'abstenir de tagguer ces situations
complexes lorsque j'en rencontre. La carte de France est encore
incomplète à 60..70% et je ne voudrais pas que nous perdions trop de
temps sur quelques rues à problèmes alors qu'il y a encore tant à
faire par ailleurs.

Pieren

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

Re: [OSM-talk-fr] Fwd: RE: Utilisation des fiches de géodésie et de nivellement

[Pieren]

2009/6/12 Eric Sibert :

Eh bien voila, c'est officiel. Bravo et merci à Eric pour avoir
entamer cette démarche !

Reste que la question que j'ai déjà soulevé auparavant tient toujours.
Quelles sont les autres données de l'IGN relevant de ce statut ? Ca
serait intéressant par exemple de savoir si la position et l'altitude
des sommets français en fait partie, c.f. un autre fil de discussion
sur ce sujet.

Pieren

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

[OSM-talk-fr] Re : [tag] path vs footway

[THEVENON Julien]

>>> Voir la discussion sur les pistes cyclables. Ils en parlent aussi 
>>> concernant les footway dans le bois de Vincennes.
>>>
>>> Mais depuis que je lis cette discussion, cela me sème le doute dans mes 
>>> contributions entre les tracks, footway, path,..., et ce que chaque way 
>>> accepte par défaut comme circulation (motorisé, vélo, piétons,...),...

>>> Il serait peut-être temps de clarifier les choses je crois. ;-)

+ 1 , se serait peut etre bien d'avoir une page wiki dediee avec les differents 
cas mentionnes, bien expliques avec la maniere de tagguee recommandee.

Julien



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

Re: [OSM-talk-fr] [tag] path vs footway

[Pieren]

2009/6/12 Etienne Trimaille :
> Il serait peut-être temps de clarifier les choses je crois. ;-)
>

Voici ma vision des choses, sachant que "path" est relativement
récent. Je peux me gourrer mais si tout le monde est d'accord, je
pourrais effectivement agrandir la page wiki
http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging ou en créer
une autre.

- highway=footway pour les voies piétonnes exclusivement reservée aux
piétons, en général signalées par le panneau B22b.
(http://wiki.openstreetmap.org/wiki/Image:Fr-B22b-Obligatoire_pour_les_pietons.gif).
Ca peut être aussi des petits passages autour d'un immeuble ou qui
traversent un parc mais uniquement pour les piétons. Ce tag est
principalement destiné à la ville.
- highway=path est un sentier à usage partagé (piétons, vélo, cheval).
Il n'est pas destiné aux véhicules à quatre roues (même si un 4x4 ou
un tracteur peuvent passer à titre exceptionnel et pour exploitation),
il n'y a éventuellement qu'une "piste" ou "trace" au sol. Se trouve en
général à la campagne (mais il y a aussi de la campagne proche ou dans
la ville comme les bois ou grands parcs).
- highway=track, c'est les chemins destinés aux véhicules à quatre
roues, avec deux "pistes" ou "traces" au sol indiquant le passage des
roues gauches et droites (pour dire que c'est vraiment la largeur d'un
véhicule, pas plus). En général, non goudronnée, il faut ajouter un
tag si ça n'est pas le cas (tracktype=grade1 ou surface=paved).
- je passe à highway=unclassified lorsque la voie devient suffisament
large pour que deux véhicules puissent se croiser même si c'est avec
difficulté (en débordant légèrement sur les bas-côtés). Nornalement
goudronné (par défaut chez nous), il faut ajouter un tag "unpaved" si
ça n'est pas le cas.

Pieren

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

Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli

[kimaidou]

Bonjour

Merci pour cela, mais bizarrement, à chaque fois que j'essaye d'ajoute un
ligne pour le doctype, ma page ne s'affiche plus (page blanche). Je vais
creuser.

Sinon pour la suisse romande, je vais voir ce que je peux faire :D
Je prendrais plus de temps ensuite pour gérer plusieurs pays / régions et ne
pas tout mettre dans les mêmes fichiers vectoriels (trop lourd sinon)

a bientôt

Le 11 juin 2009 16:46, Stéphane Brunner  a écrit
:

> Hello !
>
> Si tu ajoute (avant la balise ) cette entête tu ne devrai plus
> avoir de problème.
>
> 
>  "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>
>
> De plus ce serais cool d'avoir la suisse romande sur la carte ;-)
> Genève y est mais pas Lausanne :(
>
> CU
> Stéph
>
>
> 2009/6/11 kimaidou :
> > Merci pour les suggestions
> > Pour l'encodage, j'ai pourtant spécifier l'encodage de la page. Je n'ai
> pas
> > de contrôle sur ce serveur.. Je vais voir ce que je peux faire. Ne pas
> > oublier que pour l'instant ce n'est qu'un test, et pas une appli de
> > production.
> > Par contre, vous pouvez commencer à voir les couleurs à compléter, et les
> > autres tags.
> > Je vais faire un permalink et je vais voir pour le reste
> >
> > Le 11 juin 2009 16:10, Vincent Pottier  a écrit :
> >>
> >> kimaidou a écrit :
> >> > J'ai oublié : c'est pour *toute la France*
> >> Merci !
> >>
> >> Petites suggestions :
> >> - un permalink
> >> - un zoom minimum d'affichage (si j'affiche toute la France, ça va ramer
> >> à mort !)
> >> - une balise dans la page html pour préciser l'encodage.
> >>
> >> Vincent
> >>
> >> ___
> >> 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
> >
> >
>
>
>
> --
> Stéphane Brunner
> mail : stephane.brun...@gmail.com
> messageries instantanées : stephane.brun...@gmail.com (
> http://talk.google.com)
> --
> Un peu d'espace qui vous suis partout -
> https://www.getdropbox.com/referrals/NTk2OTU2Mjk
> --
> Non aux brevets logiciels - http://stopsoftwarepatents.eu/601000605319
>
> ___
> 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] [serveur] Lignes de bus et de tr am - développement d'une appli

[sly (sylvain letuffe)]

On Thursday 11 June 2009 16:46, Stéphane Brunner wrote:
> Hello !
> 
> Si tu ajoute (avant la balise ) cette entête tu ne devrai plus
> avoir de problème.
> 
> 
>  "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>

J'ai peur que ça ne suffisent pas, le serveur envoi un 
Content-Type: text/html; charset=ISO-8859-1

Mais le contenu est de l'utf-8, et la priorité va à l'en-tête http plutôt 
qu'au contenu xml

Si tu as la main sur le serveur (j'en doute) ou droit de placer un .htaccess 
(pas sûr)
AddDefaultCharset off

Sinon, si tu as droit au php :
au tout debut de ton osm_openlayers.html (que tu renommes en .php)
header("Content-Type: text/html; charset=utf-8");

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli

[kimaidou]

Merci sly, on s'est téléscopé, et avant de lire ton email j'ai ajouté un
.htaccess, mais avec
AddDefaultCharset UTF-8
dedans, pour forcer l'encodage, et maintenant cela fonctionne nickel

++

Le 12 juin 2009 11:25, sly (sylvain letuffe)  a écrit :

> On Thursday 11 June 2009 16:46, Stéphane Brunner wrote:
> > Hello !
> >
> > Si tu ajoute (avant la balise ) cette entête tu ne devrai plus
> > avoir de problème.
> >
> > 
> >  > "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>
>
> J'ai peur que ça ne suffisent pas, le serveur envoi un
> Content-Type: text/html; charset=ISO-8859-1
>
> Mais le contenu est de l'utf-8, et la priorité va à l'en-tête http plutôt
> qu'au contenu xml
>
> Si tu as la main sur le serveur (j'en doute) ou droit de placer un
> .htaccess
> (pas sûr)
> AddDefaultCharset off
>
> Sinon, si tu as droit au php :
> au tout debut de ton osm_openlayers.html (que tu renommes en .php)
> header("Content-Type: text/html; charset=utf-8");
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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] Fwd: RE: Utilisation des fiches de géodésie et de nivellement

[Emilie Laffray]

Excellente nouvelle!
On va commencer a avoir des donnees correctes pour la France maintenant.

Emilie Laffray

2009/6/12 Eric Sibert 

>
>
>
>
> -- Forwarded message --
> From: "Herve Le-Men" 
> To: "Eric SIBERT" 
> Date: Thu, 11 Jun 2009 16:29:27 +0200
> Subject: RE: Utilisation des fiches de géodésie et de nivellement
> Bonjour
> M. Cantat a bien reproduit le mail que je lui avais transmis a ce sujet. La
> reutilisation des fiches geodesiques ne releve pas de la reutilisation sous
> le regime de licence prevu par la loi CADA (qui est par contre celui des
> donnees du referentiel a grande echelle par exemple).
> Ainsi, leur reutilisation est libre de droits. Les seules restrictions sont
> celles prevues a l'article 12 de la loi CADA (que les donnees ne soient pas
> altérées, que leur sens ne soit pas dénaturé et que leurs sources et la date
> de leur dernière mise à jour soient mentionnées).
> Herve Le Men
> IGN Directeur MODSP
> Responsable de l'acces aux documents administratifs de l'IGN.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: RE: Utilisation des fiches de g éodésie et de nivellement

[Eric Sibert]

Maintenant qu’on a l’accord pour exploiter les données des repères de  
géodésie et de nivellement, on peut reprendre la discussion sur leur  
emploi dans OSM.

Comme ça a déjà été mentionné, il y a plusieurs différences  
significatives entre les repères de géodésie et ceux de nivellement.  
Aussi, je pense qu’il faut les traiter séparément.


1 Les repères géodésiques

Les repères de géodésies sont organisés en site. Exemple :  
http://geodesie.ign.fr/fiche_geodesie.asp?num_site=38075A&X=928500&Y=6489300
Un site comporte un ou plusieurs repères.
Exemple de repère :
http://geodesie.ign.fr/fiche_point.asp?num_site=38075A&no_ptg=04&numero_f50=
Les informations fournies sont :
- Latitude/Longitude en RGF93, équivalent à WGS84 à la dérive des  
continents près
- Hauteur sur l’ellipsoïde
- X/Y en Lambert 93
- X/Y dans la zone Lambert locale
- Altitude
- Précisions (à deux endroits) : M : Précision métrique / D :  
Précision décimétrique / C : Précision centimétrique. Je n’ai pas bien  
compris à quelles données ça s’appliquait.
Les données pertinentes pour OSM sont la Latitude/Longitude et  
l’altitude. Toutes les données ne sont pas systématiquement fournies  
pour tous les repères.

Généralement, sur un site, on a un repère principal et des repères  
secondaires en cas de perte du repère principal. Dans le site  
précédent, le repère principal est :
http://geodesie.ign.fr/fiche_point.asp?num_site=38075A&no_ptg=04&numero_f50=
Tous les autres sont des repères secondaires :
http://geodesie.ign.fr/fiche_point.asp?num_site=38075A&no_ptg=01&numero_f50=
On constate dans l’exemple que le repère principal à toutes  
informations de coordonnées fournies alors que les autres n’ont que le  
Lambert III et le Lambert 93. Il leur manque en particulier la  
Latitude/Longitude et l’altitude.
La distinction repère principal/repères secondaires n’est pas toujours  
évidente comme :
http://geodesie.ign.fr/fiche_geodesie.asp?num_site=8619405&X=500100&Y=6609500
Sur certains sites, comme les clochers, non seulement il n’y a pas  
vraiment de repère principal et/ou secondaire mais en plus, aucun  
repère ne comporte les informations de latitude/longitude. Exemple :
http://geodesie.ign.fr/fiche_geodesie.asp?num_site=86028A&X=506400&Y=6614400

Les repères peuvent être détruits :
http://geodesie.ign.fr/fiche_point.asp?num_site=8622204&no_ptg=03&numero_f50=1826
ou non retrouvés :
http://geodesie.ign.fr/fiche_point.asp?num_site=8603201&no_ptg=01&numero_f50=1826

Jusqu’à présent, je vous ai mis des exemples à partir de l’interface  
de consultation interactive des repères  
(http://geodesie.ign.fr/fiches/Fiches.htm) mais on peut aussi avoir  
les données plus à l’état brut par le serveur ftp  
(ftp://arethuse.ign.fr/pub/Serv_BDG/Geodesie/). Dans ce dernier cas,  
les fiches sont regroupées par feuille de carte au 1/50.000°, soit  
dans des fichiers zip, soit des tar avec le numéro de la feuille.

Maintenant, qu’est-ce qu’on fait avec tout ça dans OSM ?
Personnellement, je suis assez pour un import massif des repères  
géodésiques en tant que repère géodésique (man_made=survey_point) avec
source= IGN, Service de Géodésie et Nivellement:  où l’année est  
récupérée dans la fiche.
Position d’après la Latitude/Longitude
ele d’après l’altitude

Que fait-on avec les repères détruits ou non retrouvés ?
Que fait-on avec les repères dont la Latitude/Longitude n’est pas  
fournie ? Si le Lambert 93 est fourni (ce qui semble toujours le cas),  
on peut faire une conversion sans perte vers le WGS84. Par contre, si  
on part du Lambert I à IV, une conversion approximative peut engendrer  
une erreur allant jusqu’à 5,5 m, ce qui est de nature à altérer les  
données source.
Ensuite, il y a le recollement du repère avec son support (clocher,  
sommet de montagne…). Je ne suis pas pour un recollement automatique.  
On ne peut pas savoir sans étudier la fiche si le repère est bien au  
sommet de la montagne, s’il est un peu plus bas ou au sommet d’un  
cairn de 2 m de haut. Par contre, pour un recollement manuel, il est  
très intéressant de pouvoir aller jeter un coup d’œil à la fiche.  
Aussi, je pense qu’il faudrait deux liens, un vers la fiche  
interactive du repère elle-même, l’autre vers la fiche interactive du  
site. Pour l’url du repère, elle n’est pas trop difficile à  
reconstituer :
http://geodesie.ign.fr/fiche_point.asp?num_site=8603201&no_ptg=01&numero_f50=1826
num_site : numéro du site
no_ptg : numéro du point dans le site
numero_f50 : numéro de la feuille au 1/50.000 (facultatif)
Pour l’url du site, c’est un peu plus compliqué :
http://geodesie.ign.fr/fiche_geodesie.asp?num_site=3807303&X=935200&Y=6436900
num_site : numéro du site
X et Y : coordonnées Lambert 93 du site. C’est facultatif mais ça  
permet de voir le site sur le fond de carte au 1/50.000.


2 Les repères de nivellement

Les repères de nivellement sont organisés le long des axes de  
communications (routes, voies de chemin de fer…). Chaque repère est  
par 

Re: [OSM-talk-fr] Fwd: RE: Utilisation des fiches de g éodésie et de nivellement

[Eric Sibert]

> Reste que la question que j'ai déjà soulevé auparavant tient toujours.
> Quelles sont les autres données de l'IGN relevant de ce statut ?

Je pense que je vais lui faire un petit mot de remerciement et lui  
poser au passage la question.

> Ca
> serait intéressant par exemple de savoir si la position et l'altitude
> des sommets français en fait partie,

Si les sommets sont sous des repères géodésiques, on a la réponse.

Eric


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

Re: [OSM-talk-fr] [tag] path vs footway

[sly (sylvain letuffe)]

On Friday 12 June 2009 11:03, Pieren wrote:
> Voici ma vision des choses

Je suis très proche de cette vision.

Ma logique globale est :
- Je place un highway path/footway/cycleway sur une base légale. 
(ou d'interdiction si vous préférez)
- Pas sur un état physique du chemin

Je tag donc tous mes chemins de rando en path (car rien n'interdit le passage 
d'un VTT) même si c'est tellement pentu qu'il faudra le pousser à la main. Je 
ne me permet pas de présager de la capacité physique ou technique de 
quelqu'un à le descendre en VTT.
(Je passe sous silence le cas spécifique d'un parc naturel qui aurait interdit 
la pratique du vélo pour lequel je n'ai pas encore de solution idéale entre 
path+bicycle=no ou footway ou path + area=park+bicycle=no)

> Il n'est pas destiné aux véhicules à quatre roues 
Je chipote un peu : "Path n'est pas destiné aux véhicules à moteurs"
Si motos/scooter sont acceptés sur un chemin, alors pour moi ce n'est plus un 
path. (mais je ne sais pas ce que c'est ? unclassified+width=1m ?)

De même les voitures 4 roues à pédales (si si, vous vous souvenez dans votre 
enfance ?) sont autorisées, selon moi, à emprunter un path. (si il n'est pas 
assez large tant pis pour elles, mais elles ont "le droit" )

> - je passe à highway=unclassified lorsque la voie devient suffisament
> large pour que deux véhicules puissent se croiser même si c'est avec
> difficulté (en débordant légèrement sur les bas-côtés). 

Le wiki français faisait mention il fût un temps de cette histoire de 
possibilité de se croiser, mais la partie anglaise ne le mentionne pas 
clairement.
( ça dit "la largeur ou la qualité est plus importante que les autres routes 
environnantes")

J'ai lu récemment un critère de différenciation track/unclassified qui me 
semble en fait intéressant. Il ne se base pas sur l'aspect physique, mais sur 
l'utilisation qui en est faite :
http://wiki.openstreetmap.org/wiki/Unclassified

- Unclassified, c'est quand "The road is the only connection of a village, 
hamlet or other small residential area to other residential or commercial 
areas"
Que j'interprète à ma manière :
C'est unclassified quand c'est utilisé par les 4 roues pour se rendre d'un 
endroit habité à un autre endroit habité.
C'est track quand on arrive à une destination non-habité. (Si c'est un chemin 
alternatif par rapport au "principal" et qui arrive quand même à des 
habitations, track est encore possible )


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [tag] path vs footway

[sly (sylvain letuffe)]

> Je chipote un peu : "Path n'est pas destiné aux véhicules à moteurs"
> Si motos/scooter sont acceptés sur un chemin, alors pour moi ce n'est plus
> un  
> path. (mais je ne sais pas ce que c'est ? unclassified+width=1m ?)
Mmmm, cette assertion est à prendre avec prudence, le wiki anglais ne semble 
plus parler d'histoire de moteur. Peut-être qu'un path autorise les motos 
maintenant ? Mouef, c'est pas comme ça que j'ai taggé les miens...


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

[OSM-talk-fr] Pistes cyclables - routes fermées aux véhicules à moteur

[Esperanza]

> Il faudrait nous dire sur quels objets se situe la polémique.
J'ai taggé différemment de Lapinos03 certaines pistes cyclables, notamment
rue Jean Pierre Timbaud (taggé précédemment
highway=service,access=no,bicycle=yes). Je pense que service n'est pas
approprié ici, il s'agit d'une portion de la rue physiquement semblable
aux autres. J'ai recu un message privé hier de la part de Lapinos03,
auquel j'ai répondu immédiatement. Je lui ai indiqué que j'avais choisi
ces tags (path/track/cycleway/psv) suite à une discussion sur la ML. C'est
pour cela que je suis fort étonné de sa réaction.

> Apparement Esperanza, quelqu'un te reproche de ne pas répondre aux
messages privés.
Je réponds à tous mes MP, excepté un oubli concernant Yann d'une semaine
(le MP ne m'était d'ailleurs pas entièrement destiné puisqu'il y a eu
méprise sur l'historique des contributions sur Saint Gratien/Enghien).

> mettre la discussion sur la place publique qu'en cas de désaccord.
> Mais là, on ne voit pas sur quoi.
+1

Concernant path/track, je suis d'accord avec les messages précédents. J'ai
remplacé quasiment tous les footway au bois de Vincennes/Boulogne (sauf
ceux internes au jardin d'acclimatation, au parc floral, au zoo), par des
bridleway (circuits equestres), cycleway, path (sentier étroit goudronné
ou non), track (routes larges goudronnées tracktype=grade1, non
goudronnées=tracktype=grade2).

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

Re: [OSM-talk-fr] Fwd: RE: Utilisation des fiches de géodésie et de nivellement

[Emilie Laffray]

Je vais regarder d'un peu plus pres les pages webs. Je pense qu'il doit etre
assez facile d'ecrire un scraper pour les pages webs s'il y a un moyen
d'acceder a une liste.
Ca permettra d'avoir un fichier unique que l'on peut traiter ensuite. Une
fois que l'on a cela, on peut voir pour ecrire un systeme qui convertira ce
fichier (apres transformation et traitement si besoin) en fichier OSM pour
importer.

Emilie Laffray

2009/6/12 Eric Sibert 

> Maintenant qu’on a l’accord pour exploiter les données des repères de
> géodésie et de nivellement, on peut reprendre la discussion sur leur
> emploi dans OSM.
>
> Comme ça a déjà été mentionné, il y a plusieurs différences
> significatives entre les repères de géodésie et ceux de nivellement.
> Aussi, je pense qu’il faut les traiter séparément.
>
>
> 1 Les repères géodésiques
>
> Les repères de géodésies sont organisés en site. Exemple :
>
> http://geodesie.ign.fr/fiche_geodesie.asp?num_site=38075A&X=928500&Y=6489300
> Un site comporte un ou plusieurs repères.
> Exemple de repère :
>
> http://geodesie.ign.fr/fiche_point.asp?num_site=38075A&no_ptg=04&numero_f50=
> Les informations fournies sont :
> - Latitude/Longitude en RGF93, équivalent à WGS84 à la dérive des
> continents près
> - Hauteur sur l’ellipsoïde
> - X/Y en Lambert 93
> - X/Y dans la zone Lambert locale
> - Altitude
> - Précisions (à deux endroits) : M : Précision métrique / D :
> Précision décimétrique / C : Précision centimétrique. Je n’ai pas bien
> compris à quelles données ça s’appliquait.
> Les données pertinentes pour OSM sont la Latitude/Longitude et
> l’altitude. Toutes les données ne sont pas systématiquement fournies
> pour tous les repères.
>
> Généralement, sur un site, on a un repère principal et des repères
> secondaires en cas de perte du repère principal. Dans le site
> précédent, le repère principal est :
>
> http://geodesie.ign.fr/fiche_point.asp?num_site=38075A&no_ptg=04&numero_f50=
> Tous les autres sont des repères secondaires :
>
> http://geodesie.ign.fr/fiche_point.asp?num_site=38075A&no_ptg=01&numero_f50=
> On constate dans l’exemple que le repère principal à toutes
> informations de coordonnées fournies alors que les autres n’ont que le
> Lambert III et le Lambert 93. Il leur manque en particulier la
> Latitude/Longitude et l’altitude.
> La distinction repère principal/repères secondaires n’est pas toujours
> évidente comme :
>
> http://geodesie.ign.fr/fiche_geodesie.asp?num_site=8619405&X=500100&Y=6609500
> Sur certains sites, comme les clochers, non seulement il n’y a pas
> vraiment de repère principal et/ou secondaire mais en plus, aucun
> repère ne comporte les informations de latitude/longitude. Exemple :
>
> http://geodesie.ign.fr/fiche_geodesie.asp?num_site=86028A&X=506400&Y=6614400
>
> Les repères peuvent être détruits :
>
> http://geodesie.ign.fr/fiche_point.asp?num_site=8622204&no_ptg=03&numero_f50=1826
> ou non retrouvés :
>
> http://geodesie.ign.fr/fiche_point.asp?num_site=8603201&no_ptg=01&numero_f50=1826
>
> Jusqu’à présent, je vous ai mis des exemples à partir de l’interface
> de consultation interactive des repères
> (http://geodesie.ign.fr/fiches/Fiches.htm) mais on peut aussi avoir
> les données plus à l’état brut par le serveur ftp
> (ftp://arethuse.ign.fr/pub/Serv_BDG/Geodesie/). Dans ce dernier cas,
> les fiches sont regroupées par feuille de carte au 1/50.000°, soit
> dans des fichiers zip, soit des tar avec le numéro de la feuille.
>
> Maintenant, qu’est-ce qu’on fait avec tout ça dans OSM ?
> Personnellement, je suis assez pour un import massif des repères
> géodésiques en tant que repère géodésique (man_made=survey_point) avec
> source= IGN, Service de Géodésie et Nivellement:  où l’année est
> récupérée dans la fiche.
> Position d’après la Latitude/Longitude
> ele d’après l’altitude
>
> Que fait-on avec les repères détruits ou non retrouvés ?
> Que fait-on avec les repères dont la Latitude/Longitude n’est pas
> fournie ? Si le Lambert 93 est fourni (ce qui semble toujours le cas),
> on peut faire une conversion sans perte vers le WGS84. Par contre, si
> on part du Lambert I à IV, une conversion approximative peut engendrer
> une erreur allant jusqu’à 5,5 m, ce qui est de nature à altérer les
> données source.
> Ensuite, il y a le recollement du repère avec son support (clocher,
> sommet de montagne…). Je ne suis pas pour un recollement automatique.
> On ne peut pas savoir sans étudier la fiche si le repère est bien au
> sommet de la montagne, s’il est un peu plus bas ou au sommet d’un
> cairn de 2 m de haut. Par contre, pour un recollement manuel, il est
> très intéressant de pouvoir aller jeter un coup d’œil à la fiche.
> Aussi, je pense qu’il faudrait deux liens, un vers la fiche
> interactive du repère elle-même, l’autre vers la fiche interactive du
> site. Pour l’url du repère, elle n’est pas trop difficile à
> reconstituer :
>
> http://geodesie.ign.fr/fiche_point.asp?num_site=8603201&no_ptg=01&numero_f50=1826
> num_site : numéro du

Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli

[kimaidou]

Suite des aventures :

* j'ai corrigé le bug de la non fermeture de la pop up : maintenant la croix
fonctionne
* par défault, aucune couche n'est active, il faut aller ajouter chaque
couche à la main. Je conseille d'être dans un niveau de zoom d'au moins
égale à 13 (14 étant mieux)
* les pop up sur clic ne sont actives que sur les couches de points (les
arrêts). Par contre, la pop up ne fonctionne que si la couche de points et
au dessus (des autres couches de points). Par ex si les couches d'arrêts de
tram et de métro sont actives, les pop up ne viendront qu'en cliquant sur
les arrêts de tram. Pour les voir sur les arrêts de métro, il faut
désélectionner la couche des arrêts de tram.
* j'ai remarqué un autre "bug" : la couche "arrêts de métro" montre aussi
les arrêts de rer et de train de banlieu. Il faut que je vois si les tags
suffisent pour discriminer les arrêts de métro des arrêts de train. Des
idées ?

A bientôt
Kimaidou
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [tag] path vs footway

[Pieren]

2009/6/12 sly (sylvain letuffe) :

> Ma logique globale est :
> - Je place un highway path/footway/cycleway sur une base légale.
> (ou d'interdiction si vous préférez)
> - Pas sur un état physique du chemin

Je l'ai déjà écris ailleurs mais il y a deux visions pour taguer :
ceux qui veulent un seul tag qui décrit le physique ET les droits
d'accès (exemple : highway=pedestrian) et ceux qui voudraient séparer
le physique et le légal (ceux qui mettent des width=x sur toutes les
voies et des access=x à n'en plus finir). Ma philosophie étant d'en
faire le moins possible, j'utilise un seul tag qui décrit les deux
aspects lorsque c'est possible et j'ajoute d'autres tags lorsque c'est
hors norme (oneway, surface, access).
Il faut aussi noter que les caractéristiques d'une voie dépendent de
l'usage que l'on veut en faire, donc les aspects sont liés de toute
façon.

> Je tag donc tous mes chemins de rando en path (car rien n'interdit le passage
> d'un VTT) même si c'est tellement pentu qu'il faudra le pousser à la main. Je
> ne me permet pas de présager de la capacité physique ou technique de
> quelqu'un à le descendre en VTT.

Effectivement, les chemins de rando sont à priori tous utilisables par
des VTT, donc: "path".

> Si motos/scooter sont acceptés sur un chemin, alors pour moi ce n'est plus un
> path. (mais je ne sais pas ce que c'est ? unclassified+width=1m ?)

Ca dépend de quelles motos on parle. Un trial passe partout où un VTT
passe. Un quad aura plus de mal mais il ira là où un scooter n'irait
pas. Quand je fais référence aux véhicules à 4 roues, je ne parle pas
de la voiture à pédale de l'enfance de Sly (chacun sa madeleine ;-)
mais que si la voie est suffisament large pour faire passer des 4x4 ou
des voitures tout chemin, alors on passe à la catégorie supérieure
"track". Mais il y a des sentiers qui s'élargissent à certains
endroits mais qui ne sont jamais empruntés par les 4x4 parce que ce
sont des élargissements temporaires dû à la configuration du terrain.
C'est pourquoi j'aime bien cette distinction à partir des traces au
sol : une seule "trace", c'est "path"; deux "traces" gauche/droite,
des véhicules à 4 roues passent régulièrement => "track".

> Que j'interprète à ma manière :
> C'est unclassified quand c'est utilisé par les 4 roues pour se rendre d'un
> endroit habité à un autre endroit habité.
> C'est track quand on arrive à une destination non-habité. (Si c'est un chemin
> alternatif par rapport au "principal" et qui arrive quand même à des
> habitations, track est encore possible )

Tous les tracks mènent à Rome ;-) Concrètement, cette définition est
difficilement applicable, les chemins forment souvent un réseau et
débouchent sur d'autres chemins ou des voies de catégories
supérieures, au moins aussi souvent qu'en cul-de-sac.

Pieren

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

Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli

[Yann Coupin]

Tout ça m'a l'air très bien même si j'aurais bien mis les RER dans la  
même couche que le métro. Et puis, cerise sur le gâteau, j'aurais  
repris les numéros de lignes des stations dans les bulles.

Yann

Le 12 juin 09 à 12:44, kimaidou a écrit :

> Suite des aventures :
>
> * j'ai corrigé le bug de la non fermeture de la pop up : maintenant  
> la croix fonctionne
> * par défault, aucune couche n'est active, il faut aller ajouter  
> chaque couche à la main. Je conseille d'être dans un niveau de zoom  
> d'au moins égale à 13 (14 étant mieux)
> * les pop up sur clic ne sont actives que sur les couches de points  
> (les arrêts). Par contre, la pop up ne fonctionne que si la couche  
> de points et au dessus (des autres couches de points). Par ex si les  
> couches d'arrêts de tram et de métro sont actives, les pop up ne  
> viendront qu'en cliquant sur les arrêts de tram. Pour les voir sur  
> les arrêts de métro, il faut désélectionner la couche des arrêts de  
> tram.
> * j'ai remarqué un autre "bug" : la couche "arrêts de métro" montre  
> aussi les arrêts de rer et de train de banlieu. Il faut que je vois  
> si les tags suffisent pour discriminer les arrêts de métro des  
> arrêts de train. Des idées ?
>
> A bientôt
> Kimaidou
>
> ___
> 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] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?

[kimaidou]

Bonjour

Je suis en train de créer un outil pour représenter (et donc vérifier que
les tags sont bien renseignés) les transports publics. Je souhaite
représenter les tram, métro et bus pour l'instant (pas les lignes de train).

J'ai vu que sur Paris, on utilise le tag railway=station pour les stations
de métro. Si cela semble naturel, cela ne permet pas de différencier les
stations de métro des arrêts de RER ou de trains (tout confondus).
J'ai vu qu'on pouvait utiliser le tag railway=subway_entrance (
http://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance ) pour
indiquer les bouches de métro.

Mes réflexions là-dessus:
* il faut conserver un tag spécifique pour les stations (une seule par
"station de métro) car cela a du sens pour les outils qui voudraient
utiliser le réseau pour faire des outils de déplacement.
* le tag subway_entrance va permettre de localiser les 1 à n bouches de
métro : intéressant pour le piéton, mais pas utilisable pour des outils de
navigation/transport
* mais aucun tag n'existe spécifiquement pour les métro

Ma conclusion : Que pensez-vous de créer un tag  *railway=subway_stop* sur
le modèle du tag railway=tram_stop et highway=bus_stop ?

J'attends vos avis ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli

[kimaidou]

Merci Yann pour les commentaires.
Tout ceci est prévu, mais il faut que je vois comment lier les arrêts et les
lignes de métro (pareil pour les bus, etc.). Pour cela, il faut que le tag *
route_ref* soit renseigné pour chaque station de bus comme décrit ici :
http://wiki.openstreetmap.org/wiki/Bus_stop#Tagging_advice
Mon outil va mettre en valeur ces arrêts de bus qui n'ont pas de tag
route_ref, ni color, etc.

Pour les métros, il faudrait la même chose. J'ai posté à part une quesiton
sur la liste pour un nouveau tag railway=subway_stop

A bientôt

Le 12 juin 2009 12:59, Yann Coupin  a écrit :

> Tout ça m'a l'air très bien même si j'aurais bien mis les RER dans la
> même couche que le métro. Et puis, cerise sur le gâteau, j'aurais
> repris les numéros de lignes des stations dans les bulles.
>
> Yann
>
> Le 12 juin 09 à 12:44, kimaidou a écrit :
>
> > Suite des aventures :
> >
> > * j'ai corrigé le bug de la non fermeture de la pop up : maintenant
> > la croix fonctionne
> > * par défault, aucune couche n'est active, il faut aller ajouter
> > chaque couche à la main. Je conseille d'être dans un niveau de zoom
> > d'au moins égale à 13 (14 étant mieux)
> > * les pop up sur clic ne sont actives que sur les couches de points
> > (les arrêts). Par contre, la pop up ne fonctionne que si la couche
> > de points et au dessus (des autres couches de points). Par ex si les
> > couches d'arrêts de tram et de métro sont actives, les pop up ne
> > viendront qu'en cliquant sur les arrêts de tram. Pour les voir sur
> > les arrêts de métro, il faut désélectionner la couche des arrêts de
> > tram.
> > * j'ai remarqué un autre "bug" : la couche "arrêts de métro" montre
> > aussi les arrêts de rer et de train de banlieu. Il faut que je vois
> > si les tags suffisent pour discriminer les arrêts de métro des
> > arrêts de train. Des idées ?
> >
> > A bientôt
> > Kimaidou
> >
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?

[kimaidou]

A ce sujet, et plus généralement pour tous les arrêts de transport, je viens
de voir cette page de discussion :
http://wiki.openstreetmap.org/wiki/Proposed_features/unified_stoparea#Basics

Il faudrait utiliser le tag "halt" pour tous les types d'arrêts, mais on
pourrait utiliser (par exemple pour un arrêt qui fait bus et tram) les tag
highway=bus_stop et tram_stop...

Pas évident :), et personne ne parle de mon problème de "subway_stop"

Le 12 juin 2009 13:01, kimaidou  a écrit :

> Bonjour
>
> Je suis en train de créer un outil pour représenter (et donc vérifier que
> les tags sont bien renseignés) les transports publics. Je souhaite
> représenter les tram, métro et bus pour l'instant (pas les lignes de train).
>
> J'ai vu que sur Paris, on utilise le tag railway=station pour les stations
> de métro. Si cela semble naturel, cela ne permet pas de différencier les
> stations de métro des arrêts de RER ou de trains (tout confondus).
> J'ai vu qu'on pouvait utiliser le tag railway=subway_entrance (
> http://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance ) pour
> indiquer les bouches de métro.
>
> Mes réflexions là-dessus:
> * il faut conserver un tag spécifique pour les stations (une seule par
> "station de métro) car cela a du sens pour les outils qui voudraient
> utiliser le réseau pour faire des outils de déplacement.
> * le tag subway_entrance va permettre de localiser les 1 à n bouches de
> métro : intéressant pour le piéton, mais pas utilisable pour des outils de
> navigation/transport
> * mais aucun tag n'existe spécifiquement pour les métro
>
> Ma conclusion : Que pensez-vous de créer un tag  *railway=subway_stop* sur
> le modèle du tag railway=tram_stop et highway=bus_stop ?
>
> J'attends vos avis ;)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pistes cyclables - routes fermées aux véhicules à moteur

[Lapinos03]

Esperanza a écrit :
>> Bon, cest une bonne chose que tu poste sur la ML, puisque tu ne
>> réponds pas aux messages privés (si tu es bien esperenza36).
>>
>> Vu ton volume d'éditions et la qualité moyenne de certaines (que j'ai
>> évoqué dans mon message), je me posais la question de ce que tu
>> utilisais comme source. Tu pourrais nous en dire un peu plus ?
>> Cadastre ? Yahoo ?
>>
>>
>> 
> +1: j'ai aussi réagi envers Esperanza36, et je suis un peu énervé de
> devoir repasser après lui.
>
> /Lapi.
>
> J'avoue ne pas comprendre cette réaction, j'ai discuté au préalable sur la
> ML les tags concernant les pistes cyclables, les routes goudronnées non
> ouvertes aux moteurs, les chemins de halage, les voies de bus en
> contresens sur la liste. Pourquoi Lapinos03 pourrait inventer des tags
> perso (busway), et en même temps me faire des procès pour non conformité à
> sa vision de la représentation carthographique ?
>   
Parce que le tag BUSWAY n'existant pas à l'époque, en l'ajoutant dans la 
liste des tags pour le "way" en question, il ne nuisait en rien au 
travail déjà effectué par mes prédécesseurs !
> L'utilisation des tags évolue, et s'améliore toujours plus sur ce projet.
> Il sont de plus en plus précis pour décrire des réalités complexes (Quid
> en passant du Boulevard saint Michel en sens unique, avec 2 voies bus dont
> une en contresens fermées aux cyclistes ?).
> Je déplore ce ton utilisé en public sur la liste, et suggère à Lapinos03
> de discuter avant de reverter mes contributions sur OSM.
>   
Je vous renvoie la leçon ! Avant de chambouler le travail des autres, il 
serait bon que vous entriez en contact d'abord, ce que vous n'avez pas 
fait. Echanger sur la ML ne saurait constituer un passe-droit. Pas tout 
le monde n'est inscrit dessus, ni ne digère les nombreux posts 
quotidiennement.
> J'en profite pour questionner les tags utilisé par Lapinos : ainsi busway
> est-il approprié, en sachant que les couloirs bus sont ouverts à Paris aux
> taxis et véhicules de service public ? psv (lane, track, opposite lane)
> n'est-il pas mieux approprié ?
>   
On y est : qu'est-ce que veut dire en fait P.S.V ? C'est une 
dénomination anglophone. Qu'est-ce qui rentre dans cette catégorie?


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

Re: [OSM-talk-fr] Pistes cyclables - routes fermées aux véhicules à moteur

[Lapinos03]

Esperanza a écrit :
>> Il faudrait nous dire sur quels objets se situe la polémique.
>> 
> J'ai taggé différemment de Lapinos03 certaines pistes cyclables, notamment
> rue Jean Pierre Timbaud (taggé précédemment
> highway=service,access=no,bicycle=yes). Je pense que service n'est pas
> approprié ici, il s'agit d'une portion de la rue physiquement semblable
> aux autres. J'ai recu un message privé hier de la part de Lapinos03,
> auquel j'ai répondu immédiatement. Je lui ai indiqué que j'avais choisi
> ces tags (path/track/cycleway/psv) suite à une discussion sur la ML. C'est
> pour cela que je suis fort étonné de sa réaction.
>
>   
Votre première modification avait carrément rompu l'axe de 
communication. Conséquence sur le rendu des cartes et sur le routage.



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

Re: [OSM-talk-fr] [tag] path vs footway

[sly (sylvain letuffe)]

> Ma philosophie étant d'en
> faire le moins possible, j'utilise un seul tag qui décrit les deux
> aspects lorsque c'est possible et j'ajoute d'autres tags lorsque c'est
> hors norme (oneway, surface, access).
Moi pareil, dans path, je profite de cette notion explicite sur le droit 
d'utiliser.

L'aspect physique, j'ai simplifié un peu, il ne me viendrait pas à l'idée de 
tagguer une autoroute abandonnée, définitivement fermée à la circulation en 
path.
> Quand je fais référence aux véhicules à 4 roues, je ne parle pas
> de la voiture à pédale de l'enfance de Sly (chacun sa madeleine ;-)

Me suis mal exprimé, je ne parlais pas des jouets pour enfants, mais des trucs 
genre :
http://fr.wikipedia.org/wiki/Fichier:Indonesia_bike46.jpg
(ou le même style/taille mais à 4 roues dont je n'ai pas trouvé de photo)

> Tous les tracks mènent à Rome ;-) Concrètement, cette définition est
> difficilement applicable, les chemins forment souvent un réseau et
> débouchent sur d'autres chemins ou des voies de catégories
> supérieures, au moins aussi souvent qu'en cul-de-sac.

C'est sûr qu'il y a toujours des cas "border line" quand je vois que le wiki 
indique qu'il est possible de tagguer :
highway=unclassified+surface=unpaved
ET
highway=track + tracktype=grade1
Je commence à me demander où se trouve la limite.

Alors je fais un cumul de ce que j'indiquais avant + fréquentation de la route 
(ou du moins importance de cette route : sa suppression bouleverserait-t-il 
la vie de certains ? )


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?

[Aurelien Jacobs]

On Fri, Jun 12, 2009 at 01:01:37PM +0200, kimaidou wrote:
> Bonjour
> 
> Je suis en train de créer un outil pour représenter (et donc vérifier que
> les tags sont bien renseignés) les transports publics. Je souhaite
> représenter les tram, métro et bus pour l'instant (pas les lignes de train).
> 
> J'ai vu que sur Paris, on utilise le tag railway=station pour les stations
> de métro. Si cela semble naturel, cela ne permet pas de différencier les
> stations de métro des arrêts de RER ou de trains (tout confondus).

Bien sur qu'il est possible de distinger les stations de métro des
arrêts RER ou de trains...
Un node ayant un tag railway=station et qui appartient a un way ayant
un tag railway=subway, est définitivement une station de métro.

> [...]
> * mais aucun tag n'existe spécifiquement pour les métro
> 
> Ma conclusion : Que pensez-vous de créer un tag  *railway=subway_stop* sur
> le modèle du tag railway=tram_stop et highway=bus_stop ?

Totalement inutil. Le type de station est déterminé par le type de
railway de la voie qui supporte cette station.

Aurel

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

Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !

[g . d]

trop long, encore... :

Le 10 juin 09 à 11:00, Emilie Laffray a écrit :

> ...Moi je serais partisan de créer une seconde liste de diffusion  
> technique.

Pitié svp,
pas encore une mailing-liste de plus... :-(
Ça couperait toute transversalité.

Il ne s'agit pas,
de diviser,

(pour mieux régner ?
Blague de mauvais goût, pardon...),

mais de réunir
les discussions (toutes, si possible)
dans un seul foyer,
avec une interface à l'écran
qui permet à l'utilisateur,
de trouver ce qu'il cherche,
sans qu'il soit écrasé
par trop d'info à la fois.
--

Les logiciels e-mail
sont mal adaptés pour faire ça.
Les web-mail sont encore pire.
--

Le moyen de plus souple que je connaisse,
sont les forums :
Une page ouaibbe
où s'affichent les catégories = boutons
(présentation, intro, techenikke, légal,
application pratique, newcomers,
questions générales, questions sur le forum,
et autres...)

avec des sous-catégories.

Là-dedans,
chaque sujet est représenté par son intitulé
( = objet, fil, thread),

et si quelque chose intéresse,
on clique dessus pour voir les posts.

Ça permet,
de ne pas tuer l'info par trop d'info,
de trier
(selon dernier en date, du fil, ou derniers en date tout court, selon  
auteur ou sujet...),
bref, ça permet à chacun, de suivre ce qui l'intéresse.


Et, si "tout" se fait sur le même forum (stocké dans une même bdd),
ça permet des recherches diagonales,

c.à.d. de chercher des mots et phrases auxquelles on s'intéresse,
et de découvrir que dans un tout autre fil ou autre catégorie,
d'autres s'intéressent
à des sujets qui m'intéressent,
puis j'y vais voir,
prends contact.

(Il m'est antipathique,
de lancer une condition de recherche savante
via google
ciblée sur un nombre de sites www,
pour trouver dans OSM ce que cherche.)

Et les wiki ne se prêtent que peu
à la discussion live.
C'est excellent pour présenter des données/infos
déjà acquises,
ou pour à plusieurs élaborer un document final, à distance.
Mais je ne vois pas nous casser le bol à vouloir utiliser ça
pour discuter live
("Word", "AutoCad" et autres ont pris la graine, du "wiki".
Depuis des années j'utilise un genre de mini-wiki en local,
pour organiser mes pensées et projets.
Mais chaque outil son utilité :
Il serait inadapté de vouloir tracter une semi avec une mob',
ou d'aller faire ses courses avec une poclain).
--

Quand on crée un forum, il est important, de
- le faire à plusieurs
(personne à elle seule n'a la science infuse),
- prévoir dès le départ des sous-catégories
(pour flexibilité),
- partager la gestion :
- éviter tout monopole, et
- prévoir, que quelqu'un peut tomber malade
partir en vacances, ou décéder,
- garder l'interface très légère,
pas surcharger avec des images ou des scripts
qui prennent un temps fou
sur des connexions lentes.
--

A mon humble avis,
une mailing-list sert plutôt
pour avertir *toutes* les personnes concernées
d'un fait exceptionnel :
D'un changement fondamental de la chose commune,
d'une réunion type IRC, d'une rencontre,
d'une nouveauté que tous doivent savoir,
mais plus, pour discuter.

Je vois une ML
comme un cantonnier qui, avec sa cloche,
à chaque coin de rue "chante"
ce qu'est important pour tous.

Les autres "prime news" de la communauté, commune ou collectivité
(eh, *nous sommes* une communauté ! ;-)
sont affichées sur les panneaux d'affichage,
-> Dans les premières rubriques
sur une page d'entrée d'un forum,

et si on veut en discuter, d'un sujet,
on va dans les réunions concernées,
ou en crée une, soi-même
-> fils de discussion, threads, subjects
dans la catégorie du forum.

Et, si nécessaire, et ok avec d'autres,
on crée soi-même une nouvelle catégorie
ou sous-catégorie.

Mais,
pour reprendre l'exemple du cantonnier avec sa cloche,
il n'y aurait aucun sens,
à discuter avec lui sur le bien-fondé des sujets.

Pour discuter, créer, communiquer, trouver un consensus,
il faut se doter d'autres moyens de comm',
de réunions dédiées à un sujet.

Il n'est pas par hasard, que les "forum" sur internet
portent ce nom, ->
http://fr.wikipedia.org/wiki/Forum  et
http://fr.wikipedia.org/wiki/Forum_romanum
--

Il y a les moyens,
sans que ça prenne trop la tête à ceux qui font.
Mais j'ai "beau parler",
je ne dispose pas du temps nécessaire :-( .


Il m'est coumême un peu hard à digérer,
que je doive rappeler qu'on vit à l'ère de la communication,
moi, qui, gamin,
étais fier d'avoir le droit de sonner la cloche du cantonnier.
--

Amicalement
Gerhard aka trop long.
---


PS, pour aller un peu plus "au fond" :
"Plus que deux, ça fait un groupe.
C'est là, que les emmerdes commencent"
(Citation de Gore Nihil

Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?

[kimaidou]

>
> Bien sur qu'il est possible de distinger les stations de métro des
> arrêts RER ou de trains...
> Un node ayant un tag railway=station et qui appartient a un way ayant
> un tag railway=subway, est définitivement une station de métro.
>
> C'est une des solution que j'ai envisagée, mais l'appartenance n'est pas si
évident à conserver une fois passée à la moulinette d'osm2pgsql.


>
> Totalement inutil. Le type de station est déterminé par le type de
> railway de la voie qui supporte cette station.


Remarque un peu abrupte...
Qu'est ce qui a validé l'utilisation de railway=tram_stop ? Pourquoi ne pas
utiliser railway=station pour les stations de tramway ?

Merci de ne pas oublier qu'on se parle entre humains, et de mettre les
formes et les nuances, même si c'est moins 'efficace' à taper...

>
>
> Aurel
>
> ___
> 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] Fwd: RE: Utilisation des fiches de géodésie et de nivellement

[g.d]

Bravo !, et merci !!!

Le 12 juin 09 à 10:03, Eric Sibert a écrit :




De : "Herve Le-Men" 
Date : 11 juin 2009 16:29:27 HAEC
À : "Eric SIBERT" 
Objet : RE: Utilisation des fiches de géodésie et de nivellement


Bonjour
M. Cantat a bien reproduit le mail que je lui avais transmis a ce  
sujet. La reutilisation des fiches geodesiques ne releve pas de la  
reutilisation sous le regime de licence prevu par la loi CADA (qui  
est par contre celui des donnees du referentiel a grande echelle  
par exemple).
Ainsi, leur reutilisation est libre de droits. Les seules  
restrictions sont celles prevues a l'article 12 de la loi CADA (que  
les donnees ne soient pas altérées, que leur sens ne soit pas  
dénaturé et que leurs sources et la date de leur dernière mise à  
jour soient mentionnées).

Herve Le Men
IGN Directeur MODSP
Responsable de l'acces aux documents administratifs de l'IGN.
-Message d'origine-
De : Eric SIBERT [mailto:pe...@eric.sibert.fr]
Envoyé : mardi 9 juin 2009 22:40
À : Herve Le-Men
Objet : Utilisation des fiches de géodésie et de nivellement

Bonjour Monsieur Le Men,

Monsieur Cantat a dû vous transmettre notre demande concernant  
l'utilisation des informations disponibles dans les fiches sur les  
repères géodésiques et de nivellement de l'IGN. Il nous a indiqué  
que dans l'hypothèse (message joint) où notre demande serait  
acceptée, il ne faudrait pas dénaturer les données, indiquer la  
source et le millésime.
Nous appliquons déjà une telle politique lorsque nous utilisons les  
données en provenance du cadastre. En particulier, nous insérons le  
champ Source "cadastre-dgi-fr source : Direction Générale des  
Impôts - Cadastre ; mise à jour : 2009" pour chaque élément  
importé. Nous pouvons mettre en oeuvre une politique similaire pour  
les données sur les repères de l'IGN avec le champ source contenant  
"IGN, Service de Géodésie et Nivellement: ".


Au final, nous souhaitons connaître sous quelles conditions nous  
pouvons réutiliser ces informations. Nous restons à votre  
disposition pour de plus amples informations.


En l'attente de votre réponse, nous vous prions d'agréer, Monsieur,  
l'expression de nos salutations distinguées.


Pour le projet OpenStreetMap

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

Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?

[Pieren]

2009/6/12 kimaidou :
> Remarque un peu abrupte...
> Qu'est ce qui a validé l'utilisation de railway=tram_stop ? Pourquoi ne pas
> utiliser railway=station pour les stations de tramway ?
>

Sur Strasbourg et Mulhouse, nous avons railway=halt pour les stations
de tram. Mais c'est vrai qu'en regardant un peu ailleurs, je vois
Bâles ou Nantes qui utilisent railway=tram_stop ...
Mais comme c'est souligné dans le wiki ([1]), la différence entre halt
et tram_stop n'est évidente pour personne. Probablement un doublon
comme ça arrive malheureusement parfois.
Pour "station", je le réserverais aux arrêts importants (de la même
façon que pour le chemin de fer, halt est un arrêt sans gare et
station lorsque c'est avec gare).

Pieren

[1] http://wiki.openstreetmap.org/wiki/Talk:Tag:railway%3Dtram_stop

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

Re: [OSM-talk-fr] Fwd: RE: Utilisation des fiches de g éodésie et de nivellement

[Eric Sibert]

Emilie Laffray  a �crit :

> Je vais regarder d'un peu plus pres les pages webs. Je pense qu'il doit etre
> assez facile d'ecrire un scraper pour les pages webs s'il y a un moyen
> d'acceder a une liste.

Je pense que le serveur ftp peut permettre de constituer une liste.  
Pour la géodésie, à chaque site est associée une fiche en pdf (stocké  
dans un zip/tar). Le nom du fichier pdf correspond au numéro du site.  
Ensuite, deux voies:
- on arrive à extraire le contenu du pdf et on l'analyse (j'ai déjà  
fait ce genre de chose sous windows avec xpdf je crois) pour extraire  
tous les repères du site.
- on déduit l'adresse de la page web du site géodésique. On analyse la  
page web. On suit les liens en milieu de page pour arriver à la page  
web de chaque repère. On analyse cette dernière page.


Sinon, à regarder de nouveaux les fiches, j'ai vu quelques autres détails:
- les sites ont un nom (en plus de leur numéro). Ca serait bien de le  
récupérer.
- les différents repères d'un site sont considérés comme des "Points  
du site". Ils sont désignés par une lettre, un chiffre ou rien  
(repères disparus). C'est différent du numéro du site. Idem si c'est  
possible à récupérer.
- les numéros de point des différents repères d'un site ne sont ni  
dans l'ordre, ni tous attribués.
Exemple : http://geodesie.ign.fr/fiche_geodesie.asp?num_site=7630701
comporte dans l'ordre les points 2, 3, 1 5 et 7.
- les "Points d'un site" n'ont pas de nom mais une désignation.
"Chateau : Clocheton : Centre du renflement"

Eric


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

Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli

[Yann Coupin]

Le route_ref c'est pas un peu inutile, ça se calcule, non ? Une  
station est un node avec le tag station qui fait parti d'un ou  
plusieurs way lui même membre d'une ou plusieurs routes ayant une ref  
puisque les stations ne font pas directement parti des relations de  
route


Yann

Le 12 juin 09 à 13:05, kimaidou a écrit :


Merci Yann pour les commentaires.
Tout ceci est prévu, mais il faut que je vois comment lier les  
arrêts et les lignes de métro (pareil pour les bus, etc.). Pour  
cela, il faut que le tag route_ref soit renseigné pour chaque  
station de bus comme décrit ici :

http://wiki.openstreetmap.org/wiki/Bus_stop#Tagging_advice
Mon outil va mettre en valeur ces arrêts de bus qui n'ont pas de tag  
route_ref, ni color, etc.


Pour les métros, il faudrait la même chose. J'ai posté à part une  
quesiton sur la liste pour un nouveau tag railway=subway_stop


A bientôt

Le 12 juin 2009 12:59, Yann Coupin  a écrit :
Tout ça m'a l'air très bien même si j'aurais bien mis les RER dans la
même couche que le métro. Et puis, cerise sur le gâteau, j'aurais
repris les numéros de lignes des stations dans les bulles.

Yann

Le 12 juin 09 à 12:44, kimaidou a écrit :

> Suite des aventures :
>
> * j'ai corrigé le bug de la non fermeture de la pop up : maintenant
> la croix fonctionne
> * par défault, aucune couche n'est active, il faut aller ajouter
> chaque couche à la main. Je conseille d'être dans un niveau de zoom
> d'au moins égale à 13 (14 étant mieux)
> * les pop up sur clic ne sont actives que sur les couches de points
> (les arrêts). Par contre, la pop up ne fonctionne que si la couche
> de points et au dessus (des autres couches de points). Par ex si les
> couches d'arrêts de tram et de métro sont actives, les pop up ne
> viendront qu'en cliquant sur les arrêts de tram. Pour les voir sur
> les arrêts de métro, il faut désélectionner la couche des arrêts de
> tram.
> * j'ai remarqué un autre "bug" : la couche "arrêts de métro" montre
> aussi les arrêts de rer et de train de banlieu. Il faut que je vois
> si les tags suffisent pour discriminer les arrêts de métro des
> arrêts de train. Des idées ?
>
> A bientôt
> Kimaidou
>
> ___
> 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

___
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] Encore un record pour la liste OSM e n français !

[Emilie Laffray]

2009/6/12 g.d 

> trop long, encore... :
>
>
No comment. Desolee, je n'ai fait que survole ton email car il est tout
bonnement illisible du fait de la maniere dont il est formatte. J'ai eus le
plus grand mal a savoir ce que tu essayais de dire.
Toutefois, ma position est la suivante. Je ne participerais a un forum que
si je n'ai pas le choix, et encore je ne suis pas sure d'avoir envie ou le
temps d'utiliser un forum.
Je pense que l'utilisation actuelle ML + wiki a ete la plus efficace pour la
gestion de Corine.
Par souci d'economiser le nombre d'octets accordes, je m'abstiendrais
maintenant de participer a une discussion de ce type puisque j'ai expose les
points qui me tiennent a coeur et j'ai l'impression qu'on n'avance pas. On a
deux camps (je suis loin d'etre neutre dans cette discussion), et je ne veux
pas rentrer dans une polemique ridicule et persistante.

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

[OSM-talk-fr] Pistes cyclables - routes fermées aux véhicules à moteur

[Esperanza]

>  Votre première modification avait carrément rompu l'axe de
communication. Conséquence sur le rendu des cartes et sur le routage.
Normal, puisque la rue Jean Pierre Timbaud est coupée à trois reprises à
la circulation automobile. Le fait de tagger service un tronçon de rue
pour ce fait est incorrect, cf wiki et discussions sur la ML.
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice

> Je vous renvoie la leçon ! Avant de chambouler le travail des autres, il
serait bon que vous entriez en contact d'abord, ce que vous n'avez pas
fait. Echanger sur la ML ne saurait constituer un passe-droit. Pas tout
le monde n'est inscrit dessus, ni ne digère les nombreux posts
quotidiennement.
Il faut maintenant contacter tous les contributeurs ayant participé sur la
région parisienne avant de modifier une erreur manifeste de tag ? Je ne
pensais pas que participer à OSM était si contraignant :)

> On y est : qu'est-ce que veut dire en fait P.S.V ? C'est une
dénomination anglophone. Qu'est-ce qui rentre dans cette catégorie?
Voici enfin le débat qui mérite de figurer sur la ML ! Public service
vehicule (key=psv) a été abordé ici
http://lists.openstreetmap.org/pipermail/talk-fr/2008-May/002081.html
http://www.nabble.com/Contraflow-bus-lane-td20115666.html
et me semble davantage convenir à décrire la particularité française
d'ouverture des couloirs bus aux véhicules de service (taxi, livraisons),
à la différence de l'Allemagne par exemple.

Voici les stats du tag psv en France :
yes (511), no (36), designated (18), opposite_lane (7), permissive (7),
opposite lane (4), unknown (2), private (1)

en Allemagne
yes (2231), no (454), designated (416), destination (61), private (58),
unknown (43), opposite (23), permissive (18), delivery (2), opposite_lane
(1), Anlieger (1)
(0 busway)

et en Angleterre
yes (662), no (112), designated (69), opposite_lane (16), unknown (6),
destination (5), permissive (3), private (2), only (2), except (1)

Par ailleurs, je propose à Lapinos03 de ne plus encombrer la liste sur mes
prétendus "chamboulements" cartographiques sur Paris, et à discuter par MP
ou devant une bière à l'avenir.
-- 
Esperanza

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

[OSM-talk-fr] Un nouvel outil dans osmose pour l 'édition des objets directement en xml

[Etienne Chové]

Tout est dans le titre...

http://osmose.openstreetmap.fr/tools/raw_editor/

C'est pas encore testé en long, en large et en travers, donc merci de me 
renvoyer les retours sur cet outil. Merci de le torturer (avec des 
caractères bizarre, des syntaxes fausse...) pour voir s'il résiste.

Il a pour principal objectif de corriger facilements les ways de type
a-b-c-b-c-b-c-d qui ne sont pas éditables avec un éditeur JOSM ou potlatch.

C'est pas compatible avec certaines versions d'IE (et c'est fait exprès, 
ça me rajoutais 2 lignes mais je suis contre).

-- 
Etienne

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

Re: [OSM-talk-fr] Un nouvel outil dans osmose pour l 'édition des objets directement en xml

[sly (sylvain letuffe)]

> Il a pour principal objectif de corriger facilements les ways de type
> a-b-c-b-c-b-c-d qui ne sont pas éditables avec un éditeur JOSM ou potlatch.

Ha ? y'a des trucs qu'on ne peut pas faire avec josm ? j'ai pas trop compris 
ton histoire de abcbcbcd, quand un way se revient sur lui même ?


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

[OSM-talk-fr] Osmose par département

[sly (sylvain letuffe)]

Tant qu'on en est à parler d'osmose.

Il fût un temps, où on pouvait consulter les erreurs d'un département au 
choix. C'était pas mal car tout le monde ne corrige pas forcément "ses" 
erreurs et on a plus de chance d'être performant sur un coin qu'on connaît.

ça existe toujours et j'ai pas vu ? où c'est une fonctionnalité "coupée" ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Un nouvel outil dans osmose pour l 'édition des objets directement en xml

[Etienne Chové]

sly (sylvain letuffe) a écrit :
>> Il a pour principal objectif de corriger facilements les ways de type
>> a-b-c-b-c-b-c-d qui ne sont pas éditables avec un éditeur JOSM ou potlatch.
> 
> Ha ? y'a des trucs qu'on ne peut pas faire avec josm ? j'ai pas trop compris 
> ton histoire de abcbcbcd, quand un way se revient sur lui même ?

Oui, dans le cas de ways qui reviennent sur eux même c'est modificable 
mais je trouve ça lourd à modifier.

Et puis pour les ways sans noeuds, relations sans membres, JOSM ne peut 
pas les télécharger.

Dons ya des moment ou j'étais obligé d'envoyer directement un commande à 
l'API pour corriger certaines erreurs.

Cela reste marginal, mais parfois ça peut être utile.

-- 
Etienne

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

Re: [OSM-talk-fr] Osmose par département

[Etienne Chové]

sly (sylvain letuffe) a écrit :
> Tant qu'on en est à parler d'osmose.
> 
> Il fût un temps, où on pouvait consulter les erreurs d'un département au 
> choix. C'était pas mal car tout le monde ne corrige pas forcément "ses" 
> erreurs et on a plus de chance d'être performant sur un coin qu'on connaît.
> 
> ça existe toujours et j'ai pas vu ? où c'est une fonctionnalité "coupée" ?

C'est coupé depuis le passage à une base de données. J'avais dans l'idée 
de mettre les erreurs sur une slippy map. Le gars de keepright veut bien 
qu'on recopie tout le code de son site (dérivé de plugins d'openlayer). 
Il n'y a plus qu'à le faire mais je n'ai pas le temps de tout faire ;-)

Remettre les départements n'aurait plus grand sens mais peut être que 
dans une seconde vie je le ferai.

-- 
Etienne

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

Re: [OSM-talk-fr] Un nouvel outil dans osmose pour l 'édition des objets directement en xml

[Emilie Laffray]

2009/6/12 Etienne Chové 

> Tout est dans le titre...
>
> http://osmose.openstreetmap.fr/tools/raw_editor/
>
> C'est pas encore testé en long, en large et en travers, donc merci de me
> renvoyer les retours sur cet outil. Merci de le torturer (avec des
> caractères bizarre, des syntaxes fausse...) pour voir s'il résiste.
>


Je regarderais ce soir. J'avoue que ce que je vois me plait bien!
Ce qui serait sympa pour Osmose aussi c'est de pouvoir permettre l'edition
sur la page pour corriger certaines erreurs comme les noms plutot que
d'avoir a retourner sur Potlatch.

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

Re: [OSM-talk-fr] Osmose par département

[sly (sylvain letuffe)]

> Remettre les départements n'aurait plus grand sens mais peut être que 
> dans une seconde vie je le ferai.

Ha ben ! Si c'est sur une carte, c'est encore plus mieux bien, je ne savais 
pas que l'avenir d'osmose était là, la séparation par département n'aura 
alors plus de sens.

(sauf dans une 3ème vie, où il existera une fonction où on peut s'abonner par 
mail pour recevoir les nouvelles erreurs et les corriger plus vite)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Osmose par département

[Etienne Chové]

sly (sylvain letuffe) a écrit :
>> Remettre les départements n'aurait plus grand sens mais peut être que 
>> dans une seconde vie je le ferai.
> 
> Ha ben ! Si c'est sur une carte, c'est encore plus mieux bien, je ne savais 
> pas que l'avenir d'osmose était là, la séparation par département n'aura 
> alors plus de sens.

Dans un rêve, je me suis dit que ça amuserai quelqu'un... dans la 
réalité je regarde petit à petit comment ça marche. C'est assez simple 
mais le javascript et moi font 2 alors ça traine.

-- 
Etienne

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

[OSM-talk-fr] Possibilité de suivre uniquement l es messages en français sur le journal (diary ) OSM

[Pieren]

Pour ceux qui ne l'aurait pas encore noté, le site openstreetmap.org
offre la possibilité ici:

http://www.openstreetmap.org/diary/fr

de ne voir que les messages en français du "journal" (ou "diary")

Pieren

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

Re: [OSM-talk-fr] [tag] path vs footway

[Stéphane Brunner]

Hello !

Merci beaucoup Pieren et Sly, je vais donc beaucoup plus utiliser le
path car finalement la footway n'a que rarement une utilité, excepter
en ville !

CU
Stéphane



2009/6/12 sly (sylvain letuffe) :
>> Ma philosophie étant d'en
>> faire le moins possible, j'utilise un seul tag qui décrit les deux
>> aspects lorsque c'est possible et j'ajoute d'autres tags lorsque c'est
>> hors norme (oneway, surface, access).
> Moi pareil, dans path, je profite de cette notion explicite sur le droit
> d'utiliser.
>
> L'aspect physique, j'ai simplifié un peu, il ne me viendrait pas à l'idée de
> tagguer une autoroute abandonnée, définitivement fermée à la circulation en
> path.
>> Quand je fais référence aux véhicules à 4 roues, je ne parle pas
>> de la voiture à pédale de l'enfance de Sly (chacun sa madeleine ;-)
>
> Me suis mal exprimé, je ne parlais pas des jouets pour enfants, mais des trucs
> genre :
> http://fr.wikipedia.org/wiki/Fichier:Indonesia_bike46.jpg
> (ou le même style/taille mais à 4 roues dont je n'ai pas trouvé de photo)
>
>> Tous les tracks mènent à Rome ;-) Concrètement, cette définition est
>> difficilement applicable, les chemins forment souvent un réseau et
>> débouchent sur d'autres chemins ou des voies de catégories
>> supérieures, au moins aussi souvent qu'en cul-de-sac.
>
> C'est sûr qu'il y a toujours des cas "border line" quand je vois que le wiki
> indique qu'il est possible de tagguer :
> highway=unclassified+surface=unpaved
> ET
> highway=track + tracktype=grade1
> Je commence à me demander où se trouve la limite.
>
> Alors je fais un cumul de ce que j'indiquais avant + fréquentation de la route
> (ou du moins importance de cette route : sa suppression bouleverserait-t-il
> la vie de certains ? )
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--
Un peu d'espace qui vous suis partout -
https://www.getdropbox.com/referrals/NTk2OTU2Mjk
--
Encyclopédie communautaire - http://fr.wikipedia.org

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

[OSM-talk-fr] [tag] track vs unclassified (vs tertiary vs secondary)

[Eric SIBERT]

La minute du pinailleur (ou étude de cas, c'est comme on veut :-p ) à la 
suite des discussions sur path vs footway (qui m'ont bien intéressées):

Quid de la Départementale 112 E en Isère?

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

C'est une route départementale (qui n'est pas une nationale déclassée). 
D'après le wiki, ça irait plutôt du côté de secondary. Il est néanmoins 
indiqué que pour les petites départementales, on peut aller sur tertiary 
(ce que j'ai tendance à appliquer à pas mal de départementales qui ne me 
paraissent pas structurantes au niveau d'un département). Néanmoins, on 
est ici dans un cas assez particulier. Il n'y a aucune desserte 
d'habitation ni de lieu touristique (le fort au sommet est fermé au 
public et sans point de vue). Ça dessert uniquement un relai radio/télé. 
Le trafic automobile est très faible, les gens venant plutôt en balade à 
pied ou en vélo. Alors highway=track??? Le goudron est correct.

Éric

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

Re: [OSM-talk-fr] [tag] track vs unclassified (vs tertiary vs secondary)

[sly (sylvain letuffe)]

> Ça dessert uniquement un relai radio/télé. 
> Le trafic automobile est très faible, les gens venant plutôt en balade à 
> pied ou en vélo. Alors highway=track??? Le goudron est correct.

Tu parles de l'actuelle unclassified qui monte au fort ? ou celle d'un peu en 
dessous qui part d'un coté de la vallée à un autre coté de la vallée ?

la 2 me semble bien en tertiary, et pour la 1, si je suis ma propre logique je 
dirais track+grade1
Mais dans les faits, je pense que je ferais plutôt unclassified, car mon pif 
me le dit.
C'est touristique, c'est "assez" utilisé, ça mène à du bâti, l'entretient 
n'est pas aléatoire.


Ça ne tiendrais qu'a moi, je supprimerais track des tags OSM que je 
remplacerais par : highway=unclassified (c'est une route sans classification) 
auquel je rajouterais surface=unpaved si c'est le cas (+ d'autres broutilles 
si besoin)
+car=one at a time ;-)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Amis cyclistes

[Sebek Ab.]

Pardon de déterrer un vieux sujet

>> Je confirme qu'il y a une erreur sur le wiki (d'ailleurs, certains le
>> relèvent dans la partie discussion). Network, c'est le réseau et
>> Operator, l'opérateur. Pour Paris, "network=Vélib'" et
>> "operator=JCDecaux".

Je ne serai pas aussi catégorique.

Les commentaires sur le wiki ( page
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_rental )
indiquent que le tag network a été remplacé par le tag operator car le
tag network existe déjà et n'a rien à voir et est lié aux routes.

J'ai toutefois rajouté ta proposition dans les commentaires de la page
mais avec peu de chances de la voir acceptée étant donné la
signification du tag network ...

Sur le même sujet, il serait bien de décider d'une orthographe pour
Vélib que j'ai vu écrit vélib', Vélib', Vélib, vélib etc ...
et de mettre cette ortographe sur le wiki également

Cdt

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

Re: [OSM-talk-fr] [tag] path vs footway

[OSM Léon]

Je partage tout à fait la vision de Pieren, faisant exactement pareil sans
l'avoir jamais formalisé.

J'allais d'ailleurs envoyer un message à ce sujet sur la liste, voyant
beaucoup de chemin de randonnée taggés en footway et ne sachant pas si je
pouvais me permettre de les modifier ou pas.

Le 12 juin 2009 11:03, Pieren  a écrit :

> 2009/6/12 Etienne Trimaille :
> > Il serait peut-être temps de clarifier les choses je crois. ;-)
> >
>
> Voici ma vision des choses, sachant que "path" est relativement
> récent. Je peux me gourrer mais si tout le monde est d'accord, je
> pourrais effectivement agrandir la page wiki
> http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging ou en créer
> une autre.
>
> - highway=footway pour les voies piétonnes exclusivement reservée aux
> piétons, en général signalées par le panneau B22b.
> (
> http://wiki.openstreetmap.org/wiki/Image:Fr-B22b-Obligatoire_pour_les_pietons.gif
> ).
> Ca peut être aussi des petits passages autour d'un immeuble ou qui
> traversent un parc mais uniquement pour les piétons. Ce tag est
> principalement destiné à la ville.
> - highway=path est un sentier à usage partagé (piétons, vélo, cheval).
> Il n'est pas destiné aux véhicules à quatre roues (même si un 4x4 ou
> un tracteur peuvent passer à titre exceptionnel et pour exploitation),
> il n'y a éventuellement qu'une "piste" ou "trace" au sol. Se trouve en
> général à la campagne (mais il y a aussi de la campagne proche ou dans
> la ville comme les bois ou grands parcs).
> - highway=track, c'est les chemins destinés aux véhicules à quatre
> roues, avec deux "pistes" ou "traces" au sol indiquant le passage des
> roues gauches et droites (pour dire que c'est vraiment la largeur d'un
> véhicule, pas plus). En général, non goudronnée, il faut ajouter un
> tag si ça n'est pas le cas (tracktype=grade1 ou surface=paved).
> - je passe à highway=unclassified lorsque la voie devient suffisament
> large pour que deux véhicules puissent se croiser même si c'est avec
> difficulté (en débordant légèrement sur les bas-côtés). Nornalement
> goudronné (par défaut chez nous), il faut ajouter un tag "unpaved" si
> ça n'est pas le cas.
>
> 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

Re: [OSM-talk-fr] [tag] path vs footway

[simon]

+1


Le vendredi 12 juin 2009 à 19:53 +0200, OSM Léon a écrit :
> Je partage tout à fait la vision de Pieren, faisant exactement pareil
> sans l'avoir jamais formalisé.
> 
> J'allais d'ailleurs envoyer un message à ce sujet sur la liste, voyant
> beaucoup de chemin de randonnée taggés en footway et ne sachant pas si
> je pouvais me permettre de les modifier ou pas.
> 
> Le 12 juin 2009 11:03, Pieren  a écrit :
> 2009/6/12 Etienne Trimaille :
> > Il serait peut-être temps de clarifier les choses je
> crois. ;-)
> >
> 
> 
> Voici ma vision des choses, sachant que "path" est
> relativement
> récent. Je peux me gourrer mais si tout le monde est d'accord,
> je
> pourrais effectivement agrandir la page wiki
> http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging ou
> en créer
> une autre.
> 
> - highway=footway pour les voies piétonnes exclusivement
> reservée aux
> piétons, en général signalées par le panneau B22b.
> 
> (http://wiki.openstreetmap.org/wiki/Image:Fr-B22b-Obligatoire_pour_les_pietons.gif).
> Ca peut être aussi des petits passages autour d'un immeuble ou
> qui
> traversent un parc mais uniquement pour les piétons. Ce tag
> est
> principalement destiné à la ville.
> - highway=path est un sentier à usage partagé (piétons, vélo,
> cheval).
> Il n'est pas destiné aux véhicules à quatre roues (même si un
> 4x4 ou
> un tracteur peuvent passer à titre exceptionnel et pour
> exploitation),
> il n'y a éventuellement qu'une "piste" ou "trace" au sol. Se
> trouve en
> général à la campagne (mais il y a aussi de la campagne proche
> ou dans
> la ville comme les bois ou grands parcs).
> - highway=track, c'est les chemins destinés aux véhicules à
> quatre
> roues, avec deux "pistes" ou "traces" au sol indiquant le
> passage des
> roues gauches et droites (pour dire que c'est vraiment la
> largeur d'un
> véhicule, pas plus). En général, non goudronnée, il faut
> ajouter un
> tag si ça n'est pas le cas (tracktype=grade1 ou
> surface=paved).
> - je passe à highway=unclassified lorsque la voie devient
> suffisament
> large pour que deux véhicules puissent se croiser même si
> c'est avec
> difficulté (en débordant légèrement sur les bas-côtés).
> Nornalement
> goudronné (par défaut chez nous), il faut ajouter un tag
> "unpaved" si
> ça n'est pas le cas.
> 
> 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



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

[OSM-talk-fr] Organisation des discussions : forum openstreetmap

[Mathieu Goutfreind]

La mailing list talk-fr est un excellent moyen de communication,
cependant je trouve les discussions difficiles à suivre.
En effet la mailing diffuse des message très (voire trop) fréquemment, à
raison de 7 publication par jour il est bien difficile de suivre les
discussions et les sujets concernés.
La forme même d'un mailing ne s'y prête pas suffisamment.
Une forme plus adaptée au contenu me semble nécessaire.
Je souhaiterai avec votre aide développer un forum qui me semble être
une forme de publication bien plus apte à mettre en valeur le contenu
diffusé sur la mailing.
Les débats seraient alors bien plus clairs, et leur suivi bien plus facile.
Je ne vous listerai pas les avantages d'un forum je pense que vous les
connaissez déjà.

Un résumé rapide des sujets de discussion et des évènement majeurs
pourrait ensuite être envoyé sur la mailing list.
Ce qui permettrai de mettre en valeur le contenu et de ne plus se noyer
dedans.

Les débats une fois clos ils pourraient rejoindre le wiki officiel.

Pour ceux qui seraient intéressés par le projet contactez moi par mail.

Ps : j'ai réalisé une ébauche grossière d'un forum de ce type disponible
sur 2 urls différentes :

http://openstreetmapforum.fr.st/
ou
http://gakushuusuru.free.fr


Mathieu


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

Re: [OSM-talk-fr] Organisation des discussions : forum openstreetmap

[Stéphane Brunner]

Hello !

Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas
s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une
catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir
aller régulièrement pour voir si il y a de nouveau messages.

Autrement je suis assez pour ;-)

CU
Stéph



2009/6/12 Mathieu Goutfreind :
> La mailing list talk-fr est un excellent moyen de communication,
> cependant je trouve les discussions difficiles à suivre.
> En effet la mailing diffuse des message très (voire trop) fréquemment, à
> raison de 7 publication par jour il est bien difficile de suivre les
> discussions et les sujets concernés.
> La forme même d'un mailing ne s'y prête pas suffisamment.
> Une forme plus adaptée au contenu me semble nécessaire.
> Je souhaiterai avec votre aide développer un forum qui me semble être
> une forme de publication bien plus apte à mettre en valeur le contenu
> diffusé sur la mailing.
> Les débats seraient alors bien plus clairs, et leur suivi bien plus facile.
> Je ne vous listerai pas les avantages d'un forum je pense que vous les
> connaissez déjà.
>
> Un résumé rapide des sujets de discussion et des évènement majeurs
> pourrait ensuite être envoyé sur la mailing list.
> Ce qui permettrai de mettre en valeur le contenu et de ne plus se noyer
> dedans.
>
> Les débats une fois clos ils pourraient rejoindre le wiki officiel.
>
> Pour ceux qui seraient intéressés par le projet contactez moi par mail.
>
> Ps : j'ai réalisé une ébauche grossière d'un forum de ce type disponible
> sur 2 urls différentes :
>
> http://openstreetmapforum.fr.st/
> ou
> http://gakushuusuru.free.fr
>
>
> Mathieu
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--
Un peu d'espace qui vous suis partout -
https://www.getdropbox.com/referrals/NTk2OTU2Mjk
--
http://www.ubuntu-fr.org - Distribution Linux

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

Re: [OSM-talk-fr] Organisation des discussions : forum openstreetmap

[Cavok]

Tout à fait d'accord avec toi, un forum serait bien plus pratique que cette
ML.
L'organisation par thème,  et la fonction recherche serait un réel plus.
Mais il existe déjà 2 forums qui n'arrivent pas à décoller, car beaucoup ici
préfèrent l'usage de cette ML.
http://forum.letuffe.org/index.php
http://forum.openstreetmap.org/viewforum.php?id=22
Alors, malheureusement, un troisième serait déjà peine perdu.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Organisation des discussions : forum openstreetmap

[kimaidou]

Bonsoir

Je répete (avec joie ) que nabble permet d'avoir un forum ET un mailing list
TOUT en UN. Avec nabble, on laisse le choix à l'utilisateur.
Pourquoi s'embêter à réinventer la roue alors qu'on a l'outil parfait qui
unit forum et mailing list ?
Je ne comprends pas...

Le 12 juin 2009 21:21, Stéphane Brunner  a écrit
:

> Hello !
>
> Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas
> s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une
> catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir
> aller régulièrement pour voir si il y a de nouveau messages.
>
> Autrement je suis assez pour ;-)
>
> CU
> Stéph
>
>
>
> 2009/6/12 Mathieu Goutfreind :
> > La mailing list talk-fr est un excellent moyen de communication,
> > cependant je trouve les discussions difficiles à suivre.
> > En effet la mailing diffuse des message très (voire trop) fréquemment, à
> > raison de 7 publication par jour il est bien difficile de suivre les
> > discussions et les sujets concernés.
> > La forme même d'un mailing ne s'y prête pas suffisamment.
> > Une forme plus adaptée au contenu me semble nécessaire.
> > Je souhaiterai avec votre aide développer un forum qui me semble être
> > une forme de publication bien plus apte à mettre en valeur le contenu
> > diffusé sur la mailing.
> > Les débats seraient alors bien plus clairs, et leur suivi bien plus
> facile.
> > Je ne vous listerai pas les avantages d'un forum je pense que vous les
> > connaissez déjà.
> >
> > Un résumé rapide des sujets de discussion et des évènement majeurs
> > pourrait ensuite être envoyé sur la mailing list.
> > Ce qui permettrai de mettre en valeur le contenu et de ne plus se noyer
> > dedans.
> >
> > Les débats une fois clos ils pourraient rejoindre le wiki officiel.
> >
> > Pour ceux qui seraient intéressés par le projet contactez moi par mail.
> >
> > Ps : j'ai réalisé une ébauche grossière d'un forum de ce type disponible
> > sur 2 urls différentes :
> >
> > http://openstreetmapforum.fr.st/
> > ou
> > http://gakushuusuru.free.fr
> >
> >
> > Mathieu
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Stéphane Brunner
> mail : stephane.brun...@gmail.com
> messageries instantanées : stephane.brun...@gmail.com (
> http://talk.google.com)
> --
> Un peu d'espace qui vous suis partout -
> https://www.getdropbox.com/referrals/NTk2OTU2Mjk
> --
> http://www.ubuntu-fr.org - Distribution Linux
>
> ___
> 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] Organisation des discussions : forum openstreetmap

[Etienne Chové]

Stéphane Brunner a écrit :
> Hello !
> 
> Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas
> s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une
> catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir
> aller régulièrement pour voir si il y a de nouveau messages.
> 
> Autrement je suis assez pour ;-)

- Ca fait doublon avec forum.letuffe
+ SMF se souvient de ce qu'on a lu et affiche les nouveaux sur la
   page d'accueil (je crois pas que ce soit le cas de phpBB)
- ce serait bien d'avoir un forum sur serveur nntp (news) pour le lire
   dans un mailer (thunderbird par exemple)

-- 
Etienne

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

Re: [OSM-talk-fr] [talk] Organisation des discussions : forum openstreetmap

[Vincent Pottier]

kimaidou a écrit :
> Bonsoir
>
> Je répete (avec joie ) que nabble permet d'avoir un forum ET un
> mailing list TOUT en UN. Avec nabble, on laisse le choix à l'utilisateur.
> Pourquoi s'embêter à réinventer la roue alors qu'on a l'outil parfait
> qui unit forum et mailing list ?
> Je ne comprends pas...
Un lien pour voir ?

Vincent

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

Re: [OSM-talk-fr] [talk] Organisation des discussions : forum openstreetmap

[Vincent Pottier]

Cavok a écrit :
>
> Mais il existe déjà 2 forums qui n'arrivent pas à décoller, car
> beaucoup ici préfèrent l'usage de cette ML.
+1 : j'allais faire cette remarque...

Vincent


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

Re: [OSM-talk-fr] Organisation des discussions : forum openstreetmap

[Stéphane Brunner]

Hello !

Si nabble fais bien ce que tu dit
+1 pour nabble

CU
Stéph


2009/6/12 kimaidou :
> Bonsoir
>
> Je répete (avec joie ) que nabble permet d'avoir un forum ET un mailing list
> TOUT en UN. Avec nabble, on laisse le choix à l'utilisateur.
> Pourquoi s'embêter à réinventer la roue alors qu'on a l'outil parfait qui
> unit forum et mailing list ?
> Je ne comprends pas...
>
> Le 12 juin 2009 21:21, Stéphane Brunner  a écrit
> :
>>
>> Hello !
>>
>> Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas
>> s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une
>> catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir
>> aller régulièrement pour voir si il y a de nouveau messages.
>>
>> Autrement je suis assez pour ;-)
>>
>> CU
>> Stéph
>>
>>
>>
>> 2009/6/12 Mathieu Goutfreind :
>> > La mailing list talk-fr est un excellent moyen de communication,
>> > cependant je trouve les discussions difficiles à suivre.
>> > En effet la mailing diffuse des message très (voire trop) fréquemment, à
>> > raison de 7 publication par jour il est bien difficile de suivre les
>> > discussions et les sujets concernés.
>> > La forme même d'un mailing ne s'y prête pas suffisamment.
>> > Une forme plus adaptée au contenu me semble nécessaire.
>> > Je souhaiterai avec votre aide développer un forum qui me semble être
>> > une forme de publication bien plus apte à mettre en valeur le contenu
>> > diffusé sur la mailing.
>> > Les débats seraient alors bien plus clairs, et leur suivi bien plus
>> > facile.
>> > Je ne vous listerai pas les avantages d'un forum je pense que vous les
>> > connaissez déjà.
>> >
>> > Un résumé rapide des sujets de discussion et des évènement majeurs
>> > pourrait ensuite être envoyé sur la mailing list.
>> > Ce qui permettrai de mettre en valeur le contenu et de ne plus se noyer
>> > dedans.
>> >
>> > Les débats une fois clos ils pourraient rejoindre le wiki officiel.
>> >
>> > Pour ceux qui seraient intéressés par le projet contactez moi par mail.
>> >
>> > Ps : j'ai réalisé une ébauche grossière d'un forum de ce type disponible
>> > sur 2 urls différentes :
>> >
>> > http://openstreetmapforum.fr.st/
>> > ou
>> > http://gakushuusuru.free.fr
>> >
>> >
>> > Mathieu
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>> >
>>
>>
>>
>> --
>> Stéphane Brunner
>> mail : stephane.brun...@gmail.com
>> messageries instantanées : stephane.brun...@gmail.com
>> (http://talk.google.com)
>> --
>> Un peu d'espace qui vous suis partout -
>> https://www.getdropbox.com/referrals/NTk2OTU2Mjk
>> --
>> http://www.ubuntu-fr.org - Distribution Linux
>>
>> ___
>> 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
>
>



-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--
Un peu d'espace qui vous suis partout -
https://www.getdropbox.com/referrals/NTk2OTU2Mjk
--
http://framasoft.net - Annuaire de logiciel libre

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

Re: [OSM-talk-fr] Encore un record pour la liste OSM en fra nçais !

[Mathieu Arnold]

+--On 12 juin 2009 14:07:16 +0100 Emilie Laffray 
wrote:
| 2009/6/12 g.d 
| 
|> trop long, encore... :
|> 
|> 
| No comment. Desolee, je n'ai fait que survole ton email car il est tout
| bonnement illisible du fait de la maniere dont il est formatte. J'ai eus
| le plus grand mal a savoir ce que tu essayais de dire.

(+1)

| Toutefois, ma position est la suivante. Je ne participerais a un forum que
| si je n'ai pas le choix, et encore je ne suis pas sure d'avoir envie ou le
| temps d'utiliser un forum.

(+1)

| Je pense que l'utilisation actuelle ML + wiki a ete la plus efficace pour
| la gestion de Corine.

(+1)

-- 
Mathieu Arnold
Qui se disait qu'il faudrait bien qu'il poste sur ce sujet, et qu'il
trouverait bien quelqu'un qui a la même envie, et qui n'en dira pas plus.

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

Re: [OSM-talk-fr] Organisation des discussions : forum openstreetmap

[Etienne Trimaille]

Les forums, même si je soutiens pas forcément phpbb, incluent généralement
une page avec les nouveaux posts.

On peut pas nier par contre que les lecteurs de la ML s'essouflent. Il y a
déjà thread il y a quelque jours sur les possibles évolutions vers un forum.

Même si je suis passé chez gmail pour pouvoir lire très facilement la ml, je
préfere aussi personnelement les forums : meilleur archivage, meilleur
rangement,...

Le 12 juin 2009 21:51, Stéphane Brunner  a écrit
:

> Hello !
>
> Si nabble fais bien ce que tu dit
> +1 pour nabble
>
> CU
> Stéph
>
>
> 2009/6/12 kimaidou :
> > Bonsoir
> >
> > Je répete (avec joie ) que nabble permet d'avoir un forum ET un mailing
> list
> > TOUT en UN. Avec nabble, on laisse le choix à l'utilisateur.
> > Pourquoi s'embêter à réinventer la roue alors qu'on a l'outil parfait qui
> > unit forum et mailing list ?
> > Je ne comprends pas...
> >
> > Le 12 juin 2009 21:21, Stéphane Brunner  a
> écrit
> > :
> >>
> >> Hello !
> >>
> >> Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas
> >> s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une
> >> catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir
> >> aller régulièrement pour voir si il y a de nouveau messages.
> >>
> >> Autrement je suis assez pour ;-)
> >>
> >> CU
> >> Stéph
> >>
> >>
> >>
> >> 2009/6/12 Mathieu Goutfreind :
> >> > La mailing list talk-fr est un excellent moyen de communication,
> >> > cependant je trouve les discussions difficiles à suivre.
> >> > En effet la mailing diffuse des message très (voire trop) fréquemment,
> à
> >> > raison de 7 publication par jour il est bien difficile de suivre les
> >> > discussions et les sujets concernés.
> >> > La forme même d'un mailing ne s'y prête pas suffisamment.
> >> > Une forme plus adaptée au contenu me semble nécessaire.
> >> > Je souhaiterai avec votre aide développer un forum qui me semble être
> >> > une forme de publication bien plus apte à mettre en valeur le contenu
> >> > diffusé sur la mailing.
> >> > Les débats seraient alors bien plus clairs, et leur suivi bien plus
> >> > facile.
> >> > Je ne vous listerai pas les avantages d'un forum je pense que vous les
> >> > connaissez déjà.
> >> >
> >> > Un résumé rapide des sujets de discussion et des évènement majeurs
> >> > pourrait ensuite être envoyé sur la mailing list.
> >> > Ce qui permettrai de mettre en valeur le contenu et de ne plus se
> noyer
> >> > dedans.
> >> >
> >> > Les débats une fois clos ils pourraient rejoindre le wiki officiel.
> >> >
> >> > Pour ceux qui seraient intéressés par le projet contactez moi par
> mail.
> >> >
> >> > Ps : j'ai réalisé une ébauche grossière d'un forum de ce type
> disponible
> >> > sur 2 urls différentes :
> >> >
> >> > http://openstreetmapforum.fr.st/
> >> > ou
> >> > http://gakushuusuru.free.fr
> >> >
> >> >
> >> > Mathieu
> >> >
> >> >
> >> > ___
> >> > Talk-fr mailing list
> >> > Talk-fr@openstreetmap.org
> >> > http://lists.openstreetmap.org/listinfo/talk-fr
> >> >
> >>
> >>
> >>
> >> --
> >> Stéphane Brunner
> >> mail : stephane.brun...@gmail.com
> >> messageries instantanées : stephane.brun...@gmail.com
> >> (http://talk.google.com)
> >> --
> >> Un peu d'espace qui vous suis partout -
> >> https://www.getdropbox.com/referrals/NTk2OTU2Mjk
> >> --
> >> http://www.ubuntu-fr.org - Distribution Linux
> >>
> >> ___
> >> 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
> >
> >
>
>
>
> --
> Stéphane Brunner
> mail : stephane.brun...@gmail.com
> messageries instantanées : stephane.brun...@gmail.com (
> http://talk.google.com)
> --
> Un peu d'espace qui vous suis partout -
> https://www.getdropbox.com/referrals/NTk2OTU2Mjk
> --
> http://framasoft.net - Annuaire de logiciel libre
>
> ___
> 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] Organisation des discussions : forum openstreetmap

[Stéphane Brunner]

Sans compter que phpbb n'est de loin pas le meilleur, ce n'est pas une
page avec si ou ça qu'il faux mais bien que cela sois répercuter dans
une application que l'on utilise pour plusieurs site !

Certain le font mais ce n'est pas actif dans forum.openstreetmap.org.

CU
Stéph



2009/6/12 Etienne Trimaille :
> Les forums, même si je soutiens pas forcément phpbb, incluent généralement
> une page avec les nouveaux posts.
>
> On peut pas nier par contre que les lecteurs de la ML s'essouflent. Il y a
> déjà thread il y a quelque jours sur les possibles évolutions vers un forum.
>
> Même si je suis passé chez gmail pour pouvoir lire très facilement la ml, je
> préfere aussi personnelement les forums : meilleur archivage, meilleur
> rangement,...
>
> Le 12 juin 2009 21:51, Stéphane Brunner  a écrit
> :
>>
>> Hello !
>>
>> Si nabble fais bien ce que tu dit
>> +1 pour nabble
>>
>> CU
>> Stéph
>>
>>
>> 2009/6/12 kimaidou :
>> > Bonsoir
>> >
>> > Je répete (avec joie ) que nabble permet d'avoir un forum ET un mailing
>> > list
>> > TOUT en UN. Avec nabble, on laisse le choix à l'utilisateur.
>> > Pourquoi s'embêter à réinventer la roue alors qu'on a l'outil parfait
>> > qui
>> > unit forum et mailing list ?
>> > Je ne comprends pas...
>> >
>> > Le 12 juin 2009 21:21, Stéphane Brunner  a
>> > écrit
>> > :
>> >>
>> >> Hello !
>> >>
>> >> Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas
>> >> s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une
>> >> catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir
>> >> aller régulièrement pour voir si il y a de nouveau messages.
>> >>
>> >> Autrement je suis assez pour ;-)
>> >>
>> >> CU
>> >> Stéph
>> >>
>> >>
>> >>
>> >> 2009/6/12 Mathieu Goutfreind :
>> >> > La mailing list talk-fr est un excellent moyen de communication,
>> >> > cependant je trouve les discussions difficiles à suivre.
>> >> > En effet la mailing diffuse des message très (voire trop)
>> >> > fréquemment, à
>> >> > raison de 7 publication par jour il est bien difficile de suivre les
>> >> > discussions et les sujets concernés.
>> >> > La forme même d'un mailing ne s'y prête pas suffisamment.
>> >> > Une forme plus adaptée au contenu me semble nécessaire.
>> >> > Je souhaiterai avec votre aide développer un forum qui me semble être
>> >> > une forme de publication bien plus apte à mettre en valeur le contenu
>> >> > diffusé sur la mailing.
>> >> > Les débats seraient alors bien plus clairs, et leur suivi bien plus
>> >> > facile.
>> >> > Je ne vous listerai pas les avantages d'un forum je pense que vous
>> >> > les
>> >> > connaissez déjà.
>> >> >
>> >> > Un résumé rapide des sujets de discussion et des évènement majeurs
>> >> > pourrait ensuite être envoyé sur la mailing list.
>> >> > Ce qui permettrai de mettre en valeur le contenu et de ne plus se
>> >> > noyer
>> >> > dedans.
>> >> >
>> >> > Les débats une fois clos ils pourraient rejoindre le wiki officiel.
>> >> >
>> >> > Pour ceux qui seraient intéressés par le projet contactez moi par
>> >> > mail.
>> >> >
>> >> > Ps : j'ai réalisé une ébauche grossière d'un forum de ce type
>> >> > disponible
>> >> > sur 2 urls différentes :
>> >> >
>> >> > http://openstreetmapforum.fr.st/
>> >> > ou
>> >> > http://gakushuusuru.free.fr
>> >> >
>> >> >
>> >> > Mathieu
>> >> >
>> >> >
>> >> > ___
>> >> > Talk-fr mailing list
>> >> > Talk-fr@openstreetmap.org
>> >> > http://lists.openstreetmap.org/listinfo/talk-fr
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Stéphane Brunner
>> >> mail : stephane.brun...@gmail.com
>> >> messageries instantanées : stephane.brun...@gmail.com
>> >> (http://talk.google.com)
>> >> --
>> >> Un peu d'espace qui vous suis partout -
>> >> https://www.getdropbox.com/referrals/NTk2OTU2Mjk
>> >> --
>> >> http://www.ubuntu-fr.org - Distribution Linux
>> >>
>> >> ___
>> >> 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
>> >
>> >
>>
>>
>>
>> --
>> Stéphane Brunner
>> mail : stephane.brun...@gmail.com
>> messageries instantanées : stephane.brun...@gmail.com
>> (http://talk.google.com)
>> --
>> Un peu d'espace qui vous suis partout -
>> https://www.getdropbox.com/referrals/NTk2OTU2Mjk
>> --
>> http://framasoft.net - Annuaire de logiciel libre
>>
>> ___
>> 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
>
>



-- 
Stéphane Brunner
mail : stephane.brun...@gmail.com
messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com)
--

Re: [OSM-talk-fr] Amis cyclistes

[Rodolphe Quiedeville]

Sebek Ab. a écrit on 12/06/2009 18:56:
> Pardon de déterrer un vieux sujet
> 
>>> Je confirme qu'il y a une erreur sur le wiki (d'ailleurs, certains le
>>> relèvent dans la partie discussion). Network, c'est le réseau et
>>> Operator, l'opérateur. Pour Paris, "network=Vélib'" et
>>> "operator=JCDecaux".
> 
> Je ne serai pas aussi catégorique.
> 
> Les commentaires sur le wiki ( page
> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_rental )
> indiquent que le tag network a été remplacé par le tag operator car le
> tag network existe déjà et n'a rien à voir et est lié aux routes.
> 
> J'ai toutefois rajouté ta proposition dans les commentaires de la page
> mais avec peu de chances de la voir acceptée étant donné la
> signification du tag network ...
> 
> Sur le même sujet, il serait bien de décider d'une orthographe pour
> Vélib que j'ai vu écrit vélib', Vélib', Vélib, vélib etc ...
> et de mettre cette ortographe sur le wiki également

D'après http://www.velib.paris.fr/ l'orthographe exacte est Vélib'

A++

-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Travaillons Libre - http://fr.lolix.org/



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [talk] Organisation des discussions : forum openstreetmap

[Vincent Pottier]

kimaidou a écrit :
> Bonsoir
>
> Je répete (avec joie ) que nabble permet d'avoir un forum ET un
> mailing list TOUT en UN. Avec nabble, on laisse le choix à l'utilisateur.
> Pourquoi s'embêter à réinventer la roue alors qu'on a l'outil parfait
> qui unit forum et mailing list ?
> Je ne comprends pas...
À voir http://lists.openmoko.org/nabble.html
Liste d'openmoko gérée par nabble, ça semble correspondre.

Mais à voir http://lists.openmoko.org/
il semble qu'il y a d'autres choses dans le moteur que seulement nabble.

Peut-être que cette mécanique (mailman) peut être sur osm.fr ( voir
http://n2.nabble.com/mailing_list/MailingListOptions.jtp?forum=2074901 )

On aurait alors tout-en-un = forum + ml

Vincent

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

Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?

[Aurelien Jacobs]

On Fri, Jun 12, 2009 at 02:28:09PM +0200, kimaidou wrote:
> >
> > Bien sur qu'il est possible de distinger les stations de métro des
> > arrêts RER ou de trains...
> > Un node ayant un tag railway=station et qui appartient a un way ayant
> > un tag railway=subway, est définitivement une station de métro.
>
> C'est une des solution que j'ai envisagée, mais l'appartenance n'est pas si
> évident à conserver une fois passée à la moulinette d'osm2pgsql.

Le problème vient donc de l'outil utilisé, et non pas des données dans
la base. La solution correcte est d'améliorer l'outil en question ou
d'utiliser un autre outil, mais certainement pas d'ajouter des données
dupliquées dans la base de données. Si chacun dupliquait les données à
sa manière pour satisfaire son outil préféré, on ne s'en sortirait pas.

> > Totalement inutil. Le type de station est déterminé par le type de
> > railway de la voie qui supporte cette station.
> 
> Remarque un peu abrupte...

Oups, désolé. En me relisant j'avoue que c'était un abrupte.
J'était un peu pressé, et j'ai pas pris le temps de nuancer...

> Qu'est ce qui a validé l'utilisation de railway=tram_stop ?

Aucune idée.

> Pourquoi ne pas utiliser railway=station pour les stations de tramway ?

Je suis d'accord avec cette proposition.

Aurel

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 35, Parution 61

[Mathieu Goutfreind]

From: Stéphane Brunner 
> Subject: Re: [OSM-talk-fr] Organisation des discussions : forum
>   openstreetmap
> Hello !
>
> Si nabble fais bien ce que tu dit
> +1 pour nabble
>
> CU
> Stéph
>
>   
Je n'ai pas de choix arrêté sur le soft à employer, nabble ou un autre
peu importe, bien que je trouve de premier abord nabble un peu fouilli
mais je ne connais pas bien le logiciel.
>
>>> Hello !
>>>
>>> Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas
>>> s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une
>>> catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir
>>> aller régulièrement pour voir si il y a de nouveau messages.
>>>   
Il y a sur un forum la possibilité de consulter les messages et
discussions non encore lues.
Je viens par ailleurs de rapidement rajouter un flux rss pour chaque
section.
Un envoi d'email lors de nouveauté devrait également être facile à intégrer.
L'idée est d'être plus personnalisée et plus flexible sans perdre de vue
que l'info doit être transmise de manière efficace.

Rien n'est parfait mais tout est modulable au besoin.

Cavok a écrit :

> >
> > Mais il existe déjà 2 forums qui n'arrivent pas à décoller, car
> > beaucoup ici préfèrent l'usage de cette ML.
>   
Je ne savait pas que des forums existaient déjà, je vais contacter les
webmasters des deux forums pour savoir s'il ne seraient pas possible que
l'on se rejoignent sur un projet commun, et pour recueillir leur point
de vue sur ce qui existe déjà.
Se disperser n'a jamais été une bonne chose.

Remarque : Avec un peu d'investissement et de motivation je pense que
l'on peut faire décoller un forum.
Je suis prêt à m'investir pour ma part, et j'attend vos suggestions pour
obtenir ce qu'il y a de mieux.

Cordialement
Mathieu


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

Re: [OSM-talk-fr] [tag] path vs footway

[Christian Rogel]

Il a déjà été précisé sur la liste (il faudrait le faire dans le  
wiki) qu'en bon
français, le mot "track" correspond dans l'immense majorité des cas
à ce qu'on appelle en France
chemin d'exploitation (généralement privé avec tolérance de passage)
chemin forestier (privé et réservé à certains véhicules, mais parfois
libre d'accès pour les bois ou forêts publics)
piste de montagne (tolérances variables jusqu'à interdiction)

Un chemin rural a, me semble-t-il, un statut public qui fait que,  
s'il n'a pas
de revêtement, il devient "highway : unclassified"

Ai-je oublié quelque chose?

Christian


Le 12 juin 09 à 11:03, Pieren a écrit :
>
> - highway=track, c'est les chemins destinés aux véhicules à quatre
> roues, avec deux "pistes" ou "traces" au sol indiquant le passage des
> roues gauches et droites (pour dire que c'est vraiment la largeur d'un
> véhicule, pas plus). En général, non goudronnée, il faut ajouter un
> tag si ça n'est pas le cas (tracktype=grade1 ou surface=paved).

> Pieren
>


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

Re: [OSM-talk-fr] [tag] track vs unclassified (vs tertiary vs secondary)

[Christian Rogel]

Dans le même genre, que faire des 800 m de départementale dans l'île  
de Sein
pour aller du bourg (300 hab.)  au phare? Circulation estimée à une  
énorme pincée
de véhicules par an

Christian

Le 12 juin 09 à 18:24, Eric SIBERT a écrit :

> La minute du pinailleur (ou étude de cas, c'est comme on veut :-p )  
> à la
> suite des discussions sur path vs footway (qui m'ont bien  
> intéressées):
>
> Quid de la Départementale 112 E en Isère?
>
> http://www.openstreetmap.org/browse/way/28025799
>
> C'est une route départementale (qui n'est pas une nationale  
> déclassée).
> D'après le wiki, ça irait plutôt du côté de secondary. Il est  
> néanmoins
> indiqué que pour les petites départementales, on peut aller sur  
> tertiary
> (ce que j'ai tendance à appliquer à pas mal de départementales qui  
> ne me
> paraissent pas structurantes au niveau d'un département).  
> Néanmoins, on
> est ici dans un cas assez particulier. Il n'y a aucune desserte
> d'habitation ni de lieu touristique (le fort au sommet est fermé au
> public et sans point de vue). Ça dessert uniquement un relai radio/ 
> télé.
> Le trafic automobile est très faible, les gens venant plutôt en  
> balade à
> pied ou en vélo. Alors highway=track??? Le goudron est correct.
>
> Éric


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

Re: [OSM-talk-fr] [talk] Lot Talk-fr, Vol 35, Parution 61

[Vincent Pottier]

Mathieu Goutfreind a écrit :
> Remarque : Avec un peu d'investissement et de motivation je pense que
> l'on peut faire décoller un forum.
> Je suis prêt à m'investir pour ma part, et j'attend vos suggestions pour
> obtenir ce qu'il y a de mieux.
>   
La possibilité de répondre, mais aussi de poster dans le bon forum à
artir de Thunderbird, donc d'un logiciel de mail !

La possibilité d'avoir des sugets 'tagués' pour permettre un tri par
Thunderbird et augmenter la lisibilité rapide du sujet.

Vincent

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

Re: [OSM-talk-fr] Comment présenter OSM à une audi ence de non-participants ?

[Gilles LAMIRAL]

Bonjour Emmanuel,

> Le diaporama (un peu long a charger en ligne) que j'ai fait pour le
> libre en fête de besancon :
> 
> http://outils.coagul.org/presentations/090321-Besan%C3%A7on-OpenStreetMap/

Cette présentation est excellente.

Est-ce que tu peux mettre les sources du document en ligne ? 
But : pouvoir le modifier plus facilement et rejouer ce diaporama 
en partie, avec mon sous-ensemble de connaissance, mardi prochain ?

Merci d'avance.

-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 

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

Re: [OSM-talk-fr] Organisation des discussions : forum openstreetmap

[Vincent MEURISSE]

On Friday 12 June 2009 21:01:12 Mathieu Goutfreind wrote:
> En effet la mailing diffuse des message très (voire trop) fréquemment, à
> raison de 7 publication par jour il est bien difficile de suivre les
> discussions et les sujets concernés.
En même temps si t'es abonné en mode digest, c'est normal que t'arrive pas à 
suivre. Je sais pas qui à inventé cette connerie mais c'est vraiment une 
plaie.

Sinon le coup du forum t'es pas le premier à avoir l'idée. Le problème c'est 
que de nombreuses personnes (dont moi) ni mettrons jamais les pieds. Ce n'est 
par par mauvaise volonté mais j'arrive tout simplement pas à suivre un forum. 
Je suis abonné à 10 mailing-lists. Je me vois vraiment pas aller vérifier 10 
sites web pour voir les nouveaux sujets. (En plus de retenir 10 nom 
d'utilisateurs et 10 mots de passe)

Vous parlez de notifications par e-mail, de réponses aux sujets par mail : 
c'est le principe d'une mailing list.

Pour le fait de grouper les threads, de ne pas lire les messages 
inintéressants, de faire des recherches , suffit d'utiliser un vrai client mail.


-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] Nabble

[Vincent MEURISSE]

On Friday 12 June 2009 21:48:12 Vincent Pottier wrote:
> > Je répete (avec joie ) que nabble permet d'avoir un forum ET un
> > mailing list TOUT en UN. 
> Un lien pour voir ?
Et hop on vas pas en discuter 150 ans : 

-- 
Vincent MEURISSE

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