Re: [OSM-talk-fr] Qu'est-ce qu'une relation ouverte (dans une restriction - no_left_turn)
Charlie Echo a écrit : Bonjour, J'ai des soucis avec la restriciton no_left_turn 11776 et je n'arrive pas à comprendre pourquoi : http://osmose.openstreetmap.fr/ m'indique que ma relation est ouverte à cause des noeuds suivants : Liste des Nodes non reliés : 244269988 : Potlatch JOSM 16820933 : Potlatch JOSM 1e question : quelqu'un pourrait-il m'expliquer ? L'analyseur de relation d'Osmose sert à vérifier les relations administratives (c'est écrit sur le wiki, mais là il a l'air en rade). Je devrai le modifier pour qu'il refuse d'analyser les relations autres qu'administratives...- TODO list -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary
Pieren a écrit : 2009/8/21 Vincent Pottier vpott...@gmail.com: Pour une utilisation plus vaste, plusieurs solutions sont possibles - un tag dans la relation 'boundary' disant son 'type de vue' (genre 'view_as') ; physiques (avec ligne de côtes), administratif (+ eaux territoriales), métropole... C'est bien pour ça que les relations peuvent avoir des attibuts et pas seulement des objets avec des rôles. Je suis bien d'accord que chercher la relation name=France + admin_level=2 n'est pas suffisant et qu'un troisième critère est nécessaire. Mais amha, ce troisième critère devrait être simplement un troisième attribut, pas un rôle dans une nouvelle super-super-relation. my 2 centimes Pieren Je ne me battrais pas pour des questions de 'style' qui sont à peu près équivalents, ayant chacun ses avantages et inconvénients (plus facile à 'manager' pour la super-relation, plus directement accessible par les outils pour le tag)... ;-) Ce qui est plus important, voire fondamental, c'est que le 'style' soit commun pour les pays et la nomenclature commune. Sinon, bonjour les développeurs... -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qu'est-ce qu'une relation ouverte (dans une restriction - no_left_turn)
Vincent Pottier a écrit : Dommage que ça ne soit pas explicite 'Boundary analyzer' En effet. ou qu'il n'y ait pas un test sur le 'type', puis une sélection d'outil en fonction du type... Excellente idée ! Cela permettrai d'avoir depuis la slippy map un lien vers l'analyseur qui analyse seulement l'erreur recherchée. - TODO list. merci. -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qu'est-ce qu'une relation ouverte (dans une restriction - no_left_turn)
Yoann ARNAUD a écrit : L'analyseur de relation d'Osmose sert à vérifier les relations administratives (c'est écrit sur le wiki, mais là il a l'air en rade). Je devrai le modifier pour qu'il refuse d'analyser les relations autres qu'administratives...- TODO list Ou bien qu'il lance un autre test de validité pour les restrictions. Je crois que ça n'existe pas encore. Et si le type est 'route' de proposer le lien vers http://osm.cdauth.de/route-manager/relation.php?id=NNN Ça fera des heureux... -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation galerie photo avec fo nd de carte osm
Bonjour Arno, Le Friday 21 August 2009 14:35:10 a...@renevier.net, vous avez écrit : Une option afficher les images près du marqueur (méthode google) | afficher les images dans le coin (méthode acutelle) serait sympa... Oui je sais, il y a plein de monde qui demande ca: http://syp.renevier.net/faq.php#popup Moi je préfère comme c'est par défaut, mais j'ai mis une option réglable au niveau du site pour que le popup s'affiche près du marqueur. Par contre, c'est un peu moins bien que la méthode google sur un point: si le marqueur est au milieu de la page, et que la popup est plus grande que la moitié de la page, elle ne s'affiche pas en entier vu qu'elle n'a pas la place (tandis que la méthode google bouge un peu la carte pour replacer le marqueur). Cela dit, je n'ai pas encore regardé à fond pour savoir si c'est quand meme faisable avec openlayers. Oui OpenLayers le fait, quelle version utilises tu ? Au boulot nous utilisons la version 2.7 (pas la dernière) et cela fonctionne comme cela. Pourquoi n'utilises tu pas une couche vecteur plutôt qu'une couche marker ? marker n'est plus trop utilisé et est même déconseillé. Avec une couche vecteur + styleMap tu fais un peu ce que tu veux en matière de style. Et puis un petit appareil photo comme marqueur, ce serait plus sexy ! Oui, mais le plus dur, c'est de dessiner un appareil photo ressemblant. Puis il en faut un peu différent pour quand les photos sont sélectionnées. Et du coup, je ne sais pas si je mets aussi un appareil photo pour symboliser les marqueurs qui n'ont pas de photo. Et je ne sais pas quoi faire pour les regroupements de photos (pour l'instant, quand les photos sont trop proches, au lieu de mettre plein de points très proches, j'en mets un gros). Il y a un add-ins dans OpenLayers pour faire du clustering : http://openlayers.org/dev/examples/strategy-cluster.html http://openlayers.org/blog/2008/06/23/cluster-strategy/ Librement, Y. -- Yves Jacolin Ne demandez pas si vous pouvez contribuer, contribuez ! :) --- http://softlibre.gloobe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version de test du plugin cadastre-f r avec support communes non-vectorisées
Sans croix, tu n'as pas non plus de coordonnées Lambert. Et si je chope des coordonnées de la commune voisine en WGS, que je converti en Lambert, ça me donne une croix fictive, je vais tenter le coup pour voir si ça ne semble pas trop mauvais En fait, grâce au tutorial vidéo d'il y a quelque temps, j'ai trouvé la solution, certes un poil plus chiante mais qui marche bien avec ou sans les croix. Je vais sur le site du cadastre, dans leur interface un pointeur en bas à droite donne les coordonnées, je prend un élément repérable, je le géoréférence avec le plugin, puis un autre, et hop le tour et jouer, ça semble bien correspondre à mes traces GPS -- 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] Version de test du plugin cadastre-fr ave c support communes non-vectorisées
On Friday 21 August 2009 03:02:48 pm sly (sylvain letuffe) wrote: Mais lui le crois, il prend mon ou mes clics comme des doubles clics. T'aurais pas le plugin 'nearclick' ? Il me faisait le même effet ce qui est très gonflant (routes qui se coupent en mode add, éléments ajoutés deux fois dans les relations, layers supprimés deux par deux…) -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android
Le Fri, Aug 21, 2009 at 03:09:31PM +0200, Vincent MEURISSE [osm-talk...@meurisse.org] a écrit: Dans ce genre de choses, collecter des informations aussi sensibles sans en informer l'utilisateur serait la pire des manières de procéder. Attention, voila big-OSM-brother ! Malheureusement le nombre d'utilisateurs atteint du syndrome next-next-ok est immense. La majorité des gens ne cherchent pas à réflechir et veulent juste que l'appli marche. Si on met trop d'explications, les gens trouvent que l'appli est chiante à utiliser et vont en chercher une ou ils pourront juste cliquer sur next. Après rien n'empêche de mettre un bouton détails pour les 5 geeks qui veulent savoir ce qui se cache derrière. Dans ce cas, mieux vaut ne pas implémenter la fonction. Ou alors, justement, mettre son activation derrière le bouton [détail] pour que ceux qui l'activent le fassent en pleine connaissance de cause. Comme Pieren, je considère que ce n'est pas parceque les utilisateurs sont nourris avec TF1 et SFR qu'ils sont forcément foncièrement débiles et qu'il vaut mieux expliquer que faire en silence « pour leur bien ». Y'a qu'en considérant les utilisateurs comme des gens intelligents qu'on peut les amener à sortir du « next-next-ok ». -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 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] Limite des eaux territoriales et relation boundary
J'ai modifié les tags pour les limites des eaux territoriales dans l'Atlantique et la Manche, et j'en ai profité pour modifier la relation France-territorial waters au niveau des îles anglo-normandes en les excluant. En faisant un peu de recherche sur ces notions je suis tombé sur le décret qui fixe les lignes de bases pour la France : http://legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT06071754 Ce sont ces lignes qui devraient servir pour le calcul des 12NM pour les eaux territoriales, or il me semble que ça a été fait avec le trait de côte. Il faudra donc les corriger ! En attendant, il y a des tags prévus pour les lignes de base : si il y a des volontaires pour les saisir en se basant sur le texte du décret ? Le 21 août 2009 13:25, Vincent Pottier vpott...@gmail.com a écrit : Pieren a écrit : 2009/8/21 Vincent Pottier vpott...@gmail.com: Pour une utilisation plus vaste, plusieurs solutions sont possibles - un tag dans la relation 'boundary' disant son 'type de vue' (genre 'view_as') ; physiques (avec ligne de côtes), administratif (+ eaux territoriales), métropole... C'est bien pour ça que les relations peuvent avoir des attibuts et pas seulement des objets avec des rôles. Je suis bien d'accord que chercher la relation name=France + admin_level=2 n'est pas suffisant et qu'un troisième critère est nécessaire. Mais amha, ce troisième critère devrait être simplement un troisième attribut, pas un rôle dans une nouvelle super-super-relation. my 2 centimes Pieren Je ne me battrais pas pour des questions de 'style' qui sont à peu près équivalents, ayant chacun ses avantages et inconvénients (plus facile à 'manager' pour la super-relation, plus directement accessible par les outils pour le tag)... ;-) Ce qui est plus important, voire fondamental, c'est que le 'style' soit commun pour les pays et la nomenclature commune. Sinon, bonjour les développeurs... -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [Nouveaux] Contribution via une application Android
Pas d'accord avec la plupart du contenu de ce message... Oui il y a des next-next-OK, mais il ne faut pas se mettre à les espionner sous prétexte qu'ils cliquent-au-drôme. Car oui, si l'option par défaut est active, c'est comme ça que ça sera ressenti. Donc tant pis pour ceux qui ne veulent pas savoir, on ne les forcera pas à contribuer. Les autres, un peu curieux, iront voir ce qui se cache derrière cette case bien mystérieuse. Tiens, idée bête pour exploiter OSM avec ce logiciel: utiliser les cartes pour faire une fonction éclaireur à la Coyote. Comme ça l'utilisateur contributeur sait qu'il a un retour potentiel en contrepartie de sa contribution. Didier, une feature request... ;) D'autre part, vu le profil du logiciel, je pense qu'il est très utile pour s'assurer un maximum de contributions que le temps soit mis à 0, JUSTEMENT pour perdre la vitesse... ;) Quand à la localisation, l'idée est bonne de randomizer pour couper à, par exemple, à 5km + random (0-5 km), ou mieux encore (user choice) + random (10% (user choice)). De : Vincent MEURISSE osm-talk...@meurisse.org À : talk-fr@openstreetmap.org Envoyé le : Vendredi, 21 Août 2009, 15h09mn 31s Objet : Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android Dans ce genre de choses, collecter des informations aussi sensibles sans en informer l'utilisateur serait la pire des manières de procéder. Attention, voila big-OSM-brother ! Malheureusement le nombre d'utilisateurs atteint du syndrome next-next-ok est immense. La majorité des gens ne cherchent pas à réflechir et veulent juste que l'appli marche. Si on met trop d'explications, les gens trouvent que l'appli est chiante à utiliser et vont en chercher une ou ils pourront juste cliquer sur next. Après rien n'empêche de mettre un bouton détails pour les 5 geeks qui veulent savoir ce qui se cache derrière. Le plus simple, c'est la transparence. Demander si la personne est d'accord, filtrer un certain nombre de positions (rien à 5 km autour de mon domicile, travail, deuxième copine, etc avec une partie aléatoire sur la position centrale), mettre heures et dates à 0 et expliquer, expliquer et expliquer tout en publiant les codes sources. Mais je crois qu'on sort largement du cadre de l'application de Didier Girard. Combien d'utilisateurs seront capables de paramétrer ça (je ne parle même pas de lire le code source) ? Ne jamais oublier que le geek libriste, malgré toutes ses qualités, est une espèce minoritaire sur terre. Son rôle est donc de protéger les représentants de l'espèce next-next-suivant en créant des applis ayant des réglages par défaut corrects. Pour les dates, forcer à 0 à deux problèmes. Premièrement on perd les vitesses et deuxièmement on perd l'age de la trace (qui est très utile lors d'une construction de route par exemple. Je ne veux pas récupérer les traces de l'ancienne route). C'est pour cette raison que je proposais un décalage de l'heure de la trace (Un temps aléatoire entre 1 jour et 3 mois permet de garantir un anonymat suffisant tout en permettant de connaitre assez précisément l'age de la trace). Pour le coupage des extrémités une distance fixe est une mauvaise idée. Avec un grand nombre de traces on se retrouve avec un cercle vide au centre duquel se trouve le lieu recherché. La encore l'utilisation de la fonction random peut aider (elle augmente le nombre de traces nécessaires mais n'empêche pas la localisation). De même que couper un certain pourcentage de la trace ou un certain temps. -- Vincent MEURISSE ___ 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] Re : [Nouveaux] Contribution via une application Android
Sauf qui si je ne dis pas de bêtises, ça veut dire qu'en moyenne on coupe à 2,5 km, bref ça va faire un cercle dont le centre sera l'origine. Ce qui pourrait être plus interessant serait de prendre l'origine de la trace et d'arrondir ses coordonnées et de faire une bbox de taille constante autour de cet arrondis. L'idée est que contrairement au random où une analyse statistique est possible, la bbox ancrée sur une coordonnée arrondie ne permet pas de retrouver l'info originale. Il est juste possible de savoir que l'origine se situe dans la bbox. Si elle est suffisament grande, c'est vague. Yann Le 21 août 09 à 17:07, Arnaud CORBET a écrit : Quand à la localisation, l'idée est bonne de randomizer pour couper à, par exemple, à 5km + random (0-5 km), ou mieux encore (user choice) + random (10% (user choice)). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Nouveaux] Contribution via une application Android
Celui qui bosse à 5 km de chez lui et alors hors compét.. Et celui qui habite dans une ferme perdue au milieu de nulle part, 2,5 km ça fait lège. En fait il serait bien plus simple de laisser faire l'automobiliste en le prévenant qu'il n'est pas conseillé de l'activer lors des trajets réguliers. De toutes les manières il ne faut pas oublier qqchose (et les fournisseurs comme Coyote, eklaireur, sentinel, wikango s'asseoient dessus pour l'instant) c'est que nous sommes de plein pied dans le domaine des données à caractère personnel et que ce type de donnée est surveillé de près par les CNIL et que le parlement européen s'est récemment ému (mais que ému ... avant de se rendormir) au sujet de leur développement rapide (notamment par le biais des réseaux dit sociaux). En plus sur OSM c'est parfait : tout le monde peut connaître la trace de tout le monde ainsi que les heures de réalisation. Le pied pour surveiller les allées et venues : les services de police et les détectives privés n'auront bientôt plus besoin de se former à la filature ! Bref, tout cela pour dire que les données en question DOIVENT perdre leur caractère personnel : - soit en les anonymisant (pseudo identique pour tout le monde, pseudo temporaire, non-conservation de l'adresse IP [seuls les FAI y sont tenus mais pour d'autres raisons] et non-conservation des horodatages ou transformation de ceux-ci) - soit en les détruisant une fois transformées en chemins (ce qui réclamera quelques aménagements côté OSM). Ce qui est important c'est de ne pas les conserver dans le temps pas forcément de traiter le cas immédiatement.9 db Le 21 août 2009 à 17:42, Yann Coupin y...@coupin.net a écrit : Sauf qui si je ne dis pas de bêtises, ça veut dire qu'en moyenne on coupe à 2,5 km, bref ça va faire un cercle dont le centre sera l'ori gine. Ce qui pourrait être plus interessant serait de prendre l'orig ine de la trace et d'arrondir ses coordonnées et de faire une bbox d e taille constante autour de cet arrondis. L'idée est que contrairem ent au random où une analyse statistique est possible, la bbox ancré e sur une coordonnée arrondie ne permet pas de retrouver l'info orig inale. Il est juste possible de savoir que l'origine se situe dans l a bbox. Si elle est suffisament grande, c'est vague. Yann Le 21 août 09 à 17:07, Arnaud CORBET a écrit : Quand à la localisation, l'idée est bonne de randomizer pour coupe r à, par exemple, à 5km + random (0-5 km), ou mieux encore (user c hoice) + random (10% (user choice)). ___ 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] Fwd: Interruption de service les 22 et 23 août 2009
Rappel : c'est ce w-e ! Début du message réexpédié : De : Yann Coupin y...@coupin.net Date : 14 août 2009 17:03:05 HAEC À : Discussions sur OSM en français talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Interruption de service les 22 et 23 août 2009 Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org (Traduction de l'annonce postée à l'instant sur la ML anglaise et qu'il a été demandé de traduire pour les ML locales). Le week-end prochain (les 22 et 23 août), les serveurs principaux d'OpenStreetMap seront indisponibles pour cause de maintenance électrique au University College de Londres. www.openstreetmap.org [1] et les API seront indisponibles durant cette période prévue approximativement du samedi 06:00 heure de Paris (05:00 GMT) au dimanche 23:00 (22:00 GMT). Le wiki et les listes de diffusion continueront d'être disponibles. Des négociations sont en cours pour essayer de garder http://tile.openstreetmap.org/ disponible, mais il est impossible de confirmer que ce sera le cas pour l'instant. Les administrateurs n'en profitent pas pour partir en vacances puisqu'à cette occasion seront également réalisé des mises à jour du matériel récemment approuvées par la fondation OpenStreetMap [2]. 1: www.openstreetmap.org sera remplacé par une simple page d'information pendant ce temps 2: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/082009 Grant pour l'équipe des administrateurs système d'OpenStreetMap. ___ 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] P'tchiotte quechion sur les lieux-dits
Gourmet a écrit : La question concerne la compatibilité de la source d'information avec la licence OSM lorsque cette source est l'IGN. La dénomination des lieux-dits appartient au patrimoine local et elle remonte parfois jusqu'au moyen-âge ( avec des dérivations). Le souci est que les locaux ont perdu, sauf exception, ces dénominations et les lieux qui leur correspondent. Le cadastre en a préservé quelques-unes et je pense que c'est la source la plus fiable. Mais comment considérer toutes celles qui figurent sur les cartes d'état-major ? Merci, db Bonjour, A ma connaissance, le fond de carte de l'armée à été versé à l'IGN à sa fondation... L'autre question est : quel est l'intérêt de cartographier des toponymes qui ne sont plus utilisés ? -- Marcus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Urgence sur Nantes
Bonjour, Je viens de finir mes retouches (avec amélioration du contour + quelques détails) A+ Marc Julien D. a écrit : 2009/7/5 Frantz frz_ml_...@finux.fr mailto:frz_ml_...@finux.fr Valerie-Emma Leroux a écrit : J'étais en train de regarder le beau plan que nous a concocté Rodolphe pour les RMLL : http://rmll2009.openstreetmap.fr/ quand je me suis aperçue qu'un tronçon de Loire avait disparu en centre-ville : http://www.openstreetmap.org/?lat=47.201lon=-1.573zoom=14layers=0B00FTF http://www.openstreetmap.org/?lat=47.201lon=-1.573zoom=14layers=0B00FTF Je n'ai jamais touché aux riverbanks co et je risquerai de faire plus de mal que de bien, est-ce que quelqu'un peut regarder svp ? J'ai regardé rapidement, dans Mapnik tout y est, quand on essaie d'éditer ça semble bien y être aussi... Problème de rendu ponctuel ? Il semble que ce ne soit pas ponctuel, l'erreur est toujours là... J'ai relancé un calcul osmarender par informationfreeway, et même sur ma machine en local : il y a un réel problème ! (de rendu ou dans la base) ___ 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] P'tchiotte quechion sur les lieux-dits
Le 21 août 2009 à 19:40, Marc SIBERT m...@sibert.fr a écrit : Gourmet a écrit : La question concerne la compatibilité de la source d'information a vec la licence OSM lorsque cette source est l'IGN. La dénomination des lieux-dits appartient au patrimoine local et e lle remonte parfois jusqu'au moyen-âge ( avec des dérivations). Le souci est que les locaux ont perdu, sauf exception, ces dénominations et les lieux qui leur correspondent. Le cadastre en a préservé quelques-unes et je pense que c'est la source la plus fiable. Mais comment considérer toutes celles qui figurent sur les cartes d'état-major ? Merci, db Bonjour, A ma connaissance, le fond de carte de l'armée à été versé à l'IGN à sa fondation... Et ça en fait une source libre de droits ça ? L'autre question est : quel est l'intérêt de cartographier des toponymes qui ne sont plus utilisés ? La préservation ... Db -- Marcus ___ 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] Re : [Nouveaux] Contribution via une application Android
Gourmet wrote: En plus sur OSM c'est parfait : tout le monde peut connaître la trace de tout le monde ainsi que les heures de réalisation. Le pied pour surveiller les allées et venues : les services de police et les détectives privés n'auront bientôt plus besoin de se former à la filature ! Il faut toutefois noter qu'il est possible d'anonymiser tes traces quand tu les uploades sur OSM, et que tu as le choix ou non de les rendre publique ou non. Sans tomber dans la parano, il faut savoir qu'a partir du moment que tu as un téléphone portable sur toi, ils peuvent savoir ou tu es. Des que tu utilises une carte, tu es piste aussi. Avec l'apparition des pubs utilisant le bluetooth, tu peux même traquer le téléphone plus précisément dans les endroits remplis de monde. Je ne parle même pas des réseaux de surveillance par camera. Bref, en gros, des que tu fais quelque chose, on peut te situer. C'est déjà le cas depuis quelques années. Il faut être prudent de ce genre de chose, mais tomber dans la paranoïa n'aide pas. Je te conseille donc de faire retirer de l'argent liquide par un tiers, de circuler en a pied avec une cagoule sur la tête, d'éviter les cartes de transport de commun ou toute carte contenant des informations personnelles, de ne pas utiliser de prestataire Internet, etc... Peut être pourras tu vivre alors dans l'anonymat complet. Emilie Laffray 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] Re : [Nouveaux] Contribution via une application Android
Émilie, Le vendredi 21 août 2009, Emilie Laffray a écrit : C'est déjà le cas depuis quelques années. Il faut être prudent de ce genre de chose, mais tomber dans la paranoïa n'aide pas. Je te conseille donc de faire retirer de l'argent liquide par un tiers, de circuler en a pied avec une cagoule sur la tête, d'éviter les cartes de transport de commun ou toute carte contenant des informations personnelles, de ne pas utiliser de prestataire Internet, etc... Peut être pourras tu vivre alors dans l'anonymat complet. Certes ! Mais ce n'est pas forcément une raison pour ne pas donner la possibilité aux utilisateurs de contribuer anonymement et de réfléchir sur le meilleur moyen de le faire ;) Il ne s'agit pas de dire, certains s'en 'foute' donc on s'en 'fou' !, mais de le leur proposer de manière respectueuse de leur vie privée. CQFD. ;) Bonne soirée, Y. -- Yves Jacolin - Donner la liberté aux individus ne suffit pas, il faut aussi leur donner du pouvoir, de la puissance d'agir. M Gauchet Give freedom to people is not enough, we also have to give them the power to use this freedom, to act. M Gauchet - http://yjacolin.gloobe.org http://softlibre.gloobe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [Nouveaux] Contribution via une application Android
Yves Jacolin (free) wrote: Émilie, Le vendredi 21 août 2009, Emilie Laffray a écrit : C'est déjà le cas depuis quelques années. Il faut être prudent de ce genre de chose, mais tomber dans la paranoïa n'aide pas. Je te conseille donc de faire retirer de l'argent liquide par un tiers, de circuler en a pied avec une cagoule sur la tête, d'éviter les cartes de transport de commun ou toute carte contenant des informations personnelles, de ne pas utiliser de prestataire Internet, etc... Peut être pourras tu vivre alors dans l'anonymat complet. Certes ! Mais ce n'est pas forcément une raison pour ne pas donner la possibilité aux utilisateurs de contribuer anonymement et de réfléchir sur le meilleur moyen de le faire ;) Il ne s'agit pas de dire, certains s'en 'foute' donc on s'en 'fou' !, mais de le leur proposer de manière respectueuse de leur vie privée. CQFD. ;) Ce a quoi je dis +1 puisque je mentionnais qu'on pouvait anonymiser les traces par défaut dans OSM et qu'on pouvait les mettre private. Mon point était que ça ne sert a rien d'être trop parano car s'ils veulent vraiment nous observer, ils le feront. C'est pour ça qu'il faut être vigilant, et bien préciser ce qu'on fait. Un opt in est a mes yeux obligatoire en demandant initialement si oui ou non. Je n'ai jamais parler de m'en foutre; mon propos était sur la réaction de Gourmet concernant le fait qu'OSM permettait de surveiller tout le monde. C'est d'ailleurs pour ça que je n'ai fait qu'une quote que sur la partie de l'email qui me choquait. Je suis pour a 150% pour que les gens contribuent anonymement via des outils automatiques. J'ai déjà soutenu cette position plusieurs fois Emilie Laffray 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] [Nouveaux] Contribution via une application Android
Merci pour ce retour. Dans un premier temps, je vais proposer aux utilisateurs de contribuer au projet en rajoutant une preference dans l'application qui sera desactivee par defaut. La preference aura pour nom : Contribuer au projet OpenStreetMap.fr. Je vais commencer a voir comment les utilisateurs reagissent. Ensuite lorsque le systeme de collecte sera operationnel et utilise, je vous recontacterai pour voir comment je peux redeverser les enregistrements dans votre systeme. Cordialement, Didier 2009/8/20 Pieren (via Nabble) ml-user+205240-629878...@n2.nabble.com: 2009/8/20 Didier Girard [hidden email]: Bonjour Didier, Il y a plusieurs façons: - proposer les cartes OSM comme carte de fond en alternative à GMaps, ça nous ferait de la pub. Même sîl y a encore plein de trous sur notre carte, les grandes agglomérations commencent à être bien couvertes. Tu pourras aussi profiter d'OSM pour éventuellement créer tes propres cartes. - nous donner un fichier qui permettrait de créer les radars dans la bdd OSM. Mais attention, OSM est très strict concernant les droits de propriété et nous ne pourrons accepter des données d'origine inconnue ou non-compatibles avec la licence CC-by-SA2.0 - si ton application pouvait proposer d'activer les traces GPS pour ceux qui le souhaitent, celles-ci pourraient être mises en partage avec toutes les autres traces GPS du projet. Ses traces servent à ceux qui tracent plus-tard les routes et rues et avoir plusieurs sources GPS permettent de faire des moyennes et donc d'avoir des cartes plus précises au final. Mais partager ses tracés GPS peut se révéler délicat (il y a plusieurs niveaux de confidentialité lorsque tu les transfères au serveur mais l'utilisateur lambda pourrait ne pas avoir confiance). - créer d'autres applications qui utilisent OSM (bien qu'il y a en ait deja pour Android mais je laisserais les spécialistes s'exprimer) - contribuer toi-même en ajoutant plein de routes, amenities, POIs, etc - parler d'OSM autour de toi Pieren ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://n2.nabble.com/Contribution-via-une-application-Android-tp3479962p3480145.html To unsubscribe from Contribution via une application Android, click here. -- Didier http://www.sfeir.com http://blog.dgirard.eu http://www.application-servers.com http://www.onGWT.com -- View this message in context: http://n2.nabble.com/Contribution-via-une-application-Android-tp3479962p3486579.html Sent from the French OSM [Nouveaux] mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation galerie photo avec fo nd de carte osm
arno a écrit : Bonjour, je voulais vous présenter le logiciel de galerie photo que j'ai développé: Lorsque le webmaster rentre des photos, il les place sur une carte osm. Ensuite pour la consultation, la présentation est une carte osm avec des POIs. On clique sur l'icône puis la photo apparaît. Ce n'est pas obligatoire d'entrer une photo pour chaque POI, une description suffit; on peut dont s'en servir pour autre chose qu'une galerie photo (présenter des POI tout simples). Excellent ! Une page Show Your Places sur le wiki (et un redirect à partir de SYP) ? La console admin de démo ne montre pas bien la fonctionnalité de création de POI. Il serait intéressant de bloquer le processus au moment de l'upload de l'image. Ça permettrait de voir l'écran de création. Une option afficher les images près du marqueur (méthode google) | afficher les images dans le coin (méthode acutelle) serait sympa... Et puis un petit appareil photo comme marqueur, ce serait plus sexy ! -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation galerie photo avec fo nd de carte osm
arno a écrit : Si vous avez des avis ou des commentaires, ils sont les bienvenus. Le plus compliqué, c'est d'aller chercher les photos au bout du monde ! ;-) -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Urgence sur Nantes
Bonjour, J'ai jeté un coup d'oeil : il y a un drole de multipolygon sur la zone à problème sans outer ni, semble-t-il d'autre way. Il y aussi une relation river mais, même si ça ne correspond à rien d'officiel, je ne pense pas qu'elle pose problème. Faut-il corriger/nettoyer tout ça ? Je peux le faire ! A+ -- Marc - Julien D. murphy2712+osm...@gmail.com a écrit : 2009/7/5 Frantz frz_ml_...@finux.fr Valerie-Emma Leroux a écrit : J'étais en train de regarder le beau plan que nous a concocté Rodolphe pour les RMLL : http://rmll2009.openstreetmap.fr/ quand je me suis aperçue qu'un tronçon de Loire avait disparu en centre-ville : http://www.openstreetmap.org/?lat=47.201lon=-1.573zoom=14layers=0B00FTF Je n'ai jamais touché aux riverbanks co et je risquerai de faire plus de mal que de bien, est-ce que quelqu'un peut regarder svp ? J'ai regardé rapidement, dans Mapnik tout y est, quand on essaie d'éditer ça semble bien y être aussi... Problème de rendu ponctuel ? Il semble que ce ne soit pas ponctuel, l'erreur est toujours là... J'ai relancé un calcul osmarender par informationfreeway, et même sur ma machine en local : il y a un réel problème ! (de rendu ou dans la base) ___ 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] Limite des eaux territoriales et relation boundary
Comme personne n'a fait de remarque sur les attributs je vais les changer mais je laisse les relations en place ! Damouns Le 21 août 2009 11:09, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On jeudi 20 août 2009, Pieren wrote: 2009/8/20 Vincent Pottier vpott...@gmail.com: La France, comme pays étant la somme de ces représentations. Les renderers rendent ce qu'ils veulent, la politique, la géographie physique... -- Je ne comprend toujours pas ce que représenterait cette relation si ce n'est une catégorisation qui serait : rassemble toutes les relations représentant la France. A relire vincent, je crois qu'en fait on est tous d'accord pour le principe de plusieurs relations france. Et, il me corrigera si j'ai mal compris, mais quand il parle de l'objet france qui est composé des différentes relations, cet objet n'a pas de présence explicite dans la base sous une forme de relation. La relation qui sera en place, pour ceux qui veulent retrouver les différentes relations france sera implicite dans l'utilisation du admin_level=2 qui sera accolé à toutes ses relations. Si une nouvelle relation devait être créée, ça serait plutôt d'en faire une qui ajouterais les départements et territoires d'outre-mer en plus de la France métropolitaine. Pour le coup, ça serait une vrai somme totale ;-) Celle que j'ai créé est en effet un peu erronée car elle ne contient pas les DOM/TOM et devrait peut-être avoir pour name France métropolitaine ou garder france mais ajouter les DOM/TOM -- 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] [Nouveaux] Contribution via une application Android
2009/8/21 Didier Girard didier.gir...@gmail.com Merci pour ce retour. Dans un premier temps, je vais proposer aux utilisateurs de contribuer au projet en rajoutant une preference dans l'application qui sera desactivee par defaut. La preference aura pour nom : Contribuer au projet OpenStreetMap.fr. Je vais commencer a voir comment les utilisateurs reagissent. Ensuite lorsque le systeme de collecte sera operationnel et utilise, je vous recontacterai pour voir comment je peux redeverser les enregistrements dans votre systeme. +1 Je suis vraiment contente que voir que des gens qui produisent des applications permettent a leur application de contribuer a OSM. Je pense que c'est quelque chose de très important pour le futur de OSM. Je ne peux que te féliciter sur le choix que tu as fait. Bravo, et merci encore. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary
sly (sylvain letuffe) a écrit : On jeudi 20 août 2009, Pieren wrote: 2009/8/20 Vincent Pottier vpott...@gmail.com: La France, comme pays étant la somme de ces représentations. Les renderers rendent ce qu'ils veulent, la politique, la géographie physique... -- Je ne comprend toujours pas ce que représenterait cette relation si ce n'est une catégorisation qui serait : rassemble toutes les relations représentant la France. A relire vincent, je crois qu'en fait on est tous d'accord pour le principe de plusieurs relations france. +1 Et, il me corrigera si j'ai mal compris, mais quand il parle de l'objet france qui est composé des différentes relations, cet objet n'a pas de présence explicite dans la base sous une forme de relation. La relation qui sera en place, pour ceux qui veulent retrouver les différentes relations france sera implicite dans l'utilisation du admin_level=2 qui sera accolé à toutes ses relations. Les outils qui veulent travailler sur la France doivent pouvoir trouver une porte d'entrée. Comment indiquer les différentes 'vues', administrative, physique, métropole... ? Et éviter que les outils traitent 36 fois la France ? Les relations boundary porteront probablement toutes une admin_level=2 Si une nouvelle relation devait être créée, ça serait plutôt d'en faire une qui ajouterais les départements et territoires d'outre-mer en plus de la France métropolitaine. Pour le coup, ça serait une vrai somme totale ;-) +1 Celle que j'ai créé est en effet un peu erronée car elle ne contient pas les DOM/TOM et devrait peut-être avoir pour name France métropolitaine ou garder france mais ajouter les DOM/TOM Pour dessiner une carte ils chercheront certainement un boundary=administrative + admin_level=2, ce qui est le cas, je pense pour mapnik actuellement. Pour une utilisation plus vaste, plusieurs solutions sont possibles - un tag dans la relation 'boundary' disant son 'type de vue' (genre 'view_as') ; physiques (avec ligne de côtes), administratif (+ eaux territoriales), métropole... - une super relation 'France qui indique par le 'rôle' le 'type de vue'. Dans ce cas, la 'catégorie' est portée par le 'rôle' : dans la catégorie 'physic' on pourra trouver Italie, Espagne, UK... Les super relations ayant un membre 'role=physic'. - nommer les relations boundary à partir d'une nomenclature rigide pour que les outils s'y retrouve (hasardeux : les uns utiliseront 'UK comonwealth', d'autres 'France + DOM-TOM'... ) - la création de valeurs pour le tag boundary autres que 'administrative' (genre 'physic'...) Mais le calcul sera compliqué puisque les frontières France/Espagne, France/Italie, sont 'administrative' -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary
Damouns a écrit : Comme personne n'a fait de remarque sur les attributs je vais les changer mais je laisse les relations en place ! +1 -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary
2009/8/21 Vincent Pottier vpott...@gmail.com: Pour une utilisation plus vaste, plusieurs solutions sont possibles - un tag dans la relation 'boundary' disant son 'type de vue' (genre 'view_as') ; physiques (avec ligne de côtes), administratif (+ eaux territoriales), métropole... C'est bien pour ça que les relations peuvent avoir des attibuts et pas seulement des objets avec des rôles. Je suis bien d'accord que chercher la relation name=France + admin_level=2 n'est pas suffisant et qu'un troisième critère est nécessaire. Mais amha, ce troisième critère devrait être simplement un troisième attribut, pas un rôle dans une nouvelle super-super-relation. my 2 centimes Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qu'est-ce qu'une relation ouverte (dans une restriction - no_left_turn)
Bonjour, J'ai des soucis avec la restriciton no_left_turn 11776 et je n'arrive pas à comprendre pourquoi : http://osmose.openstreetmap.fr/ m'indique que ma relation est ouverte à cause des noeuds suivants : Liste des Nodes non reliés : 244269988 : Potlatch JOSM 16820933 : Potlatch JOSM 1e question : quelqu'un pourrait-il m'expliquer ? 1e question bis : JOSM indique que des membres de relation sont liés (oui / non / _vide_) ; est-ce la même chose ? 2e question : ici, les deux ways from et to arrivent et partent du node via ; c'est assez simple. Mais initialement, j'avais mis cette restriction entre 2 ways plus longs qui se croisaient entre autres au point VIA (mais ailleurs aussi), et j'ai raccourci ces ways pour chercher le problème (sans succès, donc). Peut-on avoir des ways longs, plusieurs points d'intersections, à partir du moment où le via est bien défini ? Merci pour vos réponses ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version de test du plugin cadastre-f r avec support communes non-vectorisées
On vendredi 21 août 2009, Pieren wrote: Petit retour, il doit y avoir quelques trucs que je ne comprends pas : Juste un mot pour signaler qu'une nouvelle version du plugin cadastre-fr (16971) est disponible dans le dépôt OSM. Elle inclue la nouvelle fonction de géoréférencement avec une meilleure gestion des commandes d'annulation. Jusque là, tout va bien Le principal problème qui reste à corriger concerne le chargement des feuilles à partir du fichier cache et qui ralentit considérablement la machine. Ce problème n'existe qu'avec Java1.6. J'ai en effet java 1.6, mais le cache est-il utilisé systématiquement ? est-ce tout simplement impossible d'utiliser le géoréférencement avec java 1.6 ou uniquement si on revient sur une planche déjà géoréférencée ? Le comportement que j'ai est aléatoire, mais en aucun cas ma machine ou JOSM n'est ralenti. Le problème se déroule comme ça : - josm avec java -Xmx912M - téléchargement d'une zone osm a)- menu cadastre - géoréférencer - choix de la feuille - le plugin la télécharge par moceaux - le plugin me demande first corner for cropping ( déjà quel corner ? bon, au pif, je prend la bas gauche de mon image, je clic) console : clic:1 ,EastNorth[e=883605.7807055868, n=354884.2108557513] rien ne se passe au niveau de josm - je suppose qu'il faut que je clic le deuxième coin haut droit en console : clic:2 ,EastNorth[e=883956.2984497971, n=355135.37839703076] Puis rien, CPU à zéro, aucun pop up ne me cause (des fois, il se passe [1] ) Je reprend depuis le point a), l'image est re-téléchargée, le plugin me redemande first corner je clic, et là, il me demande le deuxième, je clic, ce coup ci, il se passe quelque chose. Nouveau pop-up enter cadastre east-north ouille, comment je le sais, dans ton mail de début tu disais : P: Puis le plugin demandera de cliquer encore deux fois sur des croisillons de repérage Lambert Oui, mais là, le pop-up a la main, et je ne peux cliquer nul part sur l'image du cadastre. Tant pis, je clique sur ok à vide, j'ai la main à nouveau, je cherche les croix, tester sur 3 communes, parfois aucune croix, parfois plusieurs : j'en note une au pif marquée 15, bon, me v'la avancé, je clic dessus... et Est, Nord, glups... je ne sais pas... 15 ? P: qui sont normalement indiqués sur les bords de la feuille raté, cette feuille là ne semble pas les avoir Bref, y'a-t-il un peu d'aide quelque part ? En absence de croix puis-je utiliser les éléments repérables communs avec les communes vecto voisines ? [1] java.lang.NullPointerException at cadastre_fr.WMSLayer.cropImage(WMSLayer.java:463) at cadastre_fr.MenuActionGrabPlanImage.mouseClicked(MenuActionGrabPlanIm age.java:119) at java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:25 3) at java.awt.Component.processMouseEvent(Component.java:6044) at javax.swing.JComponent.processMouseEvent(JComponent.java:3265) at java.awt.Component.processEvent(Component.java:5806) at java.awt.Container.processEvent(Container.java:2058) at java.awt.Component.dispatchEventImpl(Component.java:4413) at java.awt.Container.dispatchEventImpl(Container.java:2116) at java.awt.Component.dispatchEvent(Component.java:4243) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4322 ) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3995) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3916) at java.awt.Container.dispatchEventImpl(Container.java:2102) at java.awt.Window.dispatchEventImpl(Window.java:2440) at java.awt.Component.dispatchEvent(Component.java:4243) at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThre ad.java:273) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread. java:183) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre ad.java:173) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160) at java.awt.EventDispatchThread.run(EventDispatchThread.java:121) -- 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] [Nouveaux] Contribution via une application Android
En dehors des applications destinées uniquement à contribuer à OSM (Vespucci et DroidCollector), dans la catégorie des applications qui peuvent uploader directement des traces GPS anonymes vers OSM, il y a au moins AndNav, AndNav2 et moins connu Speed Proof Speedometer qui est un simple compteur de vitesse : http://tinyurl.com/cnh3or Simon (STA) Le 21 août 2009 12:03, Emilie Laffray emilie.laff...@gmail.com a écrit : 2009/8/21 Didier Girard didier.gir...@gmail.com Merci pour ce retour. Dans un premier temps, je vais proposer aux utilisateurs de contribuer au projet en rajoutant une preference dans l'application qui sera desactivee par defaut. La preference aura pour nom : Contribuer au projet OpenStreetMap.fr. Je vais commencer a voir comment les utilisateurs reagissent. Ensuite lorsque le systeme de collecte sera operationnel et utilise, je vous recontacterai pour voir comment je peux redeverser les enregistrements dans votre systeme. +1 Je suis vraiment contente que voir que des gens qui produisent des applications permettent a leur application de contribuer a OSM. Je pense que c'est quelque chose de très important pour le futur de OSM. Je ne peux que te féliciter sur le choix que tu as fait. Bravo, et merci encore. Emilie Laffray ___ 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] Qu'est-ce qu'une relation ouverte (dans une restriction - no_left_turn)
Charlie Echo a écrit : Bonjour, J'ai des soucis avec la restriciton no_left_turn 11776 et je n'arrive pas à comprendre pourquoi : http://osmose.openstreetmap.fr/ m'indique que ma relation est ouverte à cause des noeuds suivants : Liste des Nodes non reliés : 244269988 : Potlatch JOSM 16820933 : Potlatch JOSM 1e question : quelqu'un pourrait-il m'expliquer ? L'analyseur de relation d'Osmose n'est pas fait pour analyser des restrictions mais pour les 'boundary' Dommage que ça ne soit pas explicite 'Boundary analyzer', ou qu'il n'y ait pas un test sur le 'type', puis une sélection d'outil en fonction du type... JOSM affiche un petit panneau quand la relation:restriction est bien écrite. Ce qui semble être la cas pour la 11776. Je ne connais pas (en dehors de JOSM) d'outils d'analyse de relation:restriction. http://osm.cdauth.de/route-manager/ est un bon 'route manager' http://osmose.openstreetmap.fr/ un excellent 'boundary analyzer' 1e question bis : JOSM indique que des membres de relation sont liés (oui / non / _vide_) ; est-ce la même chose ? '--' etc... Excellente question. Je ne sais pas ce que c'est cette colonne 'lié' 2e question : ici, les deux ways from et to arrivent et partent du node via ; c'est assez simple. Mais initialement, j'avais mis cette restriction entre 2 ways plus longs qui se croisaient entre autres au point VIA (mais ailleurs aussi), et j'ai raccourci ces ways pour chercher le problème (sans succès, donc). Peut-on avoir des ways longs, plusieurs points d'intersections, à partir du moment où le via est bien défini ? Je découvre que la page http://wiki.openstreetmap.org/wiki/JOSM_Relations_and_Turn_Based_Restrictions indique que pour les membres 'from' et 'to' on peut prendre un nœud sur les ways, ce qui permet d'éviter la découpe des ways à chaque carrefour (déjà avec les relation route=bus, je fais des confettis) Merci pour vos réponses ! De rien. J'apprends au passage ! -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr