Re: [OSM-talk-fr] Montagne : Passages sécurisés et échelles
On Sun, 05 Sep 2010 13:19:00 +0200, sylvain letuffe wrote: Le message sera court: comment signalez-vous les passages sécurisés avec câble ou chaines sur un passage délicat en montagne ? Je fais ça avec sac_scale, je ne taggue pas dans le détail mais je taggue la portion de chemin qui représente la passage délicat. exemple : sac_scale=demanding_mountain_hiking exposed sites may be secured with ropes or chains, possible need to use hands for balance. Je n'hésite pas à passer aux échelles supérieures, si les passages deviennent vraiment délicats, avec risque de chute de pierres, portion quasi-escalade, échelles. sac_scale est en effet une indication qui peut remplir ce rôle. Mais pouvoir indiquer la présence d'un chaine ou d'un câble serait plus utile pour se situer lors d'une randonnée. Dès lors qu'il faut impérativement du matériel d'escalade, j'abandonne sac_scale, et je passe sur d'autre système (en cours de discussion) comme : http://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata Le paragraphe implies de cette page m'a bien fait rire... Sur le même sujet, y-a-t-il un tag pour signaler une échelle ? J'ai comme exemple l'accès au sommet de la Tournette, près d'Annecy. Je ne taggue encore pas à ce niveau de détail, je me contente d'un sac_scale explicite. Ok. Merci pour ta réponse. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Montagne : Passages sécurisés et échelles
Bonjour, Le message sera court: comment signalez-vous les passages sécurisés avec câble ou chaines sur un passage délicat en montagne ? Sur le même sujet, y-a-t-il un tag pour signaler une échelle ? J'ai comme exemple l'accès au sommet de la Tournette, près d'Annecy. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
On Thu, 26 Aug 2010 22:20:58 +0200, Pieren wrote: A ma connaissance, les bus de la RATP ne sont pas auto-guidés (quoi que, si ça permettait de les faire rouler les jours de grève ;-) Carton jaune : cette liste est neutre, que ce soit à propos de politique ou de religion. :) Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Bonjour, Le mardi 22 juin 2010 à 10:46 +0200, Christian Quest a écrit : Extraction terminée pour l'ile de france (77,78,91,92,93,94, ainsi que 60). Pareil pour 01, 73, 74. Je viens d'essayer d'ouvrir le fichier de Quintal (74), mais sans succès. Il semble y avoir un problème de projection dans la construction du fichier. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les nouveaux inscrits doivent accepter la licence ODbL en plus de la CCBYSA
Bonjour, Le jeudi 13 mai 2010 à 15:30 +0200, Pieren a écrit : - comme dit Emilie, il n'y a pas de changements fondamentaux : c'est du share-alike et attribution. Une différence, c'est qu'on peut maintenant attribuer OpenStreetMap alors qu'avec la ccbysa respectée à la lettre, on devrait mettre tous les noms des contributeurs (comme quoi, on triche un peu avec la licence depuis toujours). Et surtout, ça clarifie le côté viral de la licence. Par exemple, un rendu de carte, s'il utilise OSM, ne devra pas être forcément sous la même licence. Je ne connais pas les différences entre CCbySA et ODBL, mais si je me fie à ce que tu viens d'écrire, ce n'est pas vraiment qu'on clarifie le côté viral de la licence, mais plutôt qu'on passe d'un model de type GPL (les travaux utilisant la chose licenciée doivent être publié avec la même licence), à un modèle type LGPL (les travaux utilisateurs peuvent être publiés sous la licence de leur choix, mais les modifications apportées à OSM doivent être publiée avec la même licence qu'OSM). Pour le logiciel, le modèle LGPL ne me pose pas de problème: l'utilisateur à intérêt à faire évoluer le code LGPL qu'il utilise, le lien entre son application et le code utilisé étant assez fort. Par contre, dans le cas d'OSM, s'il n'est utilisé que comme fond de carte pour afficher des points d'intérêts, l'utilisateur d'OSM peut très facilement passer d'un fond de carte à un autre, en choisissant le plus complet du moment, sans être incité à participer au développement de la carte qu'il utilise. Un autre point me chiffonne: si un site utilise OSM comme fond de carte pour l'affichage des ses points d'intérêts, et que le même type d'information est disponible dans la base OSM, doit-t-il publier ses données sous la licence ODBL ? Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver ses voisins ( Était : Bonjour à tous)
Bonjour, Le vendredi 26 mars 2010 à 10:52 +0100, Guillaume Audirac a écrit: Sur le thème du suivi des changements dans un zone, il y a aussi les propositions d'améliorations d'OpenStreetBugs: http://wiki.openstreetmap.org/wiki/Bugtracker_proposal = Notifications for a new bug in the area are sent to people interested in this area autrement dit: Alerter les utilisateurs intéressés des nouveaux bogues entrés dans une zone donnée Ça existe déjà, sous la forme d'un flux RSS. C'est le lien as RSS feed en bas à gauche de la page, visible à partir d'un certain niveau de zoom. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver ses voisins ( Était : Bonjour à tous)
Le vendredi 26 mars 2010 à 11:08 +0100, Emmanuel Pacaud a écrit : Bonjour, Le vendredi 26 mars 2010 à 10:52 +0100, Guillaume Audirac a écrit: Sur le thème du suivi des changements dans un zone, il y a aussi les propositions d'améliorations d'OpenStreetBugs: http://wiki.openstreetmap.org/wiki/Bugtracker_proposal = Notifications for a new bug in the area are sent to people interested in this area autrement dit: Alerter les utilisateurs intéressés des nouveaux bogues entrés dans une zone donnée Ça existe déjà, sous la forme d'un flux RSS. C'est le lien as RSS feed en bas à gauche de la page, visible à partir d'un certain niveau de zoom. Sans oublier l'outil de suivi des modifications d'une zone sur itoworld.com, qui fonctionne aussi avec un flux RSS: http://www.itoworld.com/static/osmmapper Ce que je regrette, par contre, ce que cet outil ne propose pas une capture de la carte avant et après modification. Ça permettrait de voir très rapidement l'impact des modifications. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver ses voisins ( Était : Bonjour à tous)
Le vendredi 26 mars 2010 à 11:33 +0100, Nicolas Dumoulin a écrit : Ça existe déjà, sous la forme d'un flux RSS. C'est le lien as RSS feed en bas à gauche de la page, visible à partir d'un certain niveau de zoom. Sur openstreetbugs ? J'ai essayé (sur les deux versions) et j'ai pas réussi ! http://openstreetbugs.appspot.com/?lon=6.144023254354339lat=45.908836725629754zoom=12 En bas à gauche, tu dois avoir un lien. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Le samedi 13 mars 2010 à 18:21 +0100, Eric SIBERT a écrit : Bonjour. Questions intéressantes qui méritent développement. Je propose un exercice théorique réservé aux riches: [...] C'est pour ça que quand l'IGN a indiqué qu'ils allaient peut-être mettre à disposition sur le web les photos aériennes brutes, ça a retenu l'attention de quelques uns. Potentiellement, meilleur bilan carbone et prise de vue stabilisée. Pas le choix sur la résolution. Oui, mais cette mise à disposition tarde à venir. Thierry Aumenier, de l'IGN, me l'avait annoncé en mai 2007, il y a pratiquement 3 ans: « A l'heure actuelle, l'utilisation des images du Géoportail pour numériser de l'information puis publier celle-ci n'est pas autorisé. En effet, la BDOrtho est publiée sur le Géoportail à seule fin de visualisation. La mise en ligne de photographies aériennes, non redressées, et entièrement libres de droits est prévue, mais je n'ai pas d'élément de calendrier à vous proposer pour le moment. » Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Bonjour, Le vendredi 04 décembre 2009 à 02:55 +0100, hamster a écrit : vouloir un peu d'uniformisation je le comprends tout a fait (bien que ca pose la question de la zone geographique de l'uniformisation : une ville ? une region ? un pays ? le monde ?) mais il faut aussi savoir faire la part des choses entre ce qui est utile et ce qui est futile, le fait de mettre ou non une majuscule a maternelle n'apporte aucun plus pour un quelconque utilisateur de la base de donnees autant je trouverait dommage que chacun utilise ses tags perso de facon anarchique, autant je trouverait excessif de faire chier le monde pour un detail comme celui la et ca me derangerait pas qu'il y ait ou non la majuscule a maternelle suivant l'humeur du tagueur Personnellement, ça me dérange. Et ça ne m'étonnerait pas que ça te dérange un peu aussi, finalement... Imagine une requête sur une ville qui liste les écoles maternelles, et la réponse suivante: Ècole maternelle Tartempion Ecole Maternelle Trucmuche Ecole Maternelle Machin Ècole maternelle Machine C'est pas joli joli. Pas de quoi tuer le chien, non, mais c'est mieux si tout le monde fait la même chose. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vandalisme de Lork Scorguar
bonjour, Le mardi 06 octobre 2009 à 10:59 +0200, monsieur a a écrit : Je vient de voir les déplacements et les suppressions de Lork Scorguar dans l'import de CLC. Il vient juste de commencé a mapper (j'avais pourtant prévenues de ne pas toucher au polygone CLC), je l'ais contacté j'attends sa réponse mais je pense que tous ses modifications peuvent être annulé. Il serait sympathique de ne pas utiliser le terme de vandalisme un peu trop vite. Tous les contributeurs, et en particulier les nouveaux, ne sont pas au courant de toutes les subtilités et des gros travaux en cours, du style import de CLC. Et même en étant un peu au courant, les erreurs sont possibles. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] TopoSM
Bonjour, Pour ceux qui ne connaissent pas, voici un rendu avec relief du Massachusetts et du Colorado que je trouve très réussi: http://toposm.com/ma/ http://toposm.com/co/ Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [ANNONCE] MapOSMatic : gén ération automatique de plans de ville à partir des don nées OpenStreetMap
Salut, Le jeudi 10 septembre 2009 à 10:11 +0200, David MENTRE a écrit : Nous avons le plaisir d'annoncer la sortie de MapOSMatic, un ensemble d'outils pour générer des plans de ville à partir de données OpenStreetMap. MapOSMatic se charge de créer une grille sur le plan, un index des rues avec des références à cette grille et une bordure grisée de la ville si ses limites administratives sont connues. Un seul mot: bravo ! Et hop ! allez, un autre: merci ! Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Wiki] Réorganisation du wiki co - Etape 1 : Analyse du travail a faire
On ven., 2009-07-24 at 15:23 +0200, Renaud Martinet wrote: Et surtout ça lui permettra de suivre facilement la plupart des conversations ici-même où les termes restent node et way et ne sont, à mon avis, pas prêts de changer. Dans josm, les termes way et node sont traduits par chemin et nœud (et c'est tant mieux !). Et je peux vous dire que la traduction du menu « balises » de josm qui est apparue il y a quelques temps déjà m'a rendu son utilisation bien plus agréable. Rien à voir avec une quelconque allergie à l'anglais, je le pratique quotidiennement (au moins à l'écrit), soit professionellement, soit par la lecture ou la vision de films en VO. C'est juste qu'il me semble bien plus agréable de n'utiliser qu'une seule langue dans une phrase (en incluant les emprunts courants aux langues étrangères). La manie franco-française de traduire les termes techniques est bien mise à mal par la manie franco-française d'utiliser un terme anglais alors que le mot français existe depuis longtemps (bien sur prononcé avec un accent à couper au couteau, ce qui le rend incompréhensible pour tout non francophone), ou celle encore plus affreuse de conjuguer en français des verbes anglais, du style: chairer un meeting, setter une variable, locker un interféromètre. Ça me file des boutons... :) Emmanuel. -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Wiki] Réorganisation du wiki co - Etape 1 : Analyse du travail a faire
On ven., 2009-07-24 at 15:28 +0100, Emilie Laffray wrote: 2009/7/24 Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr Dans josm, les termes way et node sont traduits par chemin et nœud (et c'est tant mieux !). Je ne suis pas d'accord sur ce point. Ça isole la communauté française au niveau échange avec les autres communautés. Dans ce cas, ça se sera probablement en anglais, et personne ne mettra noeud ou chemin dans un texte en anglais. Il lui faudra trouver la traduction... Ces mots sont clairement des mots clés propre au champ lexical de OSM. C'est donc pour ça qu'il faudra un lexique. ...dans ce lexique. Je suis d'accord avec le fait que de les traduire peut mener a une confusion. Oui, mais la traduction est un élément pour rendre la participation à OSM moins difficile d'accès au débutant. En reprenant l'exemple du menu « balises » de josm, il est bien plus commode d'avoir la version française directement dans l'interface, plutôt que d'avoir à se référer à un lexique. Surtout si la contribution à OSM est occasionnelle (le nombre de termes est assez important et sans doute difficile à mémoriser). Ceci dit, il faut effectivement être vigilant sur la qualité de la traduction. Avec la pratique de l'anglais, je pense qu'on oublie assez rapidement que pour quelqu'un ne le pratiquant pas, les mots anglais peuvent ressembler à un ensemble de lettres tirées au hasard, avec le problème de mémorisation que ça implique. Ouh la, chairer un meeting, setter une variable, c'est vraiment affreux, même en anglais on a pas tendance a utiliser ça. Allez, hop, un petit autre pour la route: forwarder un mail (qui est d'ailleurs est un beau résultat de logiciel non traduit). Emmanuel. -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le parcours du tour 2009 sur OSM ?
Bonjour, Le samedi 04 juillet 2009 à 23:07 +0200, Etienne Trimaille a écrit : Alors, pour le samedi 18 juillet, l'étape de Colmar = Besançon : Voici ce qui est cartographié : Colmar = Wittelsheim : 39.5km Reiningue = Galfingue : 5.5km Balschwiller = Delle : 27km Pont de Roide = Besac : 80km Soit 152km sur 199, soit 76% de cartographié. Qui dit mieux ? Mieux ! On doit être à 100% pour l'étape autour du lac d'Annecy. Bon, ok, c'est seulement un contre-la-montre de 40 km... Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation et demande d'avis
Le vendredi 15 mai 2009 à 11:24 +0200, Vincent MEURISSE a écrit : Le layer ne se compare pas au niveau de la mer ou à un niveau moyen de la zone. C'est juste pour indiquer l'ordre d'empilement d'objets se superposant. Ceci dit, si le layer 0 est toujours au niveau du sol, ça évite vraiment de se mélanger les pinceaux... C'est marrant il me semblait avoir lu sur le wiki qu'il falait autant que possible garder le sol sur le layer 0. Après c'est peut être un blague du wiki (ou de ma mémoire). Ça me semble être une bonne règle. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte de randonnée - bis
Salut, Le vendredi 01 mai 2009 à 01:26 +0200, krysst a écrit : - Corine Land Cover (in-importable sous OSM pour cause de licences incompatibles, mais utilisable de la sorte) Vraiment ? Ça ne semble pas être la conclusion de ce fil de discussion: http://georezo.net/forum/viewtopic.php?id=60017 Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Finesse dans le tracé des routes (était : Guerre d'édition ?)
Salut, Le jeudi 26 mars 2009 à 09:44 +0100, Charlie Echo a écrit : Tout à fait d'accord avec ce qui a été dit. Il faut alléger la base. Certes, un point ne semble rien par rapport à l'ensemble de la base, mais si on double le nombre de points, ça double la taille totale sans avantage manifeste. D'ailleurs, il faudrait peut-être des recommandations du style : - Un roundabout est fait de 8 points, sauf si c'est une place, auquel cas on peut en mettre plus. ou - Un roundabout est composé au maximum de deux fois plus de points qu'il n'y a de ways qui s'y connectent (1 way = 2 nodes) ou ... Les usages d'openstreetmap sont très variés, et des recommandations comme celles que tu donnes ne conviennent pas toujours. Si l'objectif est d'utiliser openstreetmap pour du routage, alors 1 point par way connecté est suffisant. Par contre, pour obtenir de belles cartes pour l'affichage sur le web ou l'illustration de brochures, ça ne suffit plus. En tous cas pas avec les outils disponibles actuellement. Il est vrai que le cas des rond-points est assez facile à résoudre à l'étape du rendu, trouver une ellipse à partir de quatre points (ou un cercle s'il n'y a que trois points) est relativement facile. Le cas des voies sinueuses est plus problématiques. Tant qu'on ne pourra pas définir des ways avec des courbes de Bézier, la solution pour obtenir un bon rendu consiste à mettre beaucoup de points pour suivre à peut près correctement le tracé réelle de la voie. Le «lissage» d'osmarender est une autre solution, mais il lui manque des informations supplémentaires dans la base openstreetmap pour avoir une chance de produire un bon résultat (peut être un truc du style «rayon de courbure» à certain nœud du way...). Je serai cependant pour un robot supprimant les points manifestement alignés. Il reste à définir une tolérance qui convient à tous... Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Finesse dans le tracé des routes ( était : Guerre d'édition ?)
Le jeudi 26 mars 2009 à 11:23 +0100, sly (sylvain letuffe) a écrit : On Thursday 26 March 2009 10:52, Pieren wrote: 2009/3/26 Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr: Je serai cependant pour un robot supprimant les points manifestement alignés. Il reste à définir une tolérance qui convient à tous... Emmanuel. Je suis fermement contre des bots qui modifient la topologie des données OSM. Le risque est trop grand de supprimer des choses qui méritent d'y être. +1 Sans compter qu'un robot ne se mettra pas dans la tête du contributeur et celui-ci à peut être fait ça sciemment et pour bonne raison. Je veux bien admettre qu'un robot n'est peut être pas le plus adapté dans ce cas là. Et de plus, j'ignorais l'existence de l'outil de JOSM pour simplifier les ways. Ceci dit, avez-vous des raisons précises s'opposant à l'idée de suppression automatique de nœuds alignés, ces nœuds ne portant pas d'informations autres que leur position, mise à part la difficulté de définition de la tolérance sur l'estimation de l'alignements des nœuds ? (qui est d'ailleurs sans doute une raison suffisante de ne pas faire de modifications automatiques). Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les re lations communes ?
Le lundi 16 mars 2009 à 13:27 +0100, Pieren a écrit : Personnellement, on l'aura peut-être compris, je ne suis pas un fan des caractères exotiques que je définis par non saisisables au clavier. La définition est certainement «non saisissables facilement au clavier». Je suppose que même avec Windows, on doit pouvoir trouver des outils qui permettent la saisie des caractères non représentés sur les touches du clavier. Il serait dommage de ne pas utiliser la graphie correct parce que les outils de base sont déficients. Mais je ne veux pas imposer mon avis non plus sur ce point. De toute façon, quelle que soit la solution choisie, on pourra toujours mettre l'autre version du nom dans le tag alt_name, qui est un peu le pendant du redirect de wikipedia. Cela permettra à des applications comme NameFinder de trouver le nom quel que soit la syntaxe, contrairement au site de l'INSEE qui lui-même ne comprend pas la syntaxe qu'il impose aux autres. En ce qui concerne NameFinder, si on lui mâche tout le travail en évitant l'UTF8, il y a peu de chance qu'il s'améliore un jour pour traiter efficacement ces chaînes. Google, par exemple, semble déjà traiter indifféremment «oe» et «œ». Emmanuel. -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les re lations communes ?
Le dimanche 15 mars 2009 à 21:18 +0100, Etienne Chové a écrit : Pieren a écrit : Pourquoi avoir adopter certains caractères comme le œ alors que ni la nomenclature officielle INSEE, ni wikipedia ne l'utilise, comme: Hoenheim http://www.insee.fr/fr/methodes/nomenclatures/cog/fichecommunale.asp?codedep=67codecom=204 http://fr.wikipedia.org/wiki/Hoenheim Sur quelle base a été prise cette décision ? Sur la base de données distribuée sur le site de l'INSEE ;-) http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2008/txt/france2008.zip Il y a belle et bien divergence sur les écritures. Est ce que le e dans l'o a disparu parce qu'il ne faisait pas parti de l'ascii ou est-ce une erreur de la base france2008 ? Je n'ai pas de réponse sur la question (même si je pense que sa disparition n'est que technique et non académique). L'absence de ligature semble adopté partout, sauf dans le fichier france2008. Je vais remettre le oe en attendant plus d'informations sur ce mystère. Mon Petit Robert me dit Hœnheim. Je pense que ne peut pas vraiment faire confiance à ce qu'on trouve sur internet sur l'emploi de «œ» ou «oe», la saisie de la ligature n'étant pas facilitée par le système d'exploitation encore utilisé majoritairement aujourd'hui :) Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [MS BOT V1.4] lâcher de robo t pour mercredi soir
Salut, On lun., 2009-02-16 at 22:17 +0100, David MENTRE wrote: - les corrections « Petite rue » en « Petite Rue » m'embêtent. Une « petite rue » n'est pas une sorte de nom composé ? - « Place intérieure » modifié en « Place Intérieure » : idem que pour Petite rue ; - 'Rond point de...' modifié en 'Rond-Point de...' : idem que précédemment ; - 'Place du 8 mai 1945' modifié en 'Place du 8 Mai 1945' : je ne toucherais pas. D'après mon Lexique des règles typographiques en usage à l'imprimerie nationale, rubrique Dates : « Lorsqu'une date est mentionnée pour évoquer un événement historique et *que l'année n'est pas indiquée*, le nom du mois prend une capitale initiale » ; - 'Rue du 11 novembre 1918' modifié en 'Rue du 11 Novembre 1918' : idem que pour « place du 8 mai 1945 » ; - 'Rue du 19 mars 1962' modifié en 'Rue du 19 Mars 1962' : idem ; Il me semble que s'il y a des règles à suivre, ce sont celles de la charte de toponymie, téléchargeable sur le site de l'IGN: http://www.ign.fr/adminV3/display/000/526/725/5267258.pdf http://www.ign.fr/institut/documentArticle.do?idDoc=5366961indexRoot=indexChild=currentRootSearch=EducationindexChildSearch=4 Les modifications du bot semble conforme à cette charte. Le cas des dates est évoqué page 12, par exemple... Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les fous comme moi qui tracent les frontières de communes
Salut, Le mardi 10 février 2009 à 13:48 +0100, Pieren a écrit : Les limites communales dans les Yvelines ne sont pas une référence car incomplètes. Il manque les tags: left:city/village/town=nom_a_gauche et right:city/village/town=nom_a_droite. Comme ça, on suit le même schéma que pour les régions et départements. Cela permet à des logiciels de placer les noms sur les bordures sans avoir à maîtriser les relations. Si tu veux un exemple de référence, va voir ce qui a été fait entre Metz et Nancy dans l'est (je le cite d'autant plus volontier que ce n'est pas de moi ;-) J'ai du mal à comprendre l'intérêt de ces tags. On ne fait qu'ajouter des informations redondantes, c'est plus de travail, et en plus il y a de fortes chances que les informations divergent (accentuées par le fait que la notion de droite et gauche par rapport à un way n'est pas évidente). La seule justification que tu donnes, c'est de faciliter le rendu des bordures, alors qu'il me semblait qu'on n'éditait pas les tags juste pour le rendu. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche testeurs pour prochaine version du plugin cadastre-fr
Salut, Le dimanche 08 février 2009 à 23:10 +0100, Pieren a écrit : Je voudrais que les tests restent limités car si un algorythme de simplification doit être introduit, il risque d'entrer en conflit avec des données déjà existants, au risque de créer un nombre important de doublons. De plus, il peut y avoir des bugs que je n'aurais pas encore vu. Est-ce qu'il serait possible que l'import détecte les collisions entre les bâtiments importés et ceux déjà présent ? Avec une création de deux calques, un pour les bâtiments en conflit, et un autre pour les bâtiments OK. Ça serait pratique non seulement pour l'import initial, mais surtout pour le futur, pour assurer un suivi des changements du cadastre... Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Surveillance d'une zone
Le vendredi 07 novembre 2008 à 14:00 +0100, Xav a écrit : Emmanuel Pacaud a écrit : Y-a-t-il un moyen d'être averti des modifications d'une zone géographique donnée, par exemple en recevant par courriel la liste des changements, ou mieux, une image indiquant ces changements ? cf. http://www.blorgoz.fr/?p=143 C'est exactement ce que je recherchais. Merci. Emmanuel. -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Surveillance d'une zone
Bonjour, Je profite d'un point soulevé dans le fil de discussion « cadastre - encore - commune et départements » à propos des modifications des données OSM : Le vendredi 07 novembre 2008 à 13:03 +0100, Pieren a écrit : 2008/11/7 Robin Prest [EMAIL PROTECTED]: J'ai quelques questions : - est-ce possible de mettre à jour/supprimer/modifier une information qu'un autre a mis sur le serveur de l'OSM ? C'est le principe d'un wiki comme wikipedia. Tout est ouvert. La lutte contre le vandalisme est basée sur le principe d'autocontrôle des multiples contributeurs. Y-a-t-il un moyen d'être averti des modifications d'une zone géographique donnée, par exemple en recevant par courriel la liste des changements, ou mieux, une image indiquant ces changements ? Je jette bien un coup d'œil de temps en temps sur la zone qui m'intéresse, mais il n'est franchement pas évident de repérer ce qui a bougé depuis ma dernière visite... Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fourche : not a single string of nodes
Salut, Le mercredi 27 août 2008 à 00:50 +0200, Gand' a écrit : une rue peut être composée de plusieurs way ! C'est à dire ? Emmanuel. -- Gand' 2008/8/27 leblatt [EMAIL PROTECTED] Effectivement, on ne peut pas combiner deux ways si elles ne forment pas une suite de points continus. La fourche n'entre pas dans ce cas. La seule solution dans le modèle actuel est de considérer ces deux branches de fourche comme deux ways portant les mêmes attributs, dont le nom. -Message d'origine- De : [EMAIL PROTECTED] [mailto:talk-fr- [EMAIL PROTECTED] De la part de Sylvain Collilieux Envoyé : mardi 26 août 2008 23:58 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Fourche : not a single string of nodes Bonjour, Je commence à tracer mes premières rues et j'ai un petit soucis. J'ai une rue qui fait des fourches, comment faire pour combiner la fourche avec la branche principale de la rue ? JOSM se plaint : Could not combine ways (they could not be merged into a single string of nodes). C'est bien dommage mais cette rue n'est pas a single string of nodes ;-) J'ai fait une recherche sur google mais je sais pas trop comment caractériser ma question bien qu'elle est déjà due être posée sur cette liste ... Merci -- Sylvain ___ 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 -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fourche : not a single string of nodes
Le mercredi 27 août 2008 à 09:30 +0200, Olivier Boudet a écrit : C'est à dire que ce n'est pas grave si une rue n'est pas une ligne de points. Un rue peut être deux lignes de points (ce que l'on appelle des 'ways'). Ok. Je me demandais juste s'il existait actuellement un moyen de grouper les différents 'ways' d'une route. PS : les relations permettront à terme de lier les différents ways d'une route une seule entité relation. Patience, donc... Emmanuel. 2008/8/27 Emmanuel Pacaud [EMAIL PROTECTED]: Salut, Le mercredi 27 août 2008 à 00:50 +0200, Gand' a écrit : une rue peut être composée de plusieurs way ! C'est à dire ? Emmanuel. -- Gand' 2008/8/27 leblatt [EMAIL PROTECTED] Effectivement, on ne peut pas combiner deux ways si elles ne forment pas une suite de points continus. La fourche n'entre pas dans ce cas. La seule solution dans le modèle actuel est de considérer ces deux branches de fourche comme deux ways portant les mêmes attributs, dont le nom. -Message d'origine- De : [EMAIL PROTECTED] [mailto:talk-fr- [EMAIL PROTECTED] De la part de Sylvain Collilieux Envoyé : mardi 26 août 2008 23:58 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Fourche : not a single string of nodes Bonjour, Je commence à tracer mes premières rues et j'ai un petit soucis. J'ai une rue qui fait des fourches, comment faire pour combiner la fourche avec la branche principale de la rue ? JOSM se plaint : Could not combine ways (they could not be merged into a single string of nodes). C'est bien dommage mais cette rue n'est pas a single string of nodes ;-) J'ai fait une recherche sur google mais je sais pas trop comment caractériser ma question bien qu'elle est déjà due être posée sur cette liste ... Merci -- Sylvain ___ 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 -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ 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 -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quel GPS pour utilisation à vel o?
Salut, Le lundi 16 juin 2008 à 11:44 +0200, Vilain Mamuth a écrit : mais ca craint pas trop les vibrations hors route?? j'ai lu qq part qu'il fallait eviter tout ce qui etait fixation sans bras articulé pour que les vibrations soient absorbées un minimum info ou intox? Aucune idée. Pour le support hors route, mon idée était plutôt de protéger des chocs dus à des chutes (même quand le bonhomme reste debout, le vélo peut continuer sa route quelques mètres...), de la pluie et de la boue. Il est possible que les vibrations écourtent la vie de l'appareil. L'avenir le dira... si je ne le casse pas autrement avant ! Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Quel GPS pour utilisation à vel o?
Bonjour, Le vendredi 13 juin 2008 à 15:39 +0200, Vilain Mamuth a écrit : tout est dans le titre !! En fait, je ne me vois pas trop utiliser mon PDA alors que je suis en velo, est ce qu'il existe des modeles utilisables pour OSM pour cette utilisation? genre avec une fixation spéciale A moins qu'il existe des fixations générique sur lesquels je puisse y mettre le PDA?? Un PDA peut faire l'affaire. J'ai un nokia N770 que j'utilise avec deux types de support. Le premier est un tout bête porte-carte souple, dans lequel je met un bouquin (A long way down de Nick Hornby, mais on peut en utiliser un autre :) ), avec le nokia et le récepteur GPS par dessus. Le bouquin sert de protection contre les chocs. C'est rapide à installer, et ça convient parfaitement pour une sortie en zone urbaine, quand ça ne secoue pas trop. http://emmanuel.pacaud.free.fr/files/OSM/PorteCarte.jpg http://emmanuel.pacaud.free.fr/files/OSM/PorteCarte2.jpg Le deuxième est un bricolage à base de plaque d'aluminium, de plexiglass, de tapis de sol pas cher, de support de tuyau, de bande velcro et de beaucoup de scotch. Celui-ci est un peu pénible à mettre en place, mais très robuste et protège bien le matériel, donc idéal pour les sorties hors du bitume. http://emmanuel.pacaud.free.fr/files/OSM/SupportNokia.jpg http://emmanuel.pacaud.free.fr/files/OSM/SupportNokiaFixation.jpg http://emmanuel.pacaud.free.fr/files/OSM/SupportNokiaOuvert.jpg http://emmanuel.pacaud.free.fr/files/OSM/SupportNokiaOuvertFixation.jpg http://emmanuel.pacaud.free.fr/files/OSM/SupportNokiaOuvertFixation2.jpg Emmanuel. -- Emmanuel PACAUD Groupe Virgo LAPP - Laboratoire d'Annecy-le-Vieux de physique des particules 9, chemin de Bellevue - BP 110 74941 Annecy-le-Vieux CEDEX France Tél: (+33)4 50 09 55 92 ou 17 89 - Fax: (+33)4 50 27 94 95 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk] TomTom acqures TeleAltas
Bonjour, Le mardi 24 juillet 2007 à 09:37 +0200, Philippe Piquer a écrit : Oui je suis d'accord, il faut d'abord que la couverture soit bonne (UK) ... En plus OSM pourrait peut etre bénéficier de l'infrastructure de Google pour son hébergement, ce serait certainement un plus Pour l'IGN, ce serait interressant de connaitre les démarches entreprisent au niveau espagnol, histoire de tenter la meme chose au niveau Francais , enfin belge dans mon cas :) Il y a quelques temps, j'ai posé la question suivante à l'IGN: --- Le projet Openstreetmap¹ est un projet collaboratif, dans l'esprit de wikipedia, visant à créer une base de données d'informations géographiques libres. La source principale de ces données sont des traces GPS collectées par les participants au projet. Il est aussi possible d'enrichir les cartes en s'appuyant sur des photographies aériennes, pour peu que les ayants droit de ces photographies l'autorisent. D'où ma question: l'IGN autorise-t'il l'utilisation des photographies aériennes disponibles sur le site de Géoportail pour la création de cartes vectorielles ? --- Voici la réponse: --- J'ai pris connaissance avec attention de votre message et de votre question. A l'heure actuelle, l'utilisation des images du Géoportail pour numériser de l'information puis publier celle-ci n'est pas autorisé. En effet, la BDOrtho est publiée sur le Géoportail à seule fin de visualisation. La mise en ligne de photographies aériennes, non redressées, et entièrement libres de droits est prévue, mais je n'ai pas d'élément de calendrier à vous proposer pour le moment. Sachez également que le Géoportail disposera, dans le courant du 1er trimestre 2008, d'une API dont les fonctionnalités et les conditions d'utilisation sont en cours de définition. Je ne manquerai pas de vous recontacter dès que j'aurai de plus amples informations à vous communiquer. --- Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
