Re: [OSM-talk-fr] Re : [Tag][Numérotation] Bati ment a l angle de deux rues
2009/6/12 THEVENON Julien julien_theve...@yahoo.fr En y reflechissant bien est ce que la solution ne serait pas de placer deux node qui porteront chacun leur adresse dans leur rues respectives ? et les ajouter aux relations de rue ? C'est ce que je fait, je trouve cela plus logique (et plus précis). Je place ces noeuds sur la porte d'entrée (sur le côté du bâtiment où se trouve le numéro). Exemple : http://www.openstreetmap.org/browse/way/35469472 ___ 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
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
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
Re: [OSM-talk-fr] [tag] path vs footway
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
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 d...@lee-loo.net 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
2009/6/12 Esperanza espera...@no-log.org: 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
2009/6/12 Eric Sibert courr...@eric.sibert.fr: 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
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
2009/6/12 Etienne Trimaille etienne.trimai...@gmail.com: 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
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 stephane.brun...@gmail.com a écrit : Hello ! Si tu ajoute (avant la balise html) cette entête tu ne devrai plus avoir de problème. ?xml version=1.0 encoding=UTF-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN 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 kimai...@gmail.com: 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 vpott...@gmail.com 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
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) sylv...@letuffe.org a écrit : On Thursday 11 June 2009 16:46, Stéphane Brunner wrote: Hello ! Si tu ajoute (avant la balise html) cette entête tu ne devrai plus avoir de problème. ?xml version=1.0 encoding=UTF-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN 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
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=38075AX=928500Y=6489300 Un site comporte un ou plusieurs repères. Exemple de repère : http://geodesie.ign.fr/fiche_point.asp?num_site=38075Ano_ptg=04numero_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=38075Ano_ptg=04numero_f50= Tous les autres sont des repères secondaires : http://geodesie.ign.fr/fiche_point.asp?num_site=38075Ano_ptg=01numero_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=8619405X=500100Y=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=86028AX=506400Y=6614400 Les repères peuvent être détruits : http://geodesie.ign.fr/fiche_point.asp?num_site=8622204no_ptg=03numero_f50=1826 ou non retrouvés : http://geodesie.ign.fr/fiche_point.asp?num_site=8603201no_ptg=01numero_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=8603201no_ptg=01numero_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=3807303X=935200Y=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 contre isolé. En
Re: [OSM-talk-fr] [tag] path vs footway
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
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
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 courr...@eric.sibert.fr 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=38075AX=928500Y=6489300 Un site comporte un ou plusieurs repères. Exemple de repère : http://geodesie.ign.fr/fiche_point.asp?num_site=38075Ano_ptg=04numero_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=38075Ano_ptg=04numero_f50= Tous les autres sont des repères secondaires : http://geodesie.ign.fr/fiche_point.asp?num_site=38075Ano_ptg=01numero_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=8619405X=500100Y=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=86028AX=506400Y=6614400 Les repères peuvent être détruits : http://geodesie.ign.fr/fiche_point.asp?num_site=8622204no_ptg=03numero_f50=1826 ou non retrouvés : http://geodesie.ign.fr/fiche_point.asp?num_site=8603201no_ptg=01numero_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=8603201no_ptg=01numero_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
Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli
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
2009/6/12 sly (sylvain letuffe) sylv...@letuffe.org: 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
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 ?
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
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 y...@coupin.net 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 ?
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 kimai...@gmail.com 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
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
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
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 ?
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 !
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 Nihilit, VIIème avant JC).
Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?
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
Bravo !, et merci !!! Le 12 juin 09 à 10:03, Eric Sibert a écrit : De : Herve Le-Men herve.le-...@ign.fr Date : 11 juin 2009 16:29:27 HAEC À : Eric SIBERT pe...@eric.sibert.fr 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 ?
2009/6/12 kimaidou kimai...@gmail.com: 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
Emilie Laffray emilie.laff...@gmail.com 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
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 y...@coupin.net 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 !
2009/6/12 g.d g...@wanadoo.fr 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
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
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
[OSM-talk-fr] Osmose par département
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
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
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
2009/6/12 Etienne Chové ch...@crans.org 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
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
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
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
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) sylv...@letuffe.org: 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)
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)
Ç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
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
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 pier...@gmail.com a écrit : 2009/6/12 Etienne Trimaille etienne.trimai...@gmail.com: 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
+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 pier...@gmail.com a écrit : 2009/6/12 Etienne Trimaille etienne.trimai...@gmail.com: 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
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
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 mathieu...@yahoo.fr: 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
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
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 stephane.brun...@gmail.com 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 mathieu...@yahoo.fr: 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
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
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
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
Hello ! Si nabble fais bien ce que tu dit +1 pour nabble CU Stéph 2009/6/12 kimaidou kimai...@gmail.com: 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 stephane.brun...@gmail.com 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 mathieu...@yahoo.fr: 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 !
+--On 12 juin 2009 14:07:16 +0100 Emilie Laffray emilie.laff...@gmail.com wrote: | 2009/6/12 g.d g...@wanadoo.fr | | 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
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 stephane.brun...@gmail.com a écrit : Hello ! Si nabble fais bien ce que tu dit +1 pour nabble CU Stéph 2009/6/12 kimaidou kimai...@gmail.com: 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 stephane.brun...@gmail.com 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 mathieu...@yahoo.fr: 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
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 etienne.trimai...@gmail.com: 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 stephane.brun...@gmail.com a écrit : Hello ! Si nabble fais bien ce que tu dit +1 pour nabble CU Stéph 2009/6/12 kimaidou kimai...@gmail.com: 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 stephane.brun...@gmail.com 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 mathieu...@yahoo.fr: 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) -- 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
Re: [OSM-talk-fr] Amis cyclistes
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
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 ?
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
From: Stéphane Brunner stephane.brun...@gmail.com 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
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)
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
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 ?
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
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
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 : http://n2.nabble.com/openstreetmap- talk-fr-f3070341.html -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
