Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom
Le jeudi 22 avril 2010 à 22:11 +0100, Emilie Laffray a écrit : On 22/04/2010 17:40, Sebek Ab. wrote: Ben oui mais alors là ca va pas puisque j'ai lancé un vote ... http://www.doodle.com/k8zxgf5hz5e9yxk9 Bon je vais rajouter les quelques propositions qui ont reçu un retour positif He, avant de proposer des noms au vote, n'aurait il pas fallu vérifier qu'il n'existait pas déjà, voire était déjà déposé en tant que marque ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu cyclable : choix d'un nom
Le mercredi 21 avril 2010 à 10:28 +0200, Olivier Boudet a écrit : Bonjour, On Wed, 21 Apr 2010 10:05:39 +0200, Lord Awikatchikaen lord.awikatchik...@gmail.com wrote: Est ce qu'on est oblige de garder le open ? De nombreux projet sont libre sont s'appeler Open{projet}. Les noms a rallonge ont tendance a êtrf moins mémorisé. Il faut en trouver un qui reviendra tout de suite a l'esprit d'un utilisateur qui ne l'aura lu qu'une fois dans un article de presse par exemple. Je suis pas sur que OpenBikeMap ai un impact sur le lecteur moyen francais :D (trop de syllabes, en anglais ... ) Je suis d'accord avec ces interrogations. Je pense qu'il faut penser à la cible potentielle de la carte. La cible est-elle des informaticiens, des gens au courant de ce qu'est le libre, de ce qu'est OSM, de ce que signifie open dans le monde informatique ? Ou bien la cible est-elle des utilisateurs ayant moins de connaissances dans le domaine informatique, des personnes banales qui souhaitent juste voir un itinéraire cyclable se fichant de savoir si c'est open ou non mais cherchant juste le meilleur service, le plus détaillé et le plus à jour possible ? A mon avis, chercher un nom trop près d'OSM, et de près du libre (avec des préfixes de type Open) est plus un frein pour la communication pour ce site. Mieux vaut à mon avis trouver un nom plus communicatif comme il en existe déjà (GéoVélo par exemple est un très bon nom à mon avis) : - cartovélo - vélocarte - vélomap Des trucs plus consensuels en somme... Reste après à trouver quelques chose de plus international si nécessaire. C'est vrai que les noms compliqué comme Google Maps sont impossible a retenir. Personne d'ailleurs n'arrive a retenir ce nom. En plus qui sait ce que signifie Google ? Même chez les informaticiens, c'est pour dire !! Google Maps, c'est l'échec assuré avec un nom comme ça ! On se demande vraiment qui il cible avec un nom comme ça... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010
Le mercredi 21 avril 2010 à 17:56 +0200, Benoît ROUSSEAU a écrit : Jean-Francois Nifenecker a écrit : Guillaume Allegre a écrit : Perso je reste opposé à l'intégration dans la BD OSM d'itinéraires non pérennes, qui ne correspondront plus à rien dans un an. Et il me semble qu'on était majoritaires sur cette position dans les avis émis sur cette liste. Pour moi, c'est typiquement le champ d'application d'une BD tierce, qui pourrait piocher les coordonnées des traces dans OSM, si la licence est compatible. +1000 Je le redis encore pour appuyer que ce type d'intégration dans la base me semble inopportun alors que les calques openLayers, ... ont vocation à cela. Mais je ne suis pas opposé au projet en lui même, bien au contraire ce serait effectivement une occasion d'ajouter des éléments dans OSM et d'avoir un fond OSM visible (communication). Je suis tout à fait d'accord. Ce genre de relation n'a pas sa place dans la base d'OSM. Ces derniers jours j'ai travaillé sur la Voie d'Arles (une des routes de pélérinage de Saint-Jacques de Compostelle) de Maubourguet au Col du Somport. 334 membres !!! Les nationales, départementales, communales traversées saucissonnées en petit morceaux. Ce sont des manips laborieuses pour que la relation soit correcte. La modification d'une route appartenant à la relation nécessite beaucoup de minutie et de multiples vérifications. Bref, les relations route se multiplies dans OSM , la modification de la base deviendra une épreuve dignes des travaux d'Hercule et rebutera énormément de contributeurs. Et les courageux qui resteront, passeront plus de temps à corriger les erreurs de manips qu'a rajouter des données utiles. Il faut revoir complétement la manière de définir une relation route et raisonner en terme d'intersection et direction et non plus en segment de route. Cela permettra de plus de complètement externaliser la gestion des routes et itinéraires de la base OSM et de multiplier réellement les usages. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Footway/cycleway, track, path
Le mardi 20 avril 2010 à 11:36 +0200, Nicolas Moyroud a écrit : Bonjour, Merci Frantz pour ce petit rappel à la loi. En France, il est bien entendu interdit d'emprunter les sentiers avec tout véhicule à moteur, sauf cas très particulier prévu par la loi. Nul n'est besoin d'un quelconque panneau de signalisation. Les panneaux routiers s'appliquent aux voies de circulation carrossables (donc jusqu'aux pistes en terre), pas au chemins piétonniers. Pour exemple, avez-vous déjà vu un quelconque panneau routier sur un trottoir ? Tu es bien péremptoire ! Je t'invite à lire ce document http://www.codever.fr/files/Dossier_Stop_Desinformation_22-02-2010_Rev4_WEB.pdf De plus, les mesures de protection de l'environnement interdisent l'utilisation d'un véhicule à moteur dans les espaces naturels, Espace *naturels* par opposition à *artificiel* donc. Un chemin est il naturel ? sans qu'il soit besoin de planter des panneaux partout dans la nature. Heureusement pour la protection de l'environnement et aussi de nos oreilles ! Cela dit, et excusez moi d'être un peu brutal, mais il faut quand même être le dernier des abrutis pour faire ce que l'on voit dans cette vidéo. Que ces motards du dimanche mettent leurs vies en danger m'indiffère très peu, mais imaginez d'éventuels randonneurs qui arriveraient en face au détour d'un virage... C'est de l'inconscience pure et simple ! Il y a des randonneurs aveugles et sourds en montagne ? Ces motocyclistes paraissent t'ils sourds et aveugles ? Je vois mal comment ces groupes d'individus pourrait se rentrer dedans sans s'être vus et entendus mutuellement ! Excusez moi de faire ce hors sujet OSM sur cette liste, mais je ne pouvais pas laisser passer ça après avoir vu cet échange de messages. C'est tout à ton honneur. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiments en 3D dans GMap
Le lundi 19 avril 2010 à 15:53 +0200, Yoann ARNAUD a écrit : Je viens de découvrir que les bâtiments sont représentés dans GoogleMap. Et en 3D en plus. (j'espère que ça n'as pas déjà été posté :)) http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=montb%C3%A9liardsll=46.75984,1.738281sspn=7.210429,13.820801ie=UTF8hq=hnear=Montb%C3%A9liard,+Doubs,+Franche-Comt%C3%A9ll=47.511061,6.804271spn=0.000868,0.002709z=19 Effectivement, c'est surprenant. Mais il y a beaucoup plus hallucinant... http://www.youtube.com/watch?v=4k2_HHrk8Y8 Tout New York en 3D !! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Footway/cycleway, track, path
Le lundi 19 avril 2010 à 18:59 +0200, sly (sylvain letuffe) a écrit : Je suis d'accord avec ce qui est dit. Il est cependant clair que track ou path qui incluent une notion d'accès n'est pas une très bonne idée, mais ça gagne du temps pour tagger ;-) - si véhicules motorisés 4 roues autorisés : track - si aucun véhicules à moteur n'est autorisé : path Et les motos ? En ce qui me concerne, je circule en motos sur les sentiers sauf lorsque c'est explicitement interdit ou qu'un obstacle m'oblige à faire demi-tour. Je mappe alors l'obstacle en conséquence... http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/p1020123_ret.jpg http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/p1020179_ret.jpg http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/p1020180_ret.jpg Ensuite, pour qualifier le type de revêtement ou des accès spécifiques, y'a des tags en plus à ajouter. Le cas des sauf service ou sauf urgence me semble en effet la zone border line Faut il dire que c'est path (vrai pour 99% des cas) et mettre un modificateur emergency_vehicule=yes Faut il mettre track (vrai pour 1% des cas) et mettre motocar=no Je penche pour 1) J'ai tagguer un cas de ce type ce we. Plusieurs km de belles pistes bien larges et d'assez bonne qualité, interdite à la circulation sauf véhicules autorisés. La plupart des entrées sur la zone sont bloquées par des barrières (facile à tagguer dans osm), mais d'autres entrées sont bloqués par des tas de terre que franchissent allègrement les véhicules tout-terrain. (D'une commune à l'autre l'interdiction n'est pas aussi formelle...) Comment tagguer l'obstacle tas de terre franchissable en véhicule tout-terrain ? Au final j'ai choisi d'utiliser track car c'est la réalité du terrain, et si les barrières sont bien répertoriés le routage ne se trompera pas. Ensuite, même si l'on est à pied ou en vélo, c'est quand même intéressant de savoir si on a plus affaire à un sentier de randonnée ou à une piste de grade 1... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Footway/cycleway, track, path
Le lundi 19 avril 2010 à 20:31 +0200, Christophe Merlet (RedFox) a écrit : Le lundi 19 avril 2010 à 18:59 +0200, sly (sylvain letuffe) a écrit : Je suis d'accord avec ce qui est dit. Il est cependant clair que track ou path qui incluent une notion d'accès n'est pas une très bonne idée, mais ça gagne du temps pour tagger ;-) - si véhicules motorisés 4 roues autorisés : track - si aucun véhicules à moteur n'est autorisé : path Et les motos ? En ce qui me concerne, je circule en motos sur les sentiers sauf lorsque c'est explicitement interdit ou qu'un obstacle m'oblige à faire demi-tour. Je mappe alors l'obstacle en conséquence... http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/p1020123_ret.jpg http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/p1020179_ret.jpg http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/p1020180_ret.jpg Et cette petite vidéo (c'est pas moi hein... !!) http://www.gamaniak.com/video-5119-moto-sentier-montagne.html Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Footway/cycleway, track, path
Le lundi 19 avril 2010 à 23:43 +0200, Frantz a écrit : Bonsoir, Christophe Merlet (RedFox) a écrit : [...] Et les motos ? En ce qui me concerne, je circule en motos sur les sentiers sauf lorsque c'est explicitement interdit ou qu'un obstacle m'oblige à faire demi-tour. J'ai comme un doute... selon l'article L362-1 du Code de l'environnement, la circulation des véhicules à moteur est interdite en dehors des voies classées dans le domaine public routier de l'Etat, des départements et des communes, des chemins ruraux et des voies privées ouvertes à la circulation publique des véhicules à moteur. C'est un peu plus détaillé par là : http://www.franche-comte.developpement-durable.gouv.fr/article.php3?id_article=96 Donc pour moi tout ce qui est sentier est par défaut interdit à la circulation motorisée. Un chemin rural peut fort bien être ce que l'on appelle un sentier... Et c'est le plus souvent le cas... De plus, un sentier est une voie dans le domaine public... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Footway/cycleway, track, path
Le mardi 20 avril 2010 à 01:26 +0200, Pieren a écrit : 2010/4/20 Christophe Merlet (RedFox) red...@redfoxcenter.org Un chemin rural peut fort bien être ce que l'on appelle un sentier... Tout dépend de l'état du chemin rural et si celui-ci est encore utilisé ou pas par les propriétaires des terrains desservis. Si je vois deux traces parallèles au sol, j'appelle ça un chemin. Si je n'en vois qu'une, c'est un sentier. Dans 98% des cas, la toponymie locale parle de chemin, que ce soit une piste ou un sentier. Et c'est le plus souvent le cas... De plus, un sentier est une voie dans le domaine public... Pour moi, un sentier est un passage étroit utilisé par les piétons ou les 2 roues. Celui-ci peut aussi bien se trouver sur le domaine public que sur des terrains privés (il y a des régions où, par exemple, le domaine forestier est essentiellement privé). Et même dans le domaine public, de nombreux chemins sont fermés aux véhicules motorisés. Mais je ne connais pas l'accès par défaut des sentiers pour les motos. Lorsque la circulation est explicitement interdite, on a droit a un de ces 2 panneaux : http://www1.securiteroutiere.gouv.fr/signaux/detail.asp?sSignal=2089 http://www1.securiteroutiere.gouv.fr/signaux/detail.asp?sSignal=2105 Ou alors à un panneau de l'ONF beaucoup plus discret, cloué à un arbre, qui reprend cette signalétique en beaucoup plus petit... Il faut avoir l'oeil... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Le jeudi 15 avril 2010 à 02:42 +0200, hamster a écrit : Christophe Merlet (RedFox) a écrit : Le mercredi 14 avril 2010 à 18:06 +0200, sly (sylvain letuffe) a écrit : Je suis ardant défenseur de la fonction simplifier la voie de JOSM !! Pas moi, quand je me suis fais chier à tracer un beau rond point avec 20 noeuds ou des épingles à cheveux avec 6 noeuds, qu'on me disque pas que passer à 10 et 3 va alléger la base osm J'ai envie de dire que l'on ne taggue pas pour le rendu ! Au logiciel de dessiner un cercle passant par les 4 point d'un rond-point. Au logiciel de ne pas dessiner des routes avec des virages inférieurs à 20m de rayon ah ben non alors si vous regardez la http://www.openstreetmap.org/?lat=44.008065lon=6.782195zoom=18layers=B000FTF vous verrez que le niveau de zoom maximum n'est pas assez grossi pour montrer ce village : les traces des rues se superposent aux batiments je vous laisse comparer avec ce qu'on obtient en exportant en png avec l'echelle 1:1050 (bon, d'accord, dans ce vieux village la largeur standard des rues c'est 1,5 m...) 1,5m de large ? Dans ce cas ce n'est pas du pedestrian mais du footway + bicycle=yes n'empeche que je prefere meme pas penser a ce que ca donnerait si le rendu etait fait avec des virages de 20 m de rayon minimum ! Si ces voies sont accessible aux voitures, je serais curieux de voir comment elles font pour tourner en moins de 20m... A part dans un parking souterrain... Si ce sont des footway, il n'y a pas de limite en rayon de courbure. Par extension, sur une autoroute, il n'y aura pas de virages inférieurs à 400 m de rayon de courbure. quand aux ronds points il y a un outil qui permets de mettre les points bien en rond pour pas dessiner des patatoides, mais je pense qu'il ne faut surtout pas l'utiliser pour des ronds points qui sont ovales dans la realite Sans dec' ! on ne mappe pas pour le rendu, on mappe en decrivant au mieux le terrain, et placer juste 3 points pour decrire un cercle ce n'est valable que si l'objet qu'on veut decrire est vraiment un cercle Dans ce cas pourquoi les routes sont représentées avec de simple segments de droites et non pas en dessinant leurs bordures ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] {Disarmed} Re: Vente-privee Garmin
Le jeudi 15 avril 2010 à 17:13 +0200, Steven Le Roux a écrit : Donc pour moi, quelqu'un qui fait l'effort d'acheter un gps compatible, fait déjà une petite contribution, s'il vient à utiliser la carte, ça en est une autre, et si en parle autour de lui, c'en est une encore plus grande. C'est un peu la réflexion que je me suis faite lorsque je suis tombé sur ce site il y a quelques heures où le blogueur utilise OSM comme fond de cartes pour ses traces de randonnées. http://nosamisdutarn.free.fr/ Il n'a pas l'air de contribuer aux données d'OSM puisque ses traces ne sont pas transformées en pistes et chemins, mais utiliser OSM sur son site c'est déjà une forme de contribution au projet sous forme de promotion... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Le mercredi 14 avril 2010 à 15:27 +0200, Pieren a écrit : 2010/4/14 Vincent de Chateau-Thierry v...@laposte.net Un peu de lecture ;o) http://www.openstreetmap.org/user/Pieren/diary/10223 et http://www.openstreetmap.org/user/Pieren/diary/10295 Il y a bien eu un bouton mystère dans de récentes releases du plug-in Cadastre, mais ce bouton a disparu dans la dernière mouture. Il y eu récemment deux contributions importantes sur Paris. J'ai effectivement ajouté les bâtiments du 1er et 2e arrondissement mais en ne testant le plugin qu'avec parcimonie et avec beaucoup de corrections manuelles, la majorité du travail étant fait à la grenobloise. Ce qui a été fait sur le 15e, 10e et 3e l'a été par un autre contributeur qui a effectivement trouvé comment activer la reconnaissance du bâti dans le plugin en l'ayant un peu adapté. Mais la reconnaissance de forme est loin d'être satisfaisante et ceux qui le souhaitent peuvent d'ailleurs comparer OSM et cadastre sur ces arrondissements (donc 10, 15, 3). Ils pourront sans doute donner leur avis et dire ce qu'ils en pensent. J'ai demandé à ce contributeur (qui doit sûrement nous lire) de suspendre ce travail en attendant une meilleure version du plugin parce que personnellement, je pense que le résultat n'est, pour l'heure, pas à la hauteur de nos espérances (les bords sont en retrait, les coins souvent biaisés, certains noeuds non consolidés, etc). Je cherche justement actuellement à éliminer ces défauts et je regrette d'avoir mis à disposition un code non terminé et qui est utilisé aujourd'hui malgré moi. Je viens de télécharger une petite zone sur le 15e au niveau de la Rue de Vaugirard et de comparer avec le cadastre et je trouve le résultat excellent. http://osm.org/go/0BOdGTaDt- Juste une petite erreur qui ne peut venir que d'un fond de cadastre légèrement différent du mien. (je n'ai pas testé le greffon en changeant les couches du cadastre par défaut...) Soit tu es extrêmement exigeant avec ton greffon, soit la zone a été corrigé manuellement. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Le mercredi 14 avril 2010 à 17:56 +0200, Tenshu a écrit : 2010/4/14 Christophe Merlet (RedFox) red...@redfoxcenter.org Je ne voit pas l'intérêt de dessiner un nœud tous les mètres. Moi non plus, je dis juste que si on peut dessiner une courbe avec cette précision pourquoi ce priver. L'eau coule toute seul à mon robinet. Pourquoi je devrais le fermer ? Au boulot je ne paye pas l'électricité, pourquoi je devrais éteindre la lumière ? Ce n'est pas parce que l'on peut, que l'on doit ! Une base qui pèse plusieurs centaines de Go et qui nécessite des traitements de plusieurs jours c'est anti productif pour tout le monde. Je trouverais dommage de devoir limiter l'utilisation de la base OSM à quelques clusters de calculs suréquipé en RAM et baie RAID... Ce n'est pas vraiment un argument, au rythme où la base gonfle naturellement ... Oh que si, c'est un bon argument. Bref, la précision dans OSM ce n'est pas de vouloir dessiner les gargouilles de toutes les églises de France !! Et pourquoi pas =) Une gargouille ce n'est pas un troll ! Je suis ardant défenseur de la fonction simplifier la voie de JOSM !! Et bien nous avons un vision opposé il me semble, quand je vois l'IGN qui compare au centimètre la position des way dans OSM par rapport à leur données. Et quand on compare 2 cartes, qu'est ce qui permet de dire que l'un et plus juste que l'autre ? L'IGN peut il être plus précis que le cadastre qui lui même est parfois d'une imprécision de plusieurs dizaines de mètres ? Cela m'encourage plutôt à être (très) précis. Tu connais la tectonique des plaques ? Tu es conscient que la terre bouge tout seul continuellement de plusieurs centimètres en fonction de la météo ? Tu a déjà entendu parler de joint de dilatation en BTP ? Donc ta précision au niveau du centimètre, tu m'expliques en quoi elle est pertinente et surtout comment tu la mesure à la base... Ma calculatrice affiche plus d'une dizaine de décimales... pourtant je n'en utilise rarement plus de 2 ou 3. mes calculs sont ils faux ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Le mercredi 14 avril 2010 à 18:06 +0200, sly (sylvain letuffe) a écrit : Je suis ardant défenseur de la fonction simplifier la voie de JOSM !! Pas moi, quand je me suis fais chier à tracer un beau rond point avec 20 noeuds ou des épingles à cheveux avec 6 noeuds, qu'on me disque pas que passer à 10 et 3 va alléger la base osm J'ai envie de dire que l'on ne taggue pas pour le rendu ! Au logiciel de dessiner un cercle passant par les 4 point d'un rond-point. Au logiciel de ne pas dessiner des routes avec des virages inférieurs à 20m de rayon Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Le mercredi 14 avril 2010 à 18:20 +0200, Christophe Merlet (RedFox) a écrit : Le mercredi 14 avril 2010 à 18:06 +0200, sly (sylvain letuffe) a écrit : Je suis ardant défenseur de la fonction simplifier la voie de JOSM !! Pas moi, quand je me suis fais chier à tracer un beau rond point avec 20 noeuds ou des épingles à cheveux avec 6 noeuds, qu'on me disque pas que passer à 10 et 3 va alléger la base osm J'ai envie de dire que l'on ne taggue pas pour le rendu ! Au logiciel de dessiner un cercle passant par les 4 point d'un rond-point. Au logiciel de ne pas dessiner des routes avec des virages inférieurs à 20m de rayon Dans la pratique, je ne vois pas en quoi il est nécessaire de 6 points pour dessiner une épingle à cheveux... http://sautter.com/map/?zoom=18lat=43.28723lon=-0.40778layers=00B000TF Est-ce que cette représentation d'une route de montagne pose un problème aux randonneurs, cyclistes et véhicules qui l'empruntent ? Peut-être faudra t'il qu'un jour OSM accepte les courbes de Bezier, les B-Splines et les NURBS... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GPS et précision
Le lundi 12 avril 2010 à 23:48 -0800, Mathieu a écrit : Bonjour, Étant donné l'imprécision relative de certains GPS, je me suis demandé s'il ne serait pas bon de rajouter un tag avec la marque du GPS. Et éventuellement la version du logiciel embarqué. Pourriez vous me donner votre avis ? La précision d'un GPS grand public étant aléatoire, fonction de la météo, de l'environnement, de la vitesse de déplacement et donc non reproductible, je ne vois pas trop quel conclusion tirer de l'information concernant la marque et le modèle de GPS. Par contre, si des mesures ont été faite avec un GPS différentiel professionnel dont la mesure est *vraiment* précise, ça vaut le coup de l'indiquer... Certains ajoutent une balise source=GPS. Cela me semble largement suffisant comme indication. Au final, la précision d'OSM augmentera naturellement avec la densité d'information... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GPS et précision
Le mardi 13 avril 2010 à 10:34 +0200, Julien D. a écrit : Quitte à ajouter un champ, autant utiliser une balise DOP (Dilution Of Precision) qui est fournie par tout les GPS et qui indique justement la précision du GPS. http://en.wikipedia.org/wiki/Dilution_of_precision_(GPS) Je suis d'accord que ça va être difficile à maintenir à l'heure actuelle. Le DOP ne semble pas enregistré dans mes fichiers GPX... Je n'ai qu'une succession de trkpt lat=43.278916 lon=-0.360761 ele182.00/ele time2010-04-10T15:33:28/time /trkpt trkpt lat=43.278853 lon=-0.360765 ele182.00/ele time2010-04-10T15:33:29/time /trkpt trkpt lat=43.278765 lon=-0.360791 ele182.00/ele time2010-04-10T15:33:30/time /trkpt Du coup, même si mon GPS donne cette information quelque part, ce n'est pas pendant que je me déplace que je vais continuellement la noter à part... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réutilisation des photos IGN brute s
Le mardi 13 avril 2010 à 14:54 +0200, François Van Der Biest a écrit : 2010/4/13 Damouns damo...@gmail.com: Seul problème : c'est assez cher (de l'ordre de 70 euros le CD avec une image de 4096x4096 pixels, résolution 68 cm soit 2,7 km de côté, et les prix ne sont pas dégressifs donc 140 euros les 2, etc.) mais une fois que c'est acquis, on en fait ce qu'on veut. Oui, le problème du prix n'est pas mineur, puisque si l'on estime à la louche que la France est un carré de 1000 km de côté, cela nous fait 400 * 400 * 70 = + de 10 millions d'euros A moins que l'un d'entre nous gagne au loto et soit suffisamment généreux pour céder son gain à OSM-fr, je ne vois pas vraiment de solution ;-) (et je pense que cet argent pourrait être bien mieux employé qu'en achetant des photos brutes sorties du capteur) Les photos sont libres de droit... mais vendues suffisamment chères pour que personne n'ai l'intérêt de les acheter, pire, de les redistribuer !! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation des fonds OSM par l'ID S de la région Bretagne
Le lundi 12 avril 2010 à 10:01 +0200, François Van Der Biest a écrit : Hello, Ce message pour signaler que l'infrastructure de données spatiales montée par la région Bretagne (nommée GeoBretagne), offre en standard une couche OSM [1]. Et il ne s'agit pas de la couche Mapnik par défaut, mais d'une couche stylisée maison et servie par le GeoServer du projet. Ca fait plaisir de voir que les données OSM sont utilisées dans un contexte de plus en plus professionnel. Et pour information, le code source de l'application générique derrière GeoBretagne est libre, s'appelle GeOrchestra, et est disponible sur [2] La superposition des différentes couches permet de constater le boulot qu'il reste à accomplir à OSM pour atteindre la richesse et l'exhaustivité des cartes IGN. Mais on s'aperçoit aussi que la libre disposition des données vectorielles d'OSM est un gigantesque atout pour satisfaire les besoins divers et variés des professionnels de la cartographie. Souhaitons que ce genre d'initiative se multiplie et créé un effet boule de neige avec toujours plus de contributeurs enrichissant la base de données... Sinon je me pose une question... D'où proviennent tous ces noms de lieux dits que l'on retrouve sur les cartes IGN ou Yahoo Maps qui sont introuvable sur le terrain ? http://maps.yahoo.com/#mvt=mlat=48.153319lon=-1.784851zoom=16gp=1q1=Pac%C3%A9%20%28Ille-et-Vilaine%29%2C%20France Existe t'il une source fiable et réutilisable légalement dans OSM Le cadastre ne fournit quasiment aucun noms de lieux dit. Et les noms qu'ils donnent sur des quartiers sont souvent générique. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation des fonds OSM par l'ID S de la région Bretagne
Le lundi 12 avril 2010 à 11:48 +0200, Vincent de Chateau-Thierry a écrit : Bonjour, De : Christophe Merlet (RedFox) D'où proviennent tous ces noms de lieux dits que l'on retrouve sur les cartes IGN ou Yahoo Maps qui sont introuvable sur le terrain ? http://maps.yahoo.com/#mvt=mlat=48.153319lon=-1.784851zoom=16gp=1q1=Pac%C3%A9%20%28Ille-et-Vilaine%29%2C%20France Côté Yahoo, le copyright indique Navteq comme source, et on trouve ici : http://info.yahoo.com/legal/us/yahoo/maps/mapstou/mapstou-278.html mention de la BD Carto de l'IGN. La réponse à ta question est sûrement entre les deux. Sinon l'IGN a un produit qui compile un bon paquet de toponymes : la BD NYME http://professionnels.ign.fr/ficheProduitCMS.do?idDoc=5289834 OK. 125 000 € HT pour 1 700 000 toponymes sur la France entière pour une licence monoposte avec une utilisation très restrictive. Le catalogue tarifaire de l'IGN est effrayant. http://www.ign.fr/partage/Professionnel/catalogue_prix2010/master/index.htm Je comprend mieux pourquoi tout le monde utilise Google Maps pour ses fonds de carte quand on voit de telle tarif et pourquoi OSM semble effrayer quelques professionnels de la cartographie. Quelqu'un sait à combien de toponymes on est dans OSM actuellement ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage et Villes absorbées
Le lundi 12 avril 2010 à 14:33 +0200, Yannick VOYEAUD a écrit : Bonjour, Une petit mot pour vous dire que la communauté du logiciel libre de généalogie GenJ-Fr utilise en premier choix OSM. Je pense que c'est le seul logiciel de cette catégorie qui le fait. Nous disons donc un grand merci à Frédéric LAPEYRE qui nous a concocté cette solution. Une question me vient à l'esprit pour l'usage généalogique. En effet il n'est pas rare que des communes ait été absorbée-fusionnée ou autres cas au fil du temps. Comment cela peut-il apparaître dans la base de donnée et le cas échéant sur une carte exploitée? Prenons l'exemple breton (je suis pas chauvin) de Saint-Servan sur Mer aujourd'huy partie intégrante de Saint-Malo. Saint-Servan a eu son code Insee 35313 donc la fusion est récente. Pour commencer, créer un nœud pour l'ancienne commune en place=hamlet est le strict minimum. Ensuite, pouvoir retrouver une ancienne commune ou localité dans OSM dans un cadre généalogique, et plus généralement historique demanderait sans doute quelques balises spécifique pour ne pas altérer la base qui sert avant tout à cartographier le présent. C'est à dire, ne pas créer un noeud place=town pour Lutece ou Massilia sans une balise supplémentaire indiquant que c'est purement historique et qu'il ne faut pas l'afficher par défaut... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage et Villes absorbées
Le lundi 12 avril 2010 à 15:04 +0200, sly (sylvain letuffe) a écrit : On lundi 12 avril 2010, Yannick VOYEAUD wrote: En effet il n'est pas rare que des communes ait été absorbée-fusionnée ou autres cas au fil du temps. Comment cela peut-il apparaître dans la base de donnée et le cas échéant sur une carte exploitée? J'étais en train de lire un page wiki qui tente de clarifier et centraliser (un peu) les usages actuels : http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts On y trouve en bas de page une proposition de solution qui pourrait résoudre votre problème en ayant l'avantage de ne pas entrer en conflit avec le présent. L'utilisation d'une balise historique aurait aussi un usage pratique. Il arrive que le Cadastre indique des routes et chemins qui n'existe plus. à cause de l'urbanisation, de l'agriculture ou parce que la nature a repris ses droits. Dans ce cas, une personne qui trace a partir du cadastre va les ajouter. Une personne qui est passé sur le terrain va les supprimer et on risque la guerre d'édition... Une balise indiquant que la voie n'existe plus et dont on n'est sûr que le chemin ne sera pas représenté serait pratique dans ce cas précis. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] YouMapps
Le samedi 10 avril 2010 à 11:40 +0200, François Van Der Biest a écrit : Hello, En direct du CartoSatCamp, l'annonce a été faite par Jean-Francois Faudi, de Spot Image Labs, que les données vecteur dérivées des images mises à disposition à travers l'API YouMapps sont sous licence Creative Commons by-nc-sa, exception faite des données à destination de OSM, qui pourront être diffusées sous double licence CC by-sa / ODbL. Le dialogue est engagé : ils sont vraiment ouverts. F. Pour le simple contributeur que je suis, quelqu'un peut m'expliquer ce qu'est YouMapps ? Est-ce que les photos spot image peuvent s'afficher dans JOSM grâce à cette annonce ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openadresses.org et OSM
Le mercredi 07 avril 2010 à 05:02 +0200, Cédric MOULLET a écrit : Bonjour, La licence concernant les données adresses enregistrés dans OpenAddresses a été changée le 1er avril 2010, ceci pour permettre la compatibilité avec OSM, et pour faire suite aux remarques sur certains forums OSM. Vous retrouvez cette information dans l'accordéon Licence du site www.openaddresses.org. Concernant la problématique des relations, OpenAddresses a fait le choix de ne pas normaliser (au sens normalisation de base de données) le modèle de données, ceci pour favoriser l'utilisation des adresses dans des services web, par exemple. Il faut aussi constater que la plupart des jeux de données adresses existants suivent cette logique. Concernant la redondance, il y a effectivement une redondance avec OSM. OpenAddresses suit la même logique que Nominatim ou Gisgraphy en exportant les données d'OSM dans une base relationnelle, ceci toujours pour favoriser l'utilisation.OpenAddresses permet également l'édition d'adresse, ceci de manière très simple et sans login. Il y a également une redondance à ce niveau qui s'explique par notre désir de mettre à disposition du grand public un outil très simple d'édition et des services webs performants ainsi qu'une plateforme permettant à des privés ou des collectivités de gérer tous les aspects liés aux adresses. Nous travaillons maintenant sur la synchronisation avec OSM, chose qui est rendue compliquée par les limites de l'API mise à disposition par OSM et par les multiples manières possibles de saisir des adresses dans OSM. Cédric OpenAdresses est un projet intéressant. Concernant la problématique de synchronisation, a l'heure actuelle, dans votre base de données, il y a combien d'adresses issues d'OSM et combien vous sont propre ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau membre: presentation
Le mercredi 07 avril 2010 à 07:57 +0200, Xavier Maillard a écrit : Bonjour, Salut, Sinon dans la vie civile, je suis DBA pour une grande entreprise public dont le fond de commerce est la distribution de courrier. A ce propos, je me demande si le fait de participer sur mon temps libre a l'aventure OSM ne peut pas etre vu comme une sorte de concurrence deloyale vis a vis de ce dernier. Apres tout, cette entreprise vend un fichier d'adresses. A moins que tu ne travaille spécifiquement sur le fichier d'adresses de cette grande entreprise, il n'y a aucune raison. Sinon les pauvres salariés d'autres grandes mega multinationales tel Bouygues, Vinci ou autres ne pourrait plus rien faire dans leur vie privée qui ne rentre d'une manière ou d'une autre en collusion avec les activités lucratives de leur société. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tour de France 2010
Le mardi 06 avril 2010 à 11:18 +0200, s1057...@gmail.com a écrit : Bonjour à tous, Il y a eu à plusieurs reprise des discussions sur la liste sur le fait de mettre le parcours du Tour de France dans OSM. On peut imaginer toutes sortes d'usage à ces données mais le plus intéressant est sans doute le fait de pouvoir faire un communiqué de presse ou équivalent qui permettrait de faire parler d'OSM...comme l'avait fait Google il y a deux ans ou trois ans pour le lancement de StreetView en France. Il n'y a que 21 étapes, j'imagine que le mieux est de créer une relation pour chaque étape et d'y associer les voies, la pollution de la base sera limitée. Je ne vois pas l'intérêt de rentrer des relations pour le tour de France dans la base OSM et de communiquer derrière. Les relations n'ont aucune visibilité. et ce genre de relation n'apporte rien à OSM, à la cartographie du terrain et à la pérénité de la base elle même. Je préfèrerais largement que le parcours soit représenté sur un site tiers et qu'OSM servent simplement de fond de carte. C'est hyper lourd et contre productif d'éditer OSM lorsque chaque route est coupé en plein de morceau appartenant a une ou plusieurs relations. Le concept même de représenter des parcours a partir de relations et foireux. Les parcours doivent être décris de façon navigation. Une page du Wiki avait été crée à l'automne http://wiki.openstreetmap.org/wiki/WikiProject_France/Tour_de_France/2010. Par hasard, j'ai vu que le détail des étapes était maintenant disponible, par exemple pour l'étape 12 : http://www.letour.fr/2010/TDF/COURSE/fr/1200/etape_par_etape.html. Je pense que ces informations sont suffisantes pour déterminer le tracé. Je vous propose d'ajouter à la page du Wiki - une colonne pour ajouter la référence de la relation - une colonne pour indiquer si la relation est complète ou non - une colonne pour indique le contributeur qui se charge de l'étape Cela dit, le tour de France est une bonne excuse pour compléter les blancs de la carte OSM... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau rendu
Le mardi 23 mars 2010 à 05:23 +0100, Nicolas Dumoulin a écrit : Le lundi 22 mars 2010 23:33:09 THEVENON Julien, vous avez écrit : Voici un exemple de rendu des donnees OSM plutot sympa : http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.75011lon=14.30878layers=B Sympa :-) À la vue des réponses, je vois que ce genre d'applications donne des ailes. Effectivement, on ajoute des modèles l'arbres différents, les lampadaires, les pilones HT, l'élévation de terrain, et ça commence à devenir sympa :-) Ça demande encore pas mal de boulot de saisie derrière … j'ai encore jamais saisi de hauteur de bâtiments, ni d'arbre ! J'ai déjà saisi un arbre... il est planté au milieu de la route !! http://maps.google.fr/?ie=UTF8ll=43.344094,-0.363879spn=0,359.948416z=15layer=ccbll=43.343995,-0.363954panoid=8NidgT2Y9FH4uigXxuVt-Acbp=12,29.39,,0,19.3 Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites et repères géodésiques
Le dimanche 21 mars 2010 à 12:15 +0100, Pieren a écrit : 2010/3/21 Vincent Pottier vpott...@gmail.com Je crains que des robots (genre xybot) ne fusionnent de tels nœuds. On aura des guerres d'édition par robots interposés. Peut-être faut-il inventer un tag genre note:bot=escape et avertir les dresseurs de bots, et documenter le wiki... Votre avis ? -- Malheureusement, OSM n'a pas de coordonnée altitude. Ca serait la solution la plus propre ama. Mais nous avons le tag 'ele'. Le bot de duplicate nodes devraient en tenir compte et nous, de notre côté, vérifier que tous les nodes sont bien à des altitudes différentes, sinon ça devient vraiment des doublons. Il y a d'autres solutions mais ça serait du bricolage. Je vais soulever la question sur la liste principale. Tenir compte de la balise ele est effectivement la solution la plus propre. J'ai testé dans JOSM la fusion des nœuds. Elle ne peut pas être complètement accidentelle puisque qu'une boite de dialogue s'ouvre pour corriger les conflits entre les balises... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [rêve]
Le dimanche 21 mars 2010 à 23:10 +0100, Vincent Pottier a écrit : Le 21/03/2010 23:01, Vincent Pottier a écrit : Le 21/03/2010 22:31, René-Luc D'Hont a écrit : Intéressant Vincent, vraiment très intéressant! Il faudrait que l'on en discute sérieusement! René-Luc D'Hont 3Liz Mais tout ce que je sais faire, c'est rêver ! (là je suis fort !) La preuve : http://www.cityadvisor.net/ Le gars, avec OSM OpenTransport, il explose sa liste... http://www.cityadvisor.net/c_maps/ avec, en plus, une consultation en ligne... Il ne manque plus qu'un port de l'appli sur d'autres OS. Il existe l'appli gratuite Metro, qui a plusieurs années d'existence sur PDA qui recense les plans de transports en commun de plus de 400 villes. http://metro.nanika.net/ Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites et repères géodésiques
Le samedi 20 mars 2010 à 17:49 +0100, Eric SIBERT a écrit : D'abord, l'import est toujours en cours donc il serait bon de ne pas toucher aux points tant que ce n'est pas terminé. Je ferai signe quand ça sera terminé. Ensuite note=ne pas déplacer..., c'est pour ne pas changer les coordonnées du point à causes de mesures moins précises styles GPS. L'état du repère tel que définit par l'IGN doit se trouver dans description=*. Houlla, l'importation des repères géodésiques a créé des milliers de points dupliqués. http://matt.dev.openstreetmap.org/dupe_nodes/ ça va être très difficile, voir impossible, que personne ne fusionne ces nœuds automatiquement lors d'un nettoyage de printemps !! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [stats] Communes
Le jeudi 18 mars 2010 à 14:52 +0100, Cedric Dumez-Viou a écrit : Je n'ai pas lu le fichier jusqu'au bout... Merci. \o/ ya des nouvelles communes vectorisées dans le 33 \o/ C'est probablement de cette page dont vous parlez : http://beta.letuffe.org/cron/etat-communes/communes.csv.txt Mais pour info le lien vers cette page figure en bas de la page wiki mentionnée ci-dessous... Marie Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intérêt pour les collectivités de libérer les données
Le mardi 16 mars 2010 à 19:50 +0100, Christian Rogel a écrit : J'ai changé le titre du fil pour plus de clarté, mais cela n'amène pas plus de réponses... Ha si. Il y a beaucoup d'excellents arguments dans les réponses à mon courriel de départ :) Je donne une URL qui permet d'accéder au compte--rendu d'une réunion qui a eu lieu en décembre 2009 à Brest. http://www.a-brest.net/article5586.html Lien riche d'informations... On y trouve quelques réponses à la question posée sur l'intérêt pour une collectivité territoriale de libérer ses sont données : 1 Au niveau de l'agglomération de Brest, pourvue d'outils SIG depuis 25 ans, les différents services intéressés finissent par avoir des problèmes de mise à jour. Une forme de vigilance citoyenne ne remboursera pas les frais, mais donnnera un outil plus fiable, sans doute plus économique au final. 2 Au niveau des communes qui composent l'agglo, même si l'agglo prend en main une partie de leurs données, les décalages temporels subsistent et les agglos ne couvrent pas tous les territoires, d'où les demandes de Bohars, Plouarzel, Plougonvelin, Plouzané (2 seulement sont dans Brest Métropole). Elles veulent des cartes qui leur soient propres avec : a) Un fond de carte mis à jour et OSM qui leur permet d'agir pour cela leur paraît la solution pour l'exhaustivité du référentiel voies (sentes comprises) et des POI majeurs b) Un référentiel bâti. Chance pour elles, l'expertise de BMO + l'huile de coude de bénévoles d'OSM leur apporte une conversion de leur cadastre sans bourse délier c) Des couches qui leur sont spécifiques qu'elles font aussi relever par des habitants et qui sse marient (mashup) au fond OSM avec la moulinette Chimère (merci à Etienne Loks) J'ai récemment testé l'utilisation de Chimère et il semble effectivement parfaitement adapté à cette usage. Le discours de la municipalité de Plouarzel (2 500 hab.) est centré sur la mobilisation des habitants, des rencontres qu'ils font, ce qui facilite l'intégration des nouveaux venus. Denis Helfer a écrit OSM est plus qu'un acteur de plus sur le marché de l'info géolocalisée, elle est un mouvement social, une revendication d'accès à l'information dont nous avons besoin, à laquelle nous avons droit. Bien sûr, OSM n'a pas toutes les réponses, toutes les solutions, mais on y travaille. Je me demande si mouvement social est approprié. Les Allemands ont un terme excellent : initiative citoyenne, mais le plus délicat, on le voit, est de combiner contributions volontaires et gestion des grosses machines que sont les communes; Mais la gestion communale peut aussi être orientée citoyenne. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation OSM parmi d'autres
Le lundi 15 mars 2010 à 01:20 +0100, Thomas Gratier a écrit : Pour info, je ne crois pas avoir vu passé une mention de ce document http://tetis.teledetection.fr/index.php?option=com_contenttask=blogcategoryid=216Itemid=138 Bonjour, Hier soir, je suis opportunément tombé sur ma députée-maire de Pau et le maire-adjoint chargé entre autres du PDU a qui j'ai présenté OpenStreetMap, ses qualités, son intérêt pour le public, et que ça serait bien que la communauté d'agglo libère ses données et contribue au projet. Cependant 2 remarques m'ont été faites sur lesquels je n'ai pas vraiment eu de réponses. 1) quel intérêt pour la communauté d'agglo de s'intéresser à OSM. 2) les données SIG ça coute cher à produire, pourquoi on les donnerais. Sur le point 1 j'ai répondu uniquement sur la qualité et l'actualisation des données en temps réel. sur le point 2 je n'ai pas répondu. Sur le point 1 j'aurais pu répondre qu'il vaut mieux utiliser OSM comme fond de carte plutôt que de payer des prestataires extérieur pour produire des cartes fausses et incomplètes pour leurs différents besoins en communication ou autres usages. Sur le point 2 j'aurais aussi pu polémiquer sur le fait que les données SIG sont produite avec l'argent du contribuable et qu'a ce titre il n'y a pas de raison qu'il ne puisse en profiter. Qu'avez vous comme argument pour les points 1 et 2 qui soient plus diplomatique ? Par ailleurs, dans le cadre de Libre en Fête ( http://www.libre-en-fete.net/evenements ), je fais une présentation d'OSM le 27 mars à la Bibliothèque Intercommunale de Pau. Y a t'il une page du Wiki qui collecte les documents des précédentes présentations ayant été faite du projet ? PS: Ma députée-maire m'a demandé si OpenStreetMap avait fait une demande de subvention auprès du Plan Numérique nationale. Hormis le fait que OSM n'a pas encore de structure légale pour faire ce genre de demande, je doute, vu l'hostilité du gouvernement actuel envers les logiciels et la culture libre, qu'une telle demande soit positivement accueillie. Cependant la création d'un chapitre français d'OSM doit prendre en compte la possibilité de faire de telle demande... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Serveurs OpenStreetMap
Bonjour, Il est propable que le lug palois PauLLA récupère un cluster de calcul en fin de vie. Environ 22 nœuds Bi-pro dual-core et une baie d'1 To. la moitié des nœuds étant déjà équipé de 2 disque de 250 Go. Il me semble avoir lu que les serveurs récupérés auprès de Free était peut-être juste en espace disque. OSM-fr a t'il des besoins matériels ? Pour l'hébergement de ce matos, on (PauLLA) a quelques pistes à explorer... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveurs OpenStreetMap
Le jeudi 11 mars 2010 à 12:52 +0100, Etienne Chové a écrit : Bonjour, En effet, s'il y avait des disques dispo ce serai avec plaisir... les disques des serveurs Free sont quelque peu limités. Tu connais le format de ces disques et le type de machines ? Sous réserve... Une baie de stockage ayant 10 x 146Go 10k extensible à 14x146Go... 13 x IBM e326 Bi Opteron 250 à 2,4 GHz 2x146 Go 10k 4 Go de RAM 10 x IBM x3455 Bi Opteron Dual-Core 2216 à 2,4 GHz 2x146 Go 10k 16 Go de RAM Ces noeuds seront remplacés par des hexa, voire octo core. Les baies, l'alimentation électrique et la climatisation étant limité, les anciens noeuds sont donc arrêtés. Pour l'hébergement de ce matos, on (PauLLA) a quelques pistes à explorer... Cool, c'est ce qui fait défaut pour Free... même si on en a bientôt 10 de déployés. sur les 20. http://wiki.openstreetmap.org/wiki/FR:Servers J'en profite au passage pour dire que si certains ont des projets à déployer et que le matériel de Free leur suffit, on a des serveurs installés (ou bientôt installés) non utilisés. Le seul souci est les petits disques actuels. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveurs OpenStreetMap
Le jeudi 11 mars 2010 à 19:05 +0100, Etienne Chové a écrit : Le 11/03/2010 18:49, sly (sylvain letuffe) a écrit : On jeudi 11 mars 2010, Pieren wrote: Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour mettre en place une bdd postgis et un serveur de tuiles adapté à nos besoins (même si pour le second, on n'est pas encore à niveau concernant les disques). en effet, je ne cracherais pas sur une joli bête comme celle-là ;-) 16Go, c'est même over-top, avec 2Go j'arrive à m'en sortir à peu prêt. Au niveau disque, avec un raid0 on monte à ~280Go. Une base europe à jour avec deux trois broutilles de plus occupe 180Go, y'a encore 50Go de cache, de fichier data et autre, donc ça tiendrait. A l'étroit mais ça tiendrait. La base osm semble suivre une loi exponentielle. Elle a doublée en 18 mois ! L'étroit risque de le devenir étriqué assez rapidement. On peut envisager le AoE ou une autre bidouille du genre pour faire un cluster de disques, ou utiliser la baie si il s'avère qu'elle est vraiment dispo... mais encore faut il trouver une université telle que l'UCL qui fournisse hébergement et bande passante suffisante. Solution pointue et risquée, un système de fichiers distribué tel que Lustre pour rassembler les disques durs de tous les nœuds en un seul gros espace de stockage accessible par tous simultanément... Beaucoup plus réaliste, il est assez facile et peu onéreux d'ajouter une carte sata dans un nœud et d'y brancher des disque esata de 1 ou 2To et de transformer ce nœud en SAN accessible via GFS2 ou au pire NFS/CIFS. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin cadastre-fr 20391 (1.8)
Le mercredi 10 mars 2010 à 08:58 +0100, Mathieu Arnold a écrit : +--On 9 mars 2010 23:45:46 +0100 Dominique Rousseau d...@lee-loo.net wrote: | Le Tue, Mar 09, 2010 at 11:32:27PM +0100, Pieren [pier...@gmail.com] a | écrit: | Bonsoir, | | Je viens de mettre une nouvelle version du plugin (module | complémentaire pour les anglophobes) | | branchiciel ? ;-) Greffon ? \o/ \o/ vive le terme Greffon \o/ \o/ +100 ;o) Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin cadastre-fr 20391 (1.8)
Le mercredi 10 mars 2010 à 11:03 +0100, Pieren a écrit : 2010/3/9 Vincent Pottier vpott...@gmail.com Mais recaller sur le lambert 9 zones tout ce qui avait été créé auparavant... Pfff ! En plus il faut bien saisir les polygones à recaler. Un point commun à deux polygones rique d'être déplacé deux fois. Mea culpa. J'aurais dû intégrer la grille de conversion NTF beaucoup plus tôt dans la projection Lambert 4 zones. Mais il y a encore un an, je n'aurais jamais cru qu'autant de contributeurs étaient prêts à descendre à ce niveau de détails en recopiant systématiquement les bâtiments (certains y étaient même franchement hostiles). Pour tracer les routes, le décalage était acceptable. On voit aussi que de nombreux contributeurs continuent de tracer uniquement à partir de leur GPS. Il faut donc s'habituer au fait qu'OSM abrite des données plus ou moins bien positionnées de toute façon, l'idée étant qu'il faut encourager les contributions améliorant la qualité de positionnement et empêcher celles qui les dégradent. Personnellement, je ne vois pas l'intérêt de décalquer frénétiquement les contours de bâti. Je trouve que ça rend les cartes assez illisible et empêche de distinguer d'un coup d'œil rapide les véritables points d'intérêt. Cependant, je conçois que certains puisse y voir un intérêt :/ J'espère qu'un jour, OpenStreetMap pourra afficher les cartes en gérant différents calques afin d'avoir la possibilité de n'afficher que les données qui intéresse chacun. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] hamlet ou village
Le mardi 02 mars 2010 à 18:59 +0100, Benoît ROUSSEAU a écrit : RE Je fais exactement ainsi. Une commune est pour moi au minimum un village indépendamment de son nombre d'habitants. Là, je dirai non comme dans mon précédent mail. De plus, quand je cherche une commune sur OSM, je ne veux pas avoir a descendre au zoom 4 pour voir son nom apparaitre. Et quand je consulte une carte, je veux pouvoir faire la différence entre une commune et un lieu dit au même titre que la signalisation routière fait la distinction indépendemment du nombre d'habitant. Mais là je dirai oui. Zut ! Au titre de l'intérêt pour la carte... Paf ! Je suis en pleine contradiction ! Putain c'est chaud ! Ce que ça veux dire dans tous les cas c'est que la représentation des données actuelle n'est pas adaptée. Sans une action de résolution, cela reste une discussion sans fin. Le compromis laissera toujours un goût amer dans les deux camps, il faut trouver un moyen de résoudre autrement : nouveau tag, nouvelle règle d'interprétation, ... Je rajoute même un exemple pratique... La commune de Serres-Castet (64519) compte 3461 habitants. J'ai mis un noeud place=village sur la zone où se trouve la mairie et l'église qui ne doit compter qu'une centaine d'habitants et j'ai mis un noeud place=hamlet sur la zone qui doit compter les 3000 autres habitants... Et vous savez quoi ? Le toponyme de cette zone qui compte plusieurs milliers d'habitants est Hameau du Luy... http://maps.google.fr/maps?hl=frie=UTF8ll=43.378883,-0.367227spn=0.020649,0.051069t=hz=15 Pour l'anecdote, c'est dans le village, place de la mairie, que Bayrou a annoncé officiellement sa candidature aux présidentielles de 2007, et c'est dans le hameau que se trouve un concessionnaire Ferrari, supermarché, pharmacie... Et quand je regarde une carte, ce que je veux voir apparaitre en premier c'est Serres-Castet et pas Hameau du Luy indépendamment du nombre d'habitants !! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Bureaux de votes
Le jeudi 04 mars 2010 à 13:30 +0100, Lord Awikatchikaen a écrit : C'est souvent le cas. Même dans les villes peuplées ce sont souvent les écoles/gymnase/salle des fêtes qui servent de bureau de vote (vu que ca sert en moyenne 2 fois par an autant utilisé les infrastructures publique existantes). Je pense que ca a autant sa place dans OSM. Et puis OSM est une base vivante si on ne mettait que ce qui ne change pas, on n'y mettrait pas grand chose ... Sans intérêt. Je vote contre. OSM n'est pas un dépotoir à tags. Un bureau de vote n'existe pas en tant que tel, c'est une utilisation éphémère de structure pérenne dédié a un autre usage. Lorsque le pas grand chose aura été saisi et sera exhaustif, peut être il sera temps d'envisager de nouveaux horizons !! Pour faire des cartes spécifiques et personnalisées il existe OpenLayers et qu'OSM servent de *fond de carte* pour une appli recensant les bureaux de votes. ça ne me dérange pas. Par contre, si cette lubbie de vouloir recenser les bureaux de vote permet d'enrichir OSM avec les salle des fêtes, les écoles, les mairies, les salles communes, pourquoi pas. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Bureaux de votes
Le jeudi 04 mars 2010 à 14:24 +0100, Dominique Rousseau a écrit : Le Thu, Mar 04, 2010 at 02:11:39PM +0100, Christophe Merlet (RedFox) [red...@redfoxcenter.org] a écrit: Sans intérêt. Je vote contre. Dans quel bureau ? ;-) Bureau n°1 Pavillon des Arts. Lorsque le pas grand chose aura été saisi et sera exhaustif, peut être il sera temps d'envisager de nouveaux horizons !! Chacun reste libre de contribuer ce qu'il veut, non ? Tout à fait. Mais plutôt que de se servir de la base de données d'OSM pour expérimenter tout et n'importe quoi, il serait plus judicieux de développer ce genre de données dans une base distincte et de fusionner après coup dans OSM si la qualité des données est réelle. Je ne voit pas l'intérêt de n'avoir qu'une centaine (en étant généreux) de tag bureau de vote dans osm. Je ne vois pas non plus l'intérêt de mettre des balises qu'aucune appli n'affiche ou utilise ! Pour faire des cartes spécifiques et personnalisées il existe OpenLayers et qu'OSM servent de *fond de carte* pour une appli recensant les bureaux de votes. ça ne me dérange pas. Les bureaux de votes peuvent très bien être taggésdans la base, mais ne pas apparaitre sur les rendus « par défaut », mais seulement par un style de rendu spécifique. Ou que les tags entrés ans la base servent à produire un calque Openlayers. Et quelqu'un qui fait une page PHP utilisant OpenLayers pour afficher les bureaux de vote, peut aussi utiliser SQLite pour stocker l'emplacement de ces bureaux de vote... Il faut être conscient qu'on ne peut pas tout mettre dans la base d'OSM sous peine de devenir ingérable, inéditable et indébugable ! Tous les autres projets de développement font la distinction entre tronc commun et branche de développement. Il faudrait qu'OSM s'y mette... En attendant, si on s'assurait qu'il existe déjà au moins un nœud pour chaque commune de France, n'est-ce pas là une idée révolutionnaire qui peut sans doute réussir a faire l'unanimité ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureaux de votes - Circonscription electorales
Le jeudi 04 mars 2010 à 18:04 +0100, Dominique Rousseau a écrit : Le Thu, Mar 04, 2010 at 05:23:25PM +0100, Ab_fab [gamma@gmail.com] a écrit: Car plus que la localisation du bureau de vote le jour de l'élection qui ne servira qu'au journaliste envoyé loin de sa rédaction, c'est surtout la corrélation entre la zone géographique et le résultat des votes qui pourra être utile d'être analysé par la suite. Ca peut aussi servir aux communes, qui n'ont pas forcément de SIG dédié (je soupçonne que pour un certain nombre ça soit un tableur et un plan avec des punaises). Aux candidats, pour organiser les délégués le jour du scrutin, la campagne d'affichage officielle, etc. Ça peut permettre de retrouver à quelle circonscription/... on est rattaché. Ça permet de produire des cartes détaillées des résultats. Mais bien sûr... Ben je te mets au défi de me montrer un seul site qui utilisera OSM pour afficher la carte des résultats ! Ais-je besoin d'expliquer pourquoi aucun site n'utilisera OSM comme fond de carte ? Bref, comme toutes les données collectées dans OSM, il n'y a que les limites de notre imagination. C'est bien de rêver, mais un peu de pragmatisme ne fait pas de mal non plus ! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] hamlet ou village
Le mardi 02 mars 2010 à 11:50 +0100, Pieren a écrit : 2010/3/2 Art Penteur art.pent...@gmail.com Et j'ai personnellement tagué un certain nombre de chef-lieux de communes (rurales) en hamlet, parce qu'ils sont peu peuplés. Personnellement, j'ai toujours considéré qu'une commune devrait au moins contenir un place=village même si celui-ci contient un nombre d'habitants inférieur à 100. D'ailleurs, cette limite de 100 est tout à fait arbitraire (c'est bien pour ça que j'avais mis un point d'interrogation sur le wiki). D'autres pays parlent de quelques maisons sans plus de précision. On aurait pu dire 50 mais il y a encore quelques chefs-lieux de communes qui ont moins que ça. Je fais exactement ainsi. Une commune est pour moi au minimum un village indépendamment de son nombre d'habitants. De plus, quand je cherche une commune sur OSM, je ne veux pas avoir a descendre au zoom 4 pour voir son nom apparaitre. Et quand je consulte une carte, je veux pouvoir faire la différence entre une commune et un lieu dit au même titre que la signalisation routière fait la distinction indépendemment du nombre d'habitant. La France c'est 36000 villages, pas 36000 hameaux et lieux dits !! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] hamlet ou village
Le mardi 02 mars 2010 à 12:42 +0100, Pieren a écrit : 2010/3/2 Emilie Laffray emilie.laff...@gmail.com Mais est-ce qu'il y aurait consensus pour abaisser la limite du hamlet à 50 habitants dans le wiki ? Pour la France, cela réduirait singulièrement le nombre de chef-lieux de communes dans cette catégorie. Pour avoir 100 habitants, il faut entre 40 et 50 maisons, ce qui pour moi, fait quand même beaucoup pour un simple hameau. Un hameau est un centre de vie excentré de la commune principale. Ça peut être une ancienne commune insee, un quartier, un développement urbain. Fixer une limite arbitraire lié au nombre d'habitant n'a pas de sens. De la même manière, rétrograder une ville en village ou l'inverse juste pour 10 habitants en plus ou en moins n'a pas de sens. Le contexte est bien plus important que le dernier chiffre du recensement qui n'est de toute façon qu'approximatif. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gendarmerie Nationale
Le jeudi 18 février 2010 à 09:30 +, Emilie Laffray a écrit : 2010/2/17 Pieren pier...@gmail.com 2010/2/17 Eric SIBERT courr...@eric.sibert.fr J'en ai profité pour compléter les traductions du template et modifier certaines qui me paraissaient inexactes. Je suis d'accord avec la plupart des corrections sur le wiki sauf pour college. On ne peut pas d'un trait de plume dire que college ne s'applique pas en France alors que j'en compte 488 dans la bdd sur l'hexagone. La question de la classification des écoles a été discutée à plusieurs reprises ici et tout changement devrait faire l'objet d'une recherche de consensus. Oui, il faut faire attention car collège en anglais veut dire a peu de choses université (selon si vous êtes aux USA ou en Angleterre). Je suis assez opposée a l'utilisation de collège en tant que tag. Le principe du school:fr évoqué par un moment était plus sain. A force de voir constamment des balises pour s'adapter aux particularisme locaux, je m'inquiète pour le rendu des cartes. Mettez vous de temps en temps à la place des développeurs de logiciel de rendus. Il me parait évident que gérer l'arborescence de balises propres à chaque pays est illusoire et contreproductif. Vouloir distinguer gendarmerie et police en balise police et military me parait exagéré, les 2 étant des polices de proximité avec les mêmes missions , et en plus récemment rattaché au même ministère (celui de l'intérieur). Vouloir aussi faire des balises sur-mesure pour le système éducatif français et ne pas vouloir utiliser les balises internationales parce que ce sont des faux-amis linguistiques me gène aussi. Une carte est avant tout un outil *fonctionnel*. Si j'ai besoin d'alerter les forces de l'ordre, je cherche la police. Je me fout de savoir si derrière c'est la police municipale, la police nationale ou la gendarmerie. En tout cas je ne cherche pas des militaires qui sont là pour résoudre des conflits armés internationaux. Je veux trouver facilement sur une carte un logo police a l'emplacement des forces de l'ordre. Et ce sera d'autant plus facile si le développeur n'a pas a se soucier des particularismes locaux. Réfléchissez aux balises en termes fonctionnels et non administratifs. Les balises seront bien plus pérennes sur le long terme et on n'aura pas a les changer a chaque réforme administrative. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gendarmerie Nationale
Le jeudi 18 février 2010 à 11:23 +, Emilie Laffray a écrit : Je te rassure, ce n'est pas parce que je répond à ton message, que je te vise personellement. Je faisais des remarques d'ordre général. A mon sens, les balises principales doivent être peu nombreuses et clairement définies. Les particularismes locaux peuvent éventuellement être spécifiés dans des sous-balises et après discussions quant à leur pertinence et leur pérénité dans OSM. Le point que je faisais est que l'on ne peux pas utiliser amenity=college en France pour designer un collège. La raison est qu'un collège veut dire université. Pour moi, ça devrait etre amenity=school, et potentiellement en ajoutant school:fr=collège. Le faux ami linguistique justement ici est a ne pas utiliser car la balise internationale a un autre sens. Je ne vois pas ce que tu me reproches dans le cas présent. (Il faut noter l'accent sur collège dans le school:fr par rapport a l'absence d'accent sur le amenity=college.) Je n'avais pas bien compris. On voit qu'un découpage trop spécifique n'est finalement ni assez générique, ni assez précis. Il aurait peut-être mieux valu un simple amenity=education et une sous-balise education pour préciser. Pour moi le college était l'équivalent du lycée... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gendarmerie Nationale
Le jeudi 18 février 2010 à 13:43 +0100, Pieren a écrit : 2010/2/18 Emilie Laffray emilie.laff...@gmail.com Le point que je faisais est que l'on ne peux pas utiliser amenity=college en France pour designer un collège. La raison est qu'un collège veut dire université. Si je comprends bien mes dictionnaires, college a différentes significations suivant les pays anglo-saxon et peut même vouloir dire collège. Mais, ça n'est pas grave puisque sur le wiki, il a toujours été précisé que nos collèges devaient être taggués avec amenity=school et que le tag amenity=college s'appliquait aux établissements d'études supérieures qui ne sont pas des universités (puisqu'on a le tag amenity=university pour ceux-là). Ceux qui utilisent college pour collège se sont trompés et il faut les corriger mais cela ne veut pas dire qu'on nous n'avons pas d'établissement d'études supérieures en France qui ne soient pas des universités (BTS ? écoles d'ingénieurs ? X ? écoles de commerce ?). (En passant, je me demande avec quoi on peut tagguer l'ENA qui se trouve à Strasbourg maintenant). Pour moi, ça devrait etre amenity=school, et potentiellement en ajoutant school:fr=collège. Je sais qu'il y a une proposition de tags pour catégoriser les écoles. On en a déjà discuté ici et on voit qu'il y a peu de gens motivés pour allez aussi loin dans les détails. La plupart des contributeurs s'arrêteront aux tags amenity + name. Une carte est avant tout un outil *fonctionnel*. Si j'ai besoin d'alerter les forces de l'ordre, je cherche la police. Je me fout de savoir si derrière c'est la police municipale, la police nationale ou la gendarmerie. En tout cas je ne cherche pas des militaires qui sont là pour résoudre des conflits armés internationaux. Et les casernes de C.R.S, tu les mets dans la catégorie police ou militaires ? Et il y a des casernes de gendarmes affectées à des missions militaires. Les C.R.S. sont au service du public, je les mets dans la balise police. Les casernes de gendarmerie affectés à une base militaire, ne sont qu'au service des militaires, ils ont donc la balise military. On parle alors de Gendarmerie de l'Air, de Gendarmerie Maritime ou de Gendarmerie de l'Armement Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] {Spam?} Re: outils pour tra iter les CLC non importés (fusion/découpage)
Le jeudi 18 février 2010 à 21:50 +0100, Cedric Dumez-Viou a écrit : Bonjour, J'ai écrit un script matlab qui lit un fichier osm téléchargé sur clc.osm.fr pour le découper (http://clc.openstreetmap.fr/cgi-bin/get-osm.sh%3FFR-73751 par exemple). whaouu, matlab sait faire ça ??!! Je souhaite porter le code existant en python pour me libérer un peu de matlab et j'espère que des routines un peu plus optimisées accélèreront la mise au point. Est-ce que Octave (alternative libre à matlab) est capable de faire ce que tu as fait avec matlab ? Je voulais savoir si vous aviez des modules python à me conseiller et des exemples de code pour manipuler des polygones (découpage, opérations logiques, ...) . J'ai jeté un œil à pyosm.py pour parser un osm/xml mais j'avoue être un peu largué par le format des données retourné... Mais si le nombre de polygones à traiter ne dépassent pas les 7 présents sur http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Op%C3%A9rations_post-import , je peux fignoler mes scripts matlab et simplement mettre les résultats à disposition. Cordialement, \o/ J'ai hâte de voir le résultat \o/ Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les nodes dupliqués sur highway
Le jeudi 11 février 2010 à 11:46 +, Emilie Laffray a écrit : La nouvelle URL est la: http://matt.dev.openstreetmap.org/dupe_nodes/ C'est curieux, il y a comme un quadrillage de points dupliqués sur la France. Quelle peut en être la cause ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nombreux warning sur la carte
Le mercredi 10 février 2010 à 01:16 -0800, lolowan a écrit : Bonjour à tous. Je suis un récent contributeur au projet Openstreetmap. Je sévis dans le nord de la haute-Garonne principalement. Après un peu de pratique de renseignements pris à droite à gauche J'ai une question qui ne trouve pas de réponse : Pourquoi, laissez visible tout un tas de warning visibles sur la carte Lorsque je présente la carte à une personne ne connaissant pas le projet elle me demande systématiquement la signification de ces contours jaune ou orange que l'on voit un peu partout sur les zones de bois ou foret, sur l'autoroute, ... J'ai beau expliquer que ce sont bien souvent des balises soient non reconnues ou des absences de noms, j'ai le sentiment que ça donne un aspect beaucoup moins fini que d'autres sites proposant des cartes similaires. N'y a-t-il pas un mode d'affichage sans warning ? Si ;o) Tu clique sur la petite croix blanche sur fond bleu en haut à droite de la carte OpenStreetMap. Un menu apparait et tu décoches le calque Maplint. Enjoy :o) Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] voies des zones rurales
Le vendredi 05 février 2010 à 09:48 +0100, Brice Mallet a écrit : Bonjour, Cartographiant et débutant dans des zones rurales, je me suis posé ce type de questions. A mon avis, il faut conserver unclassified quand c'est goudronné : critère plus discriminant que la largeur, pas forcément facile à estimer. track + tracktype=grade1 AMHA à n'utiliser que pour des chemins empierrés ou éventuellement avec quelques sections de goudron en réparation mais pas en continu Je fais pareil. Et pour choisir entre grade1 à grade5, je fait en fonction du type de véhicule qui peut arriver à passer après qu'il ai plu pendant 2 semaines. grade1 pour les pistes empierrées compactés qu'une voiture citadines peut emprunter sans problèmes même par mauvais temps. grade5 pour les pistes rempli d'ornières et de bourbier que seul un véhicule agricole peut franchir. Et entre les 2 j'imagine respectivement le passage d'un véhicule utilitaire, d'un SUV avec une bonne garde au sol et d'un vrai 4x4 defender avec des pneus M+S... Cela dit, en été, par beau temps, certaines pistes en terre sont praticables par tout types de véhicules, un vrai billard alors qu'ils sont totalement impraticables après une pluie (Comme les Bardenas). donc, il reste quand même une grande marge d'appréciation... et on va pas rajouter une balise weather dans OSM pour ça !! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] node et chemin
Le vendredi 05 février 2010 à 15:16 +0100, Maurice Boucher a écrit : Re, Pour Mathieu : manoeuvre brillamment exposée, parfaitement exécutée. Pour Pieren : Tu as probablement raison, c'est ainsi que le décrit le gros bonhomme des pneus de Clermont-Ferrand. Il n'est pas facile de caractériser les routes, une primary par chez moi ressemble à une secondary chez mes voisins. Dans le cas présent, depuis longtemps elle est marquée comme départementale. On ne définit pas une route primaire ou secondaire parce qu'elle fait 12m56 de large ou parce que la peinture est plus brillante qu'une autre. On la définie en fonction du transit qu'elle porte et de l'importance des villes qu'elle relie. Si une route est utilisée par le trafic reliant 2 préfectures, alors on a vraisemblablement affaire à une route primaire. Si une route n'est utilisé que par le trafic reliant 2 villes d'un même département, on a priori affaire à une route secondaire. Le reste des départementales étant en tertiaires. A l'intérieur d'une agglomération, le raisonnement est le même mais sur une zone géographique restreinte à la taille de l'agglomération, sans quoi il n'y aurait que des résidentielles. Tout en restant cohérent et en évitant de mettre une primaire pour la place d'un village déservi par une départementale... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] node et chemin
Le vendredi 05 février 2010 à 16:34 +0100, Pieren a écrit : 2010/2/5 Christophe Merlet (RedFox) red...@redfoxcenter.org On ne définit pas une route primaire ou secondaire parce qu'elle fait 12m56 de large ou parce que la peinture est plus brillante qu'une autre. On la définie en fonction du transit qu'elle porte et de l'importance des villes qu'elle relie. Si une route est utilisée par le trafic reliant 2 préfectures, alors on a vraisemblablement affaire à une route primaire. Si une route n'est utilisé que par le trafic reliant 2 villes d'un même département, on a priori affaire à une route secondaire. Le reste des départementales étant en tertiaires. A l'intérieur d'une agglomération, le raisonnement est le même mais sur une zone géographique restreinte à la taille de l'agglomération, sans quoi il n'y aurait que des résidentielles. Tout en restant cohérent et en évitant de mettre une primaire pour la place d'un village déservi par une départementale... Inutile de réécrire la page http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging ha oui, ça répond exactement à la question :o) Personne n'a parlé de largeur ici. Mais depuis que je connais le projet, on a toujours tagguer les nationales déclassées en primary, sauf si le trafic de celles-ci était supplanté par des voies nouvelles. Si ça peut te rassurer, l'idée ne venait pas de moi.. Je ne dis pas le contraire. Et je n'ai aucun problème à tagguer une primary qui traverse un village (et sa place), si par malheur celui-ci est effectivement coupé par une nationale ou une ancienne nationale déclassée. Heureusement, ces cas de figure sont devenus rares. J'aurais du dire déservie par une tertiaire Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nodes dupliqués
Le jeudi 04 février 2010 à 16:43 +0100, Charlie Echo a écrit : Tout à fait. En même temps, il y a très peu de chances qu'un point d'une route et un point de Corine tombent au même endroit et parraissent dupliqués... Donc même sans vérification, on risque d'ajouter QUELQUES erreurs, mais si peu... - Mail Original - De: Emilie Laffray emilie.laff...@gmail.com Il ne faut pas fusionner tout et n'importe quoi. Il faut faire attention a ne fusionner que les points qui appartiennent a la même couche et ne pas fusionner un point de Corine avec un point d'une route. Car sinon ce n'est pas pratique. Emilie Laffray De même que je trouve dommage de ne pas importer les gigantesque polygones CLC manquant juste parce qu'il y a un peu de recouvrement par ci par là. Résultat, la forêt des Landes, la plus grande foret d'Europe est un désert :(( Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin de Stevenson dans les Céven nes
Le jeudi 04 février 2010 à 23:37 +0100, Sébastien Dinot a écrit : Bonjour, Christian Rogel a écrit : un groupe de randonneurs qui veut refaire en octobre 2010 le chemin pris par l'écrivain écossais Robert Louis Stevenson en 1878 pour parcourir 220 km en 12 jours avec une ânesse qu'il avait baptisé Modestine. Conseille-leur de faire une halte ludique au Musée du Cheval à Pradelles [1] (http://www.cheval-land.com). L'épopée de Stevenson y est retracée. Y aurait-il un intérêt à demander aux randonneurs de transférer des traces GPS sur OSM? Bien sûr que oui car ces chemins suivent rarement des routes goudronnées ou même des pistes praticables en véhicule. Il y a bien des routes de pélerinage répertoriées (voir http://wiki.openstreetmap.org/wiki/Camino_de_Santiago et Category:Pilgrimage ), mais pas d'itinéraires du patrimoine qui sont d'ailleurs peu nombreux. J'ai modestement ajusté le tracé de la « Via Podiensis » vers le Puy-en-Velay car je connaissais bien le tronçon en question et j'avais sous le coude une petite trace GPS réalisée lors d'une balade. Je ne suis nullement un pélerin mais j'ai fait une partie du chemin de Saint-Jacques de Compostelle et, pour moi, cette route fait partie de notre patrimoine. Concernant ces chemins, le seul problème pour OSM est que « GR » et « PR » sont des marques déposées par la Fédération Française de Randonnée Pédestre (FFRP). On ne peut donc pas faire apparaître un chemin dans OSM sous la dénomination « GR 70 ». Mouais... Je n'ai toujours pas vu un communiqué de la FFRP interdisant aux gens de parler de GR® sur une carte sous prétexte que c'est une marque déposée. Sinon il faut se dépêcher de supprimer d'OSM tout les POI Leclerc® Boulanger® Carrefour®... voire supprimer les villes qui sont aussi souvent des marques déposées ! Je mappe le terrain, et si sur le terrain il y a un panneau indiquant GR-653, j'indique GR-653. De ce que j'ai pu lire, la protection des termes GR® existe pour empêcher quiconque de créer sur le terrain des circuits sous cette appellation. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] voies des zones rurales
Le dimanche 31 janvier 2010 à 00:31 +0100, Guillaume Allegre a écrit : Le Sat 30 Jan 2010 à 18:12 +0100, Christophe Merlet (RedFox) a ecrit : Il faudrait 2 ou 3 degrés inférieurs à tertiary (petites départementales). Utiliser service pour des routes à usage quasi-uniquement agricole me paraissait pertinent dans ce cadre. J'ignore a quoi ressemble une route a usage quasi-uniquement agricole. Si c'est goudronné et ouvert au public, c'est une unclassified. Si ce n'est pas goudronné, c'est une track. Une route de campagne n'est pas à usage exclusif des paysans du coin, les citadins et les touristes ont aussi le droit de s'y promener... Certes oui. Mais le trafic agricole est largement majoritaire. Et ??!! Doit on aussi mettre une balise spécifique pour les routes de bord de mer de la cote d'Azur où le trafic est majoritairement à base de cabriolets ? Une autre balise spécifiques pour les routes de montagne ou le trafic est majoritairement à base de camping-car ? Faut il une balise spécifique pour l'IGB au trafic majoritairement industrielle ? Pour classer les routes on a déjà énormément de niveau autoroute express primaire secondaire tertiaire mineure piste grade1 à 5 inconnu soit au moins 12 catégories !! Ben c'est très bien pour les routes départementales et au-delà (= tertiary), mais pour les routes goudronnées non départementales, il n'y a plus qu'un choix, c'est unclassified. Et sur le terrain, il y a beaucoup de diversité dans la largeur et le trafic, donc unclassified me semble réducteur. Le besoin semble d'ailleurs apparaître ailleurs, puisqu'on trouve des propositions pour highway = quaternary | quinary | rural en remplacement de unclassified (ce qui me parait opportun effectivement) : http://wiki.openstreetmap.org/index.php?title=Proposed_features/highway:quaternary Ton lien propose juste une modification cosmétique pour remplacer le terme unclassified par minor ou autre. Je ne voit ni dans ton lien ni dans tes propos ce qui permettrait de distinguer une unclassified d'une autre unclassified et de créer plusieurs nouvelles catégories. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] voies des zones rurales
Le samedi 30 janvier 2010 à 11:32 +0100, Guillaume Allegre a écrit : Le Sat 30 Jan 2010 à 10:19 +0100, Lionel Maraval a ecrit : Bonjour, Lorsque j'ai commenccartographier d'apr s le cadastre, j'ai ajout plein de chemins ruraux et de voies communales. Y a-t'il un outil permettant de modifier des tags en masse ? Pour remplacer les noms Chemin rural de par Chemin de , ventuellement avec la condition que ce soit moi qui les ait nomm s. A ce propos, je demande confirmation sur ma pratique habituelle : Quand le cadastre indique sur une voie Voie communale N.19 de Tartempion, je traduis en name = Route/Chemin de Tartempion (selon affichage ou appellation locale) + ref = VC 19 C'est la bonne méthode ? Je mets simplement C 19 D'autre part, j'hésite toujours pour les petites routes de campagne qui desservent quelques fermes mais surtout des terres agricoles. Ce sont des routes goudronnées, mais généralement sans aucun marquage au sol, et sur lesquelles on ne se croise pas sans s'être un peu poussé sur les bas-cotés. Selon les cas, je mets residential ou service, surtout en fonction du nombre d'habitations connectées, mais est-ce qu'il y a des critères clairs ? Généralement unclassified. J'utilise service lorsque l'on est dans du semi-privée genre les voies de circulation dans une grande entreprise ou entre les bâtiments d'une université... rare sont les particuliers qui *possèdent* une route goudronnée pour eux tout seul... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] voies des zones rurales
Le samedi 30 janvier 2010 à 17:26 +0100, Guillaume Allegre a écrit : Le Sat 30 Jan 2010 à 15:58 +0100, Christophe Merlet (RedFox) a ecrit : name = Route/Chemin de Tartempion (selon affichage ou appellation locale) + ref = VC 19 C'est la bonne méthode ? Je mets simplement C 19 OK pour C 19. D'autre part, j'hésite toujours pour les petites routes de campagne qui desservent quelques fermes mais surtout des terres agricoles. Ce sont des routes goudronnées, mais généralement sans aucun marquage au sol, et sur lesquelles on ne se croise pas sans s'être un peu poussé sur les bas-cotés. Selon les cas, je mets residential ou service, surtout en fonction du nombre d'habitations connectées, mais est-ce qu'il y a des critères clairs ? Généralement unclassified. J'utilise service lorsque l'on est dans du semi-privée genre les voies de circulation dans une grande entreprise ou entre les bâtiments d'une université... rare sont les particuliers qui *possèdent* une route goudronnée pour eux tout seul... OK pour abandonner residential au profit de unclassified dans les zones rurales. Par contre, si on met tout en unclassified, dans les zones rurales, on applatit beaucoup la hiérarchie. Il faudrait 2 ou 3 degrés inférieurs à tertiary (petites départementales). Utiliser service pour des routes à usage quasi-uniquement agricole me paraissait pertinent dans ce cadre. J'ignore a quoi ressemble une route a usage quasi-uniquement agricole. Si c'est goudronné et ouvert au public, c'est une unclassified. Si ce n'est pas goudronné, c'est une track. Une route de campagne n'est pas à usage exclusif des paysans du coin, les citadins et les touristes ont aussi le droit de s'y promener... Pour classer les routes on a déjà énormément de niveau autoroute express primaire secondaire tertiaire mineure piste grade1 à 5 inconnu soit au moins 12 catégories !! Et pour être plus précis sur les routes secondaires et mineures on a les balises width (que je ne mesure pas) et smoothness (que je n'utilise pas) Au passage pour la balise width, j'aimerais pouvoir utiliser les valeurs narrow, normal et large pour indiquer simplement si des véhicules peuvent se croiser facilement ou non. Il y a dans les Pyrénées énormément de départementales et routes mineures ou 2 voitures se croisent avec difficultés et où un semi-remorque ne devrait jamais s'aventurer, même si ce n'est pas interdit. Exemples de départementales étroites : http://maps.google.fr/maps?hl=frie=UTF8ll=43.06199,-0.69437spn=0,359.794693z=13layer=ccbll=43.062125,-0.694464panoid=8gVnZjH3nRh0gX9dBuMQ6gcbp=12,322.98,,0,1.16 http://maps.google.fr/maps?hl=frie=UTF8ll=43.084561,-1.29spn=0,359.974337z=16layer=ccbll=43.083594,-1.299087panoid=Qc2fZDlbnBKWXEa53SFC-gcbp=12,154.5,,0,1.61 Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prestataires OpenStreetMap
Le lundi 25 janvier 2010 à 07:32 -0800, Jean Pasdeloup a écrit : Bonjour, nous développons des applications touristiques mobiles sur iPhone/BlackBerry/Android et envisageons de basculer nos cartographies sur OSM. Cependant, nous avons des clients, des collectivités locales, dans des zones rurales mal cartographiées, et une façon d'aider le projet pourrait être de financer la cartographie de ces zones. Le bénéfice serait également double pour la collectivité : ils auraient ainsi une application mobile, plus une cartographie libre et précise de leur territoire. Existe-il des sociétés qui pourraient s'occuper de ce type de prestation ? Je ne connais pas de sociétés pour ce genre de prestation. Cependant, sur la base d'un bon cahier des charges et d'objectifs réalisables sur le temps imparti, j'imagine que des appels sur cette liste pour mapper des zones précises est envisageable pour trouver des volontaires. Personnellement, je suis potentiellement intéressé pour améliorer le Sud-Ouest (40-64-65) sur mon temps libre... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Matrice de coordination
Le samedi 23 janvier 2010 à 14:43 +0100, Ab_fab a écrit : Bonjour, La réponse au tremblement de terre à Haïti permet de voir en action certains outils que j'ignorais jusqu'ici, comme la matrice de coordination [1] élaborée par les voisins allemands. Il permet de jauger la complétude de la carte, en la divisant en petits carrés de terrain : Au final, la carte apparaît comme une mosaïque colorée, avec des carrés passant du rouge au vert au fil des apports et des vérifications (toutes les rues sont elles présentes ? avec leur nom ? etc ...). Je trouve que c'est un outil qui pourrait être utile dans nos contrées, en complément d'Osmose et de Beta. Pas d'objection pour ajouter une ligne sur la page [2] des besoins qui pourraient être pris en charge par les serveurs Free ? Bonne journée [1] http://projekte.eiops.de/osm-matrix/ [2] http://wiki.openstreetmap.org/wiki/FR_talk:Servers En ce qui me concerne, je vote *pour* une matrice de coordination. C'est un outil auquel j'ai déjà révé sans savoir lui donner un nom... Ce serait un gain de temps appréciable afin de déterminer immédiatement les zones à explorer sur lesquelles travailler et ne pas perdre son temps à vérifier encore et encore des zones déjà complètes. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] langues ?
Le samedi 23 janvier 2010 à 01:57 +0100, hamster a écrit : [... gaspillage d'octets ...] Pieren a écrit : Euh, je ne vois pas très bien où est le sujet de polémique. Si on discute de la définition d'un tag pour un défibrilateur, on cherchera un mot anglais. C'est la sémantique commune à tous les pays elle est la, la polemique OpenStreetMap est un projet informatique internationale. Il n'y a pas lieu de discuter du choix de l'anglais comme langue commune et universelle. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Défibrillateur
Le jeudi 21 janvier 2010 à 09:13 +0100, Cedric Dumez-Viou a écrit : Même dsa n'est pas évident pour un francophone. Je penche aussi pour amenity=defibrillator. Est-ce que ce terme est évident pour un indien ? pour un espagnol ? pour un chinois ? pour un arabe ? Je rappelle que le français n'est que la 11ème langue la plus parlé au monde avec seulement 78 millions de locuteurs ! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mon magasin
Le jeudi 14 janvier 2010 à 15:56 +0100, Jean-Francois Nifenecker a écrit : Eric Sibert a écrit : Je vais prendre le problème dans l'autre sens. Quel(s) tag(s) pour - l'épicerie du quartier? - le Petit Casino tenu par un couple? (alimentaire seulement) - la supérette du quartier avec surtout de l'alimentation mais aussi quelques produits d'hygiène et d'entretien? shop=convenience - le Monoprix/Prisunic de centre ville avec 1/3 de vêtements, 1/3 d'alimentation et 1/3 de fournitures générales? shop=supermarket en tout cas c'est ce que je mets (quand j'y pense) Moi je suis terriblement embêté avec les magasins Ikea... Est-ce du bricolage ou de l'ameublement ? ET les Magasin Boulanger, est-ce de la HiFi-vidéo, de l'informatique ou de l'électroménager. Et les magasins Brico Dépot. Est-ce du bricolage ou un self-service alimentaire sachant qu'ils offrent le café et les viennoiserie ? A moins que ce ne soit du prêt à porter, puisque qu'ils vendent des gants et des blouses... Il faut absolument créer les bon tags et toutes les sous catégories et même rentrer l'intégralité des articles sinon on risque d'induire en erreur les utilisateurs d'OSM... Ce serait catastrophique OSM n'est actuellement pas d'une grande utilité pour faire ses courses, il faut le dire. J'ai bien cherché dans OSM ou je pouvais acheter une brioche des rois aux fruits confits et j'ai pas trouvé, pourtant ce serait vraiment utile en cette période... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mon magasin
Le lundi 11 janvier 2010 à 09:31 +0100, Cedric Dumez-Viou a écrit : Serait-il acceptable de mettre le tag amenity = community_centre dans http://wiki.openstreetmap.org/wiki/FR:Map_Features même si il n'est encore que sous draft ? Son statut non définitif pourrait être précisé en commentaire. Je pense que cette page du wiki ne devrait indiquer que les balises validés et acceptés par la communauté après concenssus et vote. Cette page est suffisamment grande comme cela. Et l'alourdir avec des balises non approuvés rendrait la page illisible. Cette page devant être identique et traduite dans toutes les langues il est inconcevable d'y rajouter des balises qui ne serait pas accepté par la communauté internationnale. Par ailleurs si on accepte d'y mettre des balises non validés, ce n'est plus une page, mais un annuaire, surtout si on doit mettre une balise pour chaque type de magasin et de spécificité. Au hasard, je pense a la cabane du moniteur de ski, à la cabane du guide de montagne, à la cabane au fond du jardin... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer une Piscine
Le mardi 05 janvier 2010 à 11:56 +0100, Jean-Marc Liotier a écrit : Pieren wrote: 2010/1/5 Cavok cavok...@free.fr: Quelles Keys mettriez vous pour une piscine à usage privé ? Bon, d'abord, il faudrait se poser la question de l'opportunité de mettre ou non les piscines privées. [..] Pour la navigation à vue (VFR pour Cavok - héhé...) une piscine peut fournir un amer intéressant - grâce à la réflexion lumineuse on repère les piscines de loin dans le paysage. Ca me parait donc éventuellement tout à fait pertinent. Et comment tu fait lorsqu'il y a une bache sur la piscine ou qu'elle est vidé ? Tu te crash avec ton ULM ? Pour t'assurer la vie faut il aussi cartographier dans osm les piscines en plastique ? Est tu incapable de naviguer à vue en te basant sur les routes, les lacs et rivières, l'occupation des sols (cultures et forets), le relief ? Une piscine n'apporte rien dans la navigation à vue car pour la voir il faut être bien orienté par rapport au soleil... Et si on a affaire a une piscine couverte, faut il l'indiquer dans OSM ? Et comment savoir que c'est une piscine couverte ? Faut il se permettre de rentrer dans la propriété privé pour s'en assurer ? Bref, je considère complètement inutile de saisir dans OSM les piscines *privées*. Je trouve déjà limite inutile de mettre le bati privé... C'est quoi après la prochaine étape ? mettre un tag leisure_park lorsqu'un particulier à une balançoire dans son jardin ? Bref, je trouve complètement ridicule la frénésie que certains ont à vouloir TOUT cartographier en se trouvant des prétextes de pseudo utilité de l'information. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveurs Cadastre de la DGI.
Le jeudi 17 décembre 2009 à 19:34 +0100, Mickey86 a écrit : Bonjour, Bonjour, Je suis contributeur OSM depuis août dernier, et aussi chargé de mission au sein du CSI (Centre des Services Informatiques) de la DGFiP (Direction Générale des Finances Publiques) à Poitiers depuis mardi dernier (2009-12-15) pour au moins quelques mois. J’ai donc potentiellement des contacts avec les admins des serveurs qui hébergent les plans cadastraux français. S’il y avait des demandes à formuler auprès de ces administrateurs, je pourrais éventuellement faire l’intermédiaire. Je ne suis pas très au fait, des besoins d’OSM à ce sujet, aussi si vous avez des idées… PS : je suis là seulement depuis mardi, je suis le « nouveau », alors, ne me demandez pas tout de suite de hacker le serveur, hein ^^ D’autant que la DGI est assez chatouilleuse du côté sécurité. De plus, mon boulot à la DGI n’a rien à avoir avec les cadastres. En l'état actuel, ce qui me gène est la lenteur du serveur... Les tuiles sont elles recalculées à chaque requête ? Est-il envisageable que la communauté OSM mette en place un serveur proxy qui serait interrogé par le plugin cadastre de JOSM pour resservir les tuiles bien plus vite ? Si c'est légalement possible, quel espace disque à prévoir ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EducationMap ?
Le lundi 14 décembre 2009 à 11:07 +0100, wouldsmina a écrit : bon il y a 23123 établissement en france ( http://rne.education.gouv.fr ) Quand on regarde dans le détail, il y a de tout... résidence universitaire, restaurant universitaire, mairie, conseil général, les différentes composantes ufr d'université, ou différentes formations de la même iut, préfecture, prison... Bref, il y a beaucoup moins de 23000 établissements... et il est par conséquent impossible de trouver 23000 amenity:school sur l'hexagone... quelqu'un peut extraire le nombre de amenity:school sur l'hexagone? j'imagine que ça ne dépasse pas les 10%... Je suis sur que les établissements sont géolocalisés par les rectorats, je demandes au service concerné dans mon académie si c'est le cas et sous quelle licence ces données sont... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EducationMap ?
Le dimanche 13 décembre 2009 à 15:23 +0100, Steven Le Roux a écrit : Je me suis posé cette question. Mais le référentiel étant exclusivement géographique Je pense que ça a sa place. Je m'explique : une cantine, c'est géographique. Donc l'association avec les tags dont nous parlons plus haut dans ce thread se feront sur le polygone correspondant. À moins d'en faire une relation et de lier cette relation, dans une base extérieure qui elle enrichie ces relations par les tags school*/operator*, on ne va pas avoir d'autres choix si on veut faire simple. C'est de l'administratif, au même titre que les frontieres, limites communales etc.., mais comme il y a un caractère exclusif au niveau géographique, je pense que ça fait sens. On peut aussi se poser la question de faire des relations pour les écoles qui ont plusieurs batiments, les groupes scolaires etc... La gestion en serait grandement simplifiée. Et là pour le coup, c'est assez simple pour une école de gérer des tags supplémentaire pour surcharger les notres s'ils veulent un rendu particulier de leur école. J'ai bien compris le crédo de certains. TOUT a sa place dans OSM. Et il est plus utile de disserter sur les relations liant sa maison à la cabane au fond du jardin que de tracer les départementales de sa communes... Au final, OSM est bon en rien, et moyen en tout. Quand verra t'on dans OSM un réseau routier utilisable pour du routage d'un point à l'autre de la France ? Le réseau des routes primaires n'est même pas achevé !!! Quand verra t'on dans OSM ne serait-ce d'un node pour chaque communes de France ? Je sais, j'ai déjà fait ce genre de remarque sur la liste, et je continuerai à les faire tant que je serais obligé d'utiliser Google Maps, Yahoo Street ou bing maps pour tracer mon itinéraire à travers la France. Le projet s'appelle Open *STREET* Map ! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EducationMap ?
Le dimanche 13 décembre 2009 à 16:29 +0100, Steven Le Roux a écrit : Si c'est une attaque personnelle... je l'accepte... mais j'attend que tu me dises où chez moi il manque une route et d'où vers où le routage n'a pas été correct. Il ne s'agit absolument pas d'une attaque personnelle. Juste d'un constat général. Chacun est libre de contribuer *lui-même* à la richesse de la base OSM pour ses besoins propres et spécifiques. Mais lorsque la contribution commence a ressembler à demander aux autres d'investir leur temps et leurs moyens sur des projets annexes, cela m'hérisse le poil. Va t'on devoir créer une nomenclature spécifique pour le syndicats des pharmaciens en fonction des médicaments qu'ils vendent et des labos qui leur paye des séminaire d'études au soleil ? Va t'on devoir faire la distinction entre les boulangeries qui font des croissants au beurre et ceux qui les font à la margarine parce que les producteurs de lait considère que c'est une info intéressante pour promouvoir leur filière ? Quel intérêt de débattre sur la distinction public/privé des écoles et lycée alors qu'il n'y a aucune route pour mener a ces fameuses écoles ? Il y a déjà suffisamment à faire avec les tags existants pour faire une base d'intérêt général. OSM intéressera bien plus de monde s'il n'y a ne serait ce qu'un simple nœud pour localiser une école, que si une seule école est parfaitement représenté avec une dizaine de relation et une palette de 15 couleurs pour chaque classes et son panier de basket. Je ne crois pas que OSM a a supporter tout et n'importe quoi comme balises descriptives. Et si certains ont des besoins spécifiques et corporatistes, ils peuvent forker la base et développer leur couche métier à part. sinon on peut être sur que la base s'effondrera sous son propre poids. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Agglo de Pau et OpenStreetMap
Le vendredi 11 décembre 2009 à 19:26 +0100, piratebab a écrit : Très belle initiative! De mon coté j'ai envoyé une carte de mon village (Mapsomatic) à la mairie, en disant que je ne connaissait pas le nom de certains chemins communaux. Et des conseillers municipaux ce sont proposer de m'aider en retrouvant les noms de tout ces petits chemins aux nom parfois très locaux :). Il faudra qu'on s'organise pour aller se boire une bière à Pau un de ces jours! N'hésite pas a venir nous rencontrer lors d'une réunion PauLLA, généralement le jeudi soir, une fois par mois à la Maison de l'Étudiant sur le campus de l'UPPA. http://www.openstreetmap.org/?lat=43.31343lon=-0.366529zoom=18layers=B000FTF Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le CETE s'intéresse à OSM
Le vendredi 11 décembre 2009 à 20:27 +0100, René-Luc D'Hont a écrit : Le document a été réalisé par moi-même, René-Luc D'Hont de 3liz; la démo par mobigis. Joli travail :) Le premier document est très instructif. C'est une bonne présentation d'OSM. J'y ai même appris des choses :) Le document concernant le démonstrateur technologique est aussi très intéressant. Je n'y ai pas compris grand chose, n'étant pas du métier, si ce n'est que le contenu d'OSM peut réellement servir comme source de données pour des applications professionnelles pertinentes et qu'en tant que fourmi bénévole il est important de saisir les données le plus sérieusement possible et pas seulement baclé à la va-vite pour mon usage personnel immédiat. Est-il autorisé de communiquer ces documents le plus largement possible pour convaincre par exemple les collectivités à libérer leurs données SIG, voire contribuer à OSM ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 3.5 en transit
Le jeudi 10 décembre 2009 à 04:40 -0800, Stéphane Brunner a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello ! Ce ne serais pas plutôt hgv=destination ? J'ajouterais également une note pour que quand un autre contributeur passe dessus il comprenne ce a quoi cela correspond. Les contributeurs ne sont ils pas censé lire la doc et en particulier le wiki ? En tout cas, moi, si je ne comprends pas une balise, je la cherche dans le wiki... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aire Protégées
Le lundi 07 décembre 2009 à 16:34 +0100, Eric Sibert a écrit : Ils utilisent quoi en Espagne pour leurs parcs nationaux? boundary=national_park leisure=natural_reserve name=* Pour le parc national des pyrénées, il faudrait plusieurs niveaux de frontières. En particulier pour distinguer la zone centrale du parc (dite zone coeur) qui est quasiment interdite à toute activité, et la zone étendue (dite aire optimale d'adhésion) moins restrictive et habitée. De plus il y a dans le parc quelques réserves naturelles spécifiques et un périmètre appartement au patrimoine mondiale de l'UNESCO commun avec l'Espagne. Bref... ces frontières sont intéressantes a connaitre et a mapper, mais il faut les tags et le rendu qui va bien... http://www.parc-pyrenees.com/ puis Carte interactive... Dans Diffusion des données il y a aussi les limites précises du parc... Et encore au delà des limites du PNP, il y a les zones pastorales qui peuvent sans doute être mappé. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Le dimanche 06 décembre 2009 à 11:49 +0100, Frédéric Rodrigo a écrit : Visiblement il n'y a que 3 bornes déjà en place http://cassini.toolserver.org/~kolossos/qtm2/featurelist.php?key=historicvalue=boundary_stonetypes=points- areas-infosBBOX=-2,43.5,3.5,42 J'ai corrigé en historic=boundary_stone les 8 bornes que j'avais mappés avec une note indiquant que leur positionnement est approximatif. Le problème c'est que mapnik ne les représente pas et je me demande s'il ne faudrait pas rajouter malgré tout la balise tourism=attraction... pour le rendu... Toujours pour des problèmes de rendu, j'ai passé tous mes cols de montagnes en place=locality (en gardant le mountain_pass) pour qu'ils soit affiché dans mapnik... De plus j'en ai trouvé approximativement 30 dans les repères géodésiques et de nivellements. Il faudrais voir à faire une petit script pour importer des données depuis les CSV des fiches IGN, si ça n'a pas déjà été fait pour les châteaux d'eau. Bonne idée. Il y a quels autres types de points remarquables dans les repères IGN qui pourraient être représentés dans OSM ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Le dimanche 06 décembre 2009 à 12:52 +0100, Christophe Merlet (RedFox) a écrit : Le dimanche 06 décembre 2009 à 11:49 +0100, Frédéric Rodrigo a écrit : Visiblement il n'y a que 3 bornes déjà en place http://cassini.toolserver.org/~kolossos/qtm2/featurelist.php?key=historicvalue=boundary_stonetypes=points- areas-infosBBOX=-2,43.5,3.5,42 Skywave a aussi mappé 16 autres bornes en utilisant amenity=border_stone avec un ref pour le numéro... Je n'y ai pas touché. J'ai tout de même une préférence pour historic=boundary_stone, même si la borne est toujours d'actualité ou construite en béton il y a moins de 10 ans... Librement -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Le samedi 05 décembre 2009 à 14:56 +0100, Skywave a écrit : I was talking about the comparison between Cadastre and the Spanish Data, i don't have the exact data of the borderstones, but the Spanish data seems to be following it more, the Cadastre data has more curves but the difference is measured in centimers not meters. There are a few bordersstones in the database, one by me, a couple by others, they match both the Cadastre and the Spanish data. But imo if you would draw a line between each borderstone it would look more like the data from the Spanish source Now, I know the tag for borderstone (historic=boundary_stone) :) but it's not rendered by mapnik :( And i know the difference between cadastre, CIA, and the Spanish data, as they were imported by me in that region. Cadastre.fr has of course also country borders as they share borders, the Spanish data i got from a file sent by the importer, the CIA data should be deleted as soon as possible. OK, that allright. The data from the French cadastre is just fine for the purpose in OSM, i have only slightly altered the existing Cadastral borders in the Pyrenees Orientales: i cleaned out some unnecessary nodes and cutted it in pieces to fit in the Spanish relations. I've deleted the Andorrian-Spanish border, as it was from the CIA world databank http://www.openstreetmap.pl/balrog/limites-omitidos.osm.bz2 Beware with your limits, it's not always better. It does not follow natural border like river Arneguy http://sautter.com/map/?zoom=16lat=43.10889lon=-1.28235layers=00B000TF Border stone #225 http://sautter.com/map/?zoom=18lat=43.00806lon=-1.14266layers=00B000TF (here, french cadastre is also not really exact :/ Track way from my own GPS should be in France...) Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Bonjour, L'Espagne effectue actuellement un import massif de leurs limites administratives dans OSM. En regardant le résultat sur http://beta.letuffe.org/ je m'aperçois qu'ils ont évité tout conflit éventuel avec la frontière France-Espagne existante et par extensions avec nos limites cadastrales frontalières. Quelqu'un est il en contact avec la personne qui s'est occupé de cet import ? Une cellule diplomatiques a t'elle été mise en place pour gérer les modifications de frontières entre nos 2 pays ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Le vendredi 04 décembre 2009 à 20:29 +, Emilie Laffray a écrit : Christophe Merlet (RedFox) wrote: Bonjour, L'Espagne effectue actuellement un import massif de leurs limites administratives dans OSM. En regardant le résultat sur http://beta.letuffe.org/ je m'aperçois qu'ils ont évité tout conflit éventuel avec la frontière France-Espagne existante et par extensions avec nos limites cadastrales frontalières. Quelqu'un est il en contact avec la personne qui s'est occupé de cet import ? Une cellule diplomatiques a t'elle été mise en place pour gérer les modifications de frontières entre nos 2 pays ? J'en ai discute avec les gens de l'import parfait. Apparemment l'import francais est considere de qualite pour la frontiere. Pas ici en tout cas ! http://sautter.com/map/?zoom=11lat=42.92325lon=-0.76355layers=B0TF Pour le reste c'est plutôt pas mal. L'idéal étant d'avoir la position exacte de toutes les bornes frontières... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Le vendredi 04 décembre 2009 à 21:51 +0100, Eric SIBERT a écrit : Pour le reste c'est plutôt pas mal. L'idéal étant d'avoir la position exacte de toutes les bornes frontières... L'exactitude est toujours relative ;-) Il y a une proportion non négligeable de bornes qui sont référencées dans les repères géodésiques de l'IGN... et moi-même, je dois pouvoir retrouver les coordonnées la borne 266 :-p J'ai mis la 262 hier soir (Col de la Pierre Saint-Martin)... si tu as la 266 tu devrais avoir la 263, 264 et 265 au minimum, non ? En tout cas, maintenant que la station de ski est ouverte, j'imagine que toutes les bornes sont sous 2m de neige au minimum !! Ça va être difficile de les situer ce week-end ! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau membre
Le mardi 01 décembre 2009 à 11:11 +0100, Pierre LAURES a écrit : Bonjour Je suis un nouveau membre.: Je compte réaliser une carte de l'ile de Porquerolles, avec ses chemins et ses sentiers (environ 100km) Je m'intéresse à l'Histoire de l'ile et aux cartes anciennes de l'ile et je pense pouvoir cartographier des chemins disparus., voir : http://mapage.noos.fr/porquerolles/ C'est curieux. En comparant la carte de 1929 avec la photo satellite sur google maps, rien ne semble avoir changé. Les parcelles de cultures sont identiques !! Qu'appelle tu chemins disparus ? Soit ils existent et sont praticables même si peu fréquentés. Soit ils ont disparus et les faire apparaitre sur une carte pourrait mener le promeneur dans un cul de sac.. connaissez vous des travaux déjà réalisés sur l'ile ? Ben sur OSM, la cartographie de l'Ile est déjà supérieur à celle de Google Maps et Yahoo Street. Il n'y a plus que l'amener au niveau de l'IGN... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions concernant les tags
Le dimanche 29 novembre 2009 à 09:47 +0100, Emmanuel MEDINA a écrit : Que mettre comme tag pour * un centre social ? * un garage ? (pas le commerce mais le box où l'on range sa voiture) Que mettre comme relation entre les dépendances d'une habitation : cabane de jardin, remise, garage et la résidence principale. C'est ouvert au public ? On peut visiter ? Surtout ne pas oublier de mapper aussi le robinet qui sert à arroser les plantes du jardin... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version du plugin cadastre-fr
Le mardi 24 novembre 2009 à 10:43 +0100, Pieren a écrit : Bonjour, Une nouvelle version du plugin cadastre-fr est disponible depuis le dépôt SVN d'OpenStreetMap. Il ne fonctionne qu'avec JOSM r2510 et ultérieur, donc uniquement JOSM-latest à l'heure actuelle. Comme déjà précisé dans un message précédent, les principaux changements sont: - la configuration manuelle de la zone Lambert 4 zones et 9 zones dans le menu projections des préférences (raccourci clavier F12 sur C'est possible d'avoir une petite carte de france pour la zone Lambert 4 zones ? JOSM). Si vous récupérez une image vide dans une commune, vérifiez sur le site cadastre.gouv.fr dans quel format (vecteur ou image) et dans quelle projection est présenté votre commune (format image-toujours Lambert 4 zones; format vecteur-soit Lambert 4 zones, soit Lambert CC 9 Zones). Vérifiez les coordonnées Y en particulier sur le cadastre en ligne, si le chiffre dépasse le million, vous êtes à coup sûr en CC 9 zones (1 million = zone 1; 2 millions = zone 2; etc). Utilisez aussi la carte des départements pour déterminer la zone Lambert CC 9 zones; - les trois projections des départements d'Outre-mer utilisant l'UTM sont toutes regroupées dans une projection commune UTM (France) ; - le support complet de la projection Lambert 4 zones avec la grille de translation des systèmes géodésiques NTF-RGF93 qui supprime la déviation de 0 à 5 mètres qui existait avec l'ancien algorithme. Cette projection est encore utilisée par de nombreux plans au format vecteur (ceux qui ne sont pas encore passés en Lambert CC 9 zones) et (presque) tous les plans au format image. Je viens de regarder sur Pau (64000) ce que ça donne. A priori le cadastre vecteur est toujours en zone 3 de Lambert 4 zones. Il y a effectivement maintenant un décalage particulièrement perceptible sur les bâtiments. Quand je compare ce décalage avec la superposition actuelle d'OSM avec Google Satellite sur l'Université de Pau, j'ai l'impression que l'on perd en précision avec la nouvelle projection. http://sautter.com/map/?zoom=18lat=43.3149lon=-0.36496layers=00B000TF Alors ? Google Satellite a t'il faux ? Comment peut-on savoir qui est le plus précis ? Si je déniche un GPS pro super précis, y a t'il une méthode de calibration permettant de savoir a qui faire le plus confiance ? J'avais déjà remarqué que l'import des châteaux d'eau provenant de l'IGN ne se superposaient pas super bien avec Google Satellite, parfais avec de grands décalages, là encore qui a tord ? Ceux qui vont migrer vers la nouvelle version de JOSM constateront un décalage variable suivant les communes entre les données OSM et le cadastre. Pour les plans vecteurs, il ne faut pas hésiter à recaler les données OSM au cadastre sur l'ensemble de la commune. Pour les plans images, c'est la même chose mais il faut auparavant vérifier que l'image est correctement géoréférencée (avec les croisillons par exemple, en activant l'affiche de croisillons de référence depuis le menu de configuration du plugin tous les 50 ou 100 mètres). Ce décalage ne devrait jamais excéder les 5 mètres en principe. Les plans qui sont en cache n'ont pas besoin d'être à nouveau géoréférencés. J'ai longtemps considéré que ce décalage n'était pas un gros problème puisque la précision restait comparable à celle d'un GPS. Mais comme de plus en plus de contributions descendent à un niveau de détail inimaginable il y a encore un an (les bâtiments entre autre) et que le cadastre ne se convertit que très lentement au format vecteur et au Lambert CC 9 zones, il fallait franchir le pas. Désolé pour tous les inconvénients engendrés. Autre question. Lorsque Pau migrera en Lambert CC 9 zones, y aura t'il encore des décalages ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une meilleure définition du tag pl ace=locality ?
Le dimanche 22 novembre 2009 à 11:35 +0100, Pieren a écrit : Bonjour, Bonjour, Une récente discussion sur le forum d'OSM: http://forum.openstreetmap.org/viewtopic.php?pid=46748 m'a interpellé sur la définition des tags place=hamlet et place=locality dans les FR:Map Features. hamlet=Hameau (quelques maisons; population 100 ?) locality=Lieu-dit (non habité) Cela correspond assez bien à la définition originale en anglais. Mais comment tagguer un lieu-dit où se touve par exemple une ferme, donc habité mais sans être à proprement parlé un hameau ? Dans le forum, je recommande d'utiliser locality mais où fixer alors la limite avec hamlet et comment améliorer la description sur le wiki ? Pour ma part, j'utilise *au minimum* place=village pour les communes INSEE même si elles font 50 habitants. Ensuite j'utilise place=hamlet pour les centre de vie clairement excentrés de la commune et en particulier les anciennes communes qui se sont rattachés à d'autres. Enfin, j'utilise place=locality pour le reste, habités ou non. Exemples: A ce niveau de zoom on ne voit que les villages (ie les communes INSEE) http://www.openstreetmap.org/?lat=43.102lon=-0.905zoom=13layers=B000FTF Un zoom de plus et l'on voit apparaitre les anciennes communes http://www.openstreetmap.org/?lat=43.0988lon=-0.9023zoom=14layers=B000FTF Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une meilleure définition du tag pl ace=locality ?
Le lundi 23 novembre 2009 à 16:34 +0100, Pieren a écrit : 2009/11/23 Christophe Merlet (RedFox) red...@redfoxcenter.org: j'utilise place=hamlet pour les centre de vie Enfin, j'utilise place=locality pour le reste, habités ou non. Est-ce qu'il ne pourrait pas y avoir de critères plus objectifs que centre de vie ? Anciennes communes INSEE et/ou quelques habitations et des *commerces* (bar-tabac, épicerie, dépôt de pain, station service) Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coût et délai pour amener OSM au même niveau que Navteq et TA?
Le lundi 16 novembre 2009 à 00:36 -0800, zobubuga a écrit : Imaginons qu'un généreux donateur veuille sponsoriser OSM plutôt que de payer NavTeq ou TeleAtlas. Est-ce faisable? Combien devrait-il injecter pour amener amener OSM au niveau de NavTeq ou TA? Combien de temps cela prendrait-il et quelle type d'organisation d'organisation faudrait-il mettre en oeuvre? Voilà qui peut générer un beau débat :-D Si un généreux donateur veut bien sponsoriser mes ballades sur les chemins de France et de Navarre, ça ne lui coutera que l'essence et quelques aménagements techniques sur mon 2 roues (crashbar et valises). Je colle les autocollants du sponsor et d'OpenStreetMap sur les valises et je rajoute 100km de traces par semaine (oui, je bosse en dehors du we ;o) ) :o) Je peux même envisager de mapper en dehors de France \o/ Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap - jeudi 29 octobre 21h - Molly-Malone
Le dimanche 18 octobre 2009 à 14:26 +0200, Frédéric Rodrigo a écrit : Bonjour, Salut, OpenStreetMap continue ces avancées. On peu admiré en France l'importation des données de Corine Land Cover (1). En gironde on avance aussi petit à petit, c'est de ça et tout le reste que je vous propose de venir discuter autour d'un verre, échanger sur nos techniques, discuter des nouveautés et de tout et de rien. Rendez-vous donc au Molly-Malone (2), Quais des Chartrons à Bordeaux, jeudi 29 octobre à 21h ou 20h30 pour manger sur place. Géomatiquement, Fred Je serais vraisemblablement présent, si le rdv tient toujours... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appels à opinion
Le mardi 20 octobre 2009 à 23:53 +0200, Vincent Pottier a écrit : Art Penteur a écrit : Est-ce que quelqu'un peut détailler les différences sémantiques entre ref:INSEE=73001 et ref=INSEE:73001 ? Évidement, je comprends bien que, dans le cas 1, on a un champ ref:insee valant 73001, et que dans le second, un champ ref valant INSEE:73001. Étant partisan du ref, j'aurais plutôt tendance à pencher pour la deuxième solution. Mais ça a l'air d'être une pratique répandue que de mettre un : dans le noms de champ (addr:*, CLC:*). Alors ? La deuxième solution empêche d'imaginer que les noms après le : puissent être multiples. On peut avoir ref:eurostat=33+73001 et ref:INSEE=73001, mais plus difficilement ref=postcode:73001;eurostat:33+73001. Mais une ref est sensée être unique, pas puisée à différents reférentiels. Ce qui me plait, dans la deuxième solution, c'est qu'un programme qui cherche les ref sur toutes les admin_boundaries de niveau 8 trouvera ref=INSEE:73001. Trouvera-t'il aussi facilement les ref:INSEE ? La différence sémantique est que les références sont dans un référentiel, 73001 est dans le référentiel INSEE, d'où ref:INSEE=... ref:NNN= Le programme qui cherche les refs le fera selon un référentiel, insee, eurostat ou autre. Je crois aussi que l'usage, sur OSM, veut aussi qu'on ne mette pas de partie fixe dans la valeur du tag. Par exemple on n'écrira pas maxspeed=hgv:60;motorcar:90 mais plutôt maxspeed:hgv=60 + mawspeed:motorcar=90 J'ai trouvé un contre-exemple avec KK=M:N qui vient bien confirmer la règle. L'OSMeur qui mappe une rue passant dans une ville d'Allemagne ne connaît pas forcément la vitesse limite en agglomération (il est japonais à vélo). Il met alors le tag maxspeed=DE:urban Il s'agit de passer une valeur prédéfinie dans un référentiel : maxspeed=DE:urban. L'outil de routage est supposé avoir une table des valeurs pour trouver la valeur de DE:urban : 50km/h maxspeed=DE:urban et maxspeed=50 sont équivalents. On pourrait même avoir mawspeed:motorcar=DE:urban (précisé par le panneau d'entrée en agglomération)+ maxspeed:hgv=30 (précisé par un panneau spécifique) Du point de vue sémantique, ça voudrait dire que ref=INSEE:73001 et ref=Aiguebelette-le-Lac sont équivalents puisque le code d'Aiguebelette-le-Lac est fixé par ailleurs à 73100. Le programme est supposé avoir une table des valeurs INSEE pour trouver, à l'index 73001, la valeur : Aiguebelette-le-Lac. Le programme trouverait donc ref=Aiguebelette-le-Lac . Ce qui est à l'opposé de l'objectif visé par le ref. Le nom d'une commune n'est pas unique sur l'ensemble du territoire. son code INSEE, oui. Une référence se doit d'être unique. Reste à définir l'espace géographique ou la référence doit être unique. Si on se limite au territoire français, ref=73001 est suffisant. Si le ref doit être unique dans la base OSM des limites administratives de niveau 8, alors il faut utiliser ref=INSEE:73001. Si le : pose problème , il n'y a qu'a le remplacer par un autre caractère. Il n'y a pas lieu d'utiliser un ref:INSEE car il n'y a aucune raison d'avoir dans osm plusieurs variété de ref (il y a la balise code plus approprié pour ce genre d'usage). Par ailleurs, en ce qui concerne les limites administratives, il n'y a qu'une seule source de *référence* qui est l'INSEE. Inutile d'en inventer d'autres. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques communes de france
Le samedi 17 octobre 2009 à 13:57 +0200, sylvain letuffe a écrit : Bonjour, Comme à peu prêt tous les mois, voici un état d'avancement de la présence des contours de communes dans osm. ce coup-ci, pas de trou, les stats devraient donc être assez proche de la réalité. 16676/36470 : 45.7% de couverture sur total des communes fr 16676/19657: 84.8 % de couverture sur les communes en vecteur au cadastre. Le cas du département de la vienne est intéressant, 5 communes de plus qu'il n'y en a sont comptées (raison inconnue) Petites nouveautés : --- * Toutes les nuits un nouveau bilan sera dressé ici : http://beta.letuffe.org/cron/etat-communes/communes.csv.txt qui contient en + la liste des communes par département qui ne sont pas dans osm ou dont le tag ref (code insee) n'a pas été trouvé. Super. Dans le département 64, ne sont pas (ou n'ont pas de ref) dans osm mais existe en vecteur au cadastre: HASPARREN, code_insee:64256 Un volontaire ? LABASTIDE VILLEFRANCHE, code_insee:64291 La relation existe, mais le node place se trouvait à l'extérieur de la relation. J'ai corrigé l'emplacement du noeud. A moins que ce ne soit une histoire de tiret, le nom exact de la ville semble être Labastide-Villefranche. http://www.openstreetmap.org/?lat=43.4562lon=-1.0313zoom=13layers=B000FTF MONTANER, code_insee:64398 Un volontaire ? * Toutes les nuits également, un export au format shapefile (lat/lon) des départements complets (ou tout du moins complet et sans erreurs chez moi) : http://beta.letuffe.org/ressources/export-communes/ ref;name;id relation;count;cadastre;cadastre_vecto;%osm_cadastre; %osm_cadastre_vecto 64;Pyrénées-Atlantiques;7450;130;547;130;23.8 %;100 % Comment se fait il, alors qu'il manque théoriquement 2 ou 3 limites de communes vectorisés, que le compte soit à 100% ? Cela dit, ces stats vont bien aider les spécialistes du tracage de limites communales :) Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Après BMO, on attaque Landerneau
Le vendredi 16 octobre 2009 à 15:05 +0200, Steven Le Roux a écrit : L'import de Landerneau est terminé avec succès : http://informationfreeway.org/?lat=48.45078510459167lon=-4.252210488245959zoom=16layers=BF000F Impressionnant :) C'est normal qu'il n'y ai pas les limites communales dans le coin ? Brest et Landernau on été oublié sur ce point ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 13:48 +0100, Emilie Laffray a écrit : 2009/10/11 Christophe Merlet (RedFox) red...@redfoxcenter.org J'utilise JOSM en 64 bit avec 4 Go de RAM. JOSM a une gestion mémoire déplorable. La consommation de RAM ne fait qu'augmenter modif après modif. Avoir 4 ou 8 go de RAM permet juste de repousser l'instant ou il faut tout fermer et r'ouvrir. Le gros problème vient de la programmation de JOSM qui se met à ramer dès qu'il doit gérer plusieurs dizaines de milliers de points. Dans le cas de la forêt des Landes ou de Sologne, le simple chargement de la relation rend l'interface inutilisable avec des temps d'attente d'une minute pour chaque clic dans l'interface. D'autant plus surprenant, qu'un simple jeux 3D gère lui des polygones et des scènes 100 fois plus complexe en temps réel. Oui, bon, pas la peine d'utiliser alors. Je pense que JOSM commence a montrer son âge en terme d'éditeur. Si vous voulez que je regarde un polygone en particulier, contactez moi et je ferais quelques calculs pour le couper en conséquence afin d'enlever les overlaps. Après, je ferais un upload utilisant l'outil de Yann Coupin. Ce serait bien de faire l'import... J'ai tenté d'importer directement la forêt des landes avec JOSM. Malheureusement, l'API 0.6 m'interdit d'uploader plus de 5 et les Landes en font plus de 84000... J'ai voulu le faire avec le script bulk_upload.py dispo sur le wiki d'OSM, mais la dépendances python-graph n'est pas packagé sur Fedora. Je ne vais pas m'aventurer à plus de bidouillage... Je me sens d'autant plus concernée par la Sologne que c'est pas très loin de chez moi. Je vais voir pour créer une page sur le wiki pour lister ces zones problématiques. J'aimerais vraiment voir la forêt des Landes :) Je suis pour un import bourrin et une vérification après coup une petite zone après l'autre... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tour de France 2010
Le mercredi 14 octobre 2009 à 16:01 +0200, Vincent Pottier a écrit : Emilie Laffray a écrit : 2009/10/14 Gilles Corlobé gil...@corlobe.tk mailto:gil...@corlobe.tk Bonjour, Je ne suis pas sûr que cette carte soit assez précise pour définir le parcours exact. Et je ne sais pas auprès de qui il est possible d'avoir le tracé par route. Gilles Le trace réel ne sera disponible qu'en Juin. Mais je pense que l'on peut déduire déjà un certain nombre d'axes routiers qui seront utilisés. Il faut malgré tout une route en bonne condition et assez grande :) Quelques étapes sont dispo, bien que rudimentaire. Emilie Laffray Si ça peut aider : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tour_de_France/2010 Je fignolerai la mise en page plus tard. On peut considérer que les étapes 16 (Bagnères-de-Luchon - Pau) et 17 (Pau - Col du Tourmalet) sont dispo dans OSM. Il n'y a pas de choix pour le circuit sauf peut-être quelques aménagements dans certaines villes traversées. C'est surement pour ça que les profils de ces étapes sont dispos. A la fin du mois, je tenterais 1 ou 2 circuits entre Salies-de-Béarn et Bordeaux... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] plugin validator et fusion de noeuds
Le mercredi 14 octobre 2009 à 18:04 +0100, Emilie Laffray a écrit : 2009/10/14 Etienne Chové ch...@crans.org Coucou, Il me semblait que le plugin validator était capable de faire de la fusion de noeuds (d'ailleurs [1]), très utile pour le polygones clc. Est ce que ça marche chez certains et quelle procédure utilisent-ilsjosm ? Je l'utilisait du temps de l'import de communes dans mon dept, mais maintenant je n'arrive plus à le faire marcher. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Validator#Validations Hum, je viens d'importer des polygones CLC avec le latest de JOSM et du plugin validator. La fusion de point a fonctionné parfaitement pour moi. Utiliser Fix marche a chaque coup. J'ai quand même un doute sur l'utilisation de cette fonction car il fusionne aussi les points *en-dehors* de la zone téléchargé et donc supprime potentiellement des noeuds utilisés par des voies non téléchargés. Cette fonction est donc à utiliser avec d'infini précaution en ayant la certitude qu'aucun noeuds supprimés peut potentiellemen servir a d'autres voies. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)
Le mercredi 14 octobre 2009 à 13:01 +0200, sly (sylvain letuffe) a écrit : Salut, J'en avais parlé il y a quelque temps, maintenant je peux. Voilà: je pense lancer mon robot pour rajouter dans les relations représentant les communes de france deux tags (s'ils n'y figurent pas déjà) que sont : * ref POUR et * addr:postalcode POUR, uniquement pour les communes n'utilisant *qu'un seul* code postal En attendant de trouver un consensus pour gérer les cas des communes utilisant plusieurs code postal... Ce serait bien aussi de rajouter la balise population dans la relation de la commune et peut être aussi le role admin_centre... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Code Corine 324 «Forêt et vég étation arbustive en mutation»
Le mardi 13 octobre 2009 à 01:37 +0200, Jean-Christophe Haessig a écrit : Bonsoir, J’ai vu qu’il avait plus ou moins été décidé de tagguer ces zones en natural=wood;wood=mixed. La raison était que ces zones seraient des forêts en devenir. Sur la nomenclature, le code 324 est pour l'instant abandonné. natural=wood;wood=mixed est déjà utilisé pour le code 313 Je trouverais dommage de perdre les distinctions de terrains de CLC dans OSM. Idem pour natural=scrub pour le maquis code CLC 323, mais pas pour le 333. J’ai aussi l’impression que cela regroupe également tous les cas d’arbres épars, c’est à dire des zones avec des arbres mais pas assez denses pour être qualifiées de forêt (à priori toutes les forêts n’ont pas une orée nette). Difficle de dire s’il s’agit d’ex-ou-future-forêt et cela dit cette transformation durera plusieurs années si elle a lieu. Devons nous cartographier le monde tel qu’il sera dans 10 ans ou tel qu’il est maitenant ? Moi j’aimerais bien un tag density=scattered… Je ne suis pas trés chaud pour une nouvelle clé. Pour le code 324, pourquoi pas natural=wood;wood=shrub shrub signifiant arbuste ou plus généralement végétation arbustive ? Pour le code CLC 333 pourquoi pas natural=steppe Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Code Corine 324 «Forêt et vég étation arbustive en mutation»
Le mardi 13 octobre 2009 à 09:59 +0200, Christophe Merlet (RedFox) a écrit : Je ne suis pas trés chaud pour une nouvelle clé. Pour le code 324, pourquoi pas natural=wood;wood=shrub shrub signifiant arbuste ou plus généralement végétation arbustive ? Pour le code CLC 333 pourquoi pas natural=steppe Je rajouterais que CLC étant une base de dimension européenne, il me semble indispensable d'assurer dés maintenant une correspondance unique de chaque code CLC vers un équivalent OSM afin que le problème soit résolu avant que d'autres pays décide de faire leur propre table de correspondance parceque tel ou tel type de végétation ets prédominant chez eux. J'imagine sans peine, que les personnes qui ont créé la nomenclature CLC au niveau européen y ont réfléchi longuement avant de la déployer. On ne devrait donc pas se précipiter a attribuer des correspondances OSM identiques a différents codes CLC juste histoire d'importer des polygones... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] natural=rock bug / osmose / corine
Le lundi 12 octobre 2009 à 13:57 +0200, Etienne Chové a écrit : sly (sylvain letuffe) a écrit : salut, Juste pour dire que les polygones non importés de type roche nues sur http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu natural=rock Oups... et qu'il faut bien penser à l'ajouter à la main. C'est corrigé. if tags[CLC:code] == 332: tags[natural] = rocks Avec ou sans s à rock ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le lundi 12 octobre 2009 à 11:30 +0200, tenshu a écrit : Le retour des polygones géants de la mort. Vous vous demandiez où sont passés les quelques 343.000 ha pour 3.242 exploitations [agricoles] qui couvrent 60% de la Seine et Marne? -- http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749 [16.1mo] J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux coucou, a tenté de se jeter par le fenêtre :q Mais a vu de nez c'est un très très beau et aussi très complexe polygone à importer. -- http://img128.imageshack.us/img128/7974/captureq.png J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des conseils je suis preneur... ÉNORME Presque 3 minutes pour que JOSM l'ouvre et un quart avant avant de réussir a avoir les stats :/ 204529 noeuds et 1 relation contenant 1749 voies dont une cinquantaine de 2001 noeuds... Pour tester, j'ai ouvert le polygone dans Merkaartor, ça n'a pris qu'une dizaine de secondes, mais il y a des bugs de rendus. Il s'embrouille les pinceaux dans les inner et outer. L'interface est réactif, le curseur se balade dans les zones du polygones qui passe en surbrillance... mais 10 secondes plus tard ça fige avec 100% du CPU utilisé :(( Bref, il manque encore un outil pour travailler sur des grandes zones OSM chargées de noeuds. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Corine] Polygone geant (Attention SQL a faire peur)
Le lundi 12 octobre 2009 à 21:01 +0100, Emilie Laffray a écrit : Bonsoir, 'soir j'ai regardé ce soir comment résoudre le problème des polygones de très grandes tailles. SELECT p.geomdump, p.pathdump[1] FROM ( SELECT (ST_Dump(ST_Difference(l.the_geom, mp.way))).geom AS geomdump, (ST_Dump(ST_Difference(l.the_geom, mp.way))).path AS pathdump FROM ( SELECT ST_Multi(ST_Union(pop.way)) AS way FROM planet_osm_polygon AS pop INNER JOIN landuse AS l ON l.CLC:id = 'FR-6749' AND ST_Intersects(pop.way, l.the_geom) WHERE pop.landuse IS NOT NULL OR pop.aeroway IS NOT NULL OR pop.natural IS NOT NULL OR pop.wood IS NOT NULL OR pop.waterway='riverbank' ) AS mp, landuse AS l WHERE l.CLC:id = 'FR-6749' ) AS p Je ne comprends absolument rien a cette requête oO Mais je te fais confiance ;o) Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rond-points coupés
Bonjour, Constatant dans ma région plein de rond-point coupés en morceaux j'ai posé la question à l'auteur des modifications: On Sun Oct 11 08:31:17 UTC 2009 RedFox wrote: On Sun Oct 11 08:24:14 UTC 2009 xxx yyy wrote: On Sun Oct 11 07:42:39 UTC 2009 RedFox wrote: Hello Can you explain me why you cut roundabout? Probably because there is a route over a part of it. E 07 for exemple ? I don't understand. It is a personnal initiative, or there is a concensus ? In general, when a route goes over a part of a way, you split it. Look at the roundabouts in the Netherlands, they are all split. There is absolutely no need to keep a roundabout in one connected circular way. xxx Pensez-vous qu'il soit justifié de couper les rond-points en petits segments sous prétexte qu'une route n'en emprunte généralement qu'une portion... En ce qui me concerne je trouve cela inutile et lourd, voire contreproductif. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fin de l'import automatique de Corine Land Cover. Et maintenant ?
Le dimanche 11 octobre 2009 à 11:19 +0200, Pieren a écrit : 2009/10/11 Guillaume Rosaire zer...@gmail.com: Pourrait on faire une page wikiproject pour préciser la marche à suivre ? (en tout cas, avec http://osmose.openstreetmap.fr/clc ca devrait pas mal aider) Comment faire cohabiter ces 2 landuses ? Il faut utiliser une relation de type multipolygon: http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon Tu créés une relation et tu la taggues: type=multipolygon puis tu ajoutes le landuse extérieur (qui porte donc le tag landuse=residential) dans la relation en lui ajoutant le rôle outer puis tu ajoutes le landuse intérieur (qui porte le tag landuce=cemetery) dans la relation en lui ajoutant le rôle inner. Je ne sais pas comment c'est faisaible avec Potlatch mais avec JOSM, c'est assez facile. Il y a un panel pour les relations et il suffit de cliquer sur le symbole + pour en créer un nouveau puis de sélectionner sur les ways les uns après les autres et de les ajouter à la relation en tapant les rôles dans la partie gauche du dialogue. Cette façon de faire ne concerne pas que les landuses mais tous les éléments d'une même catégorie imbriqués (un bâtiment avec une cour intérieure ou une clairière au milieu d'une forêt ou un étang au milieu d'un parc par exemple). Je pense que l'on devrait plutôt définir une ordre d'importance entre les différents types de landuse et natural. A l'heure actuel, un landuse=cemetery s'affiche toujours au-dessus d'un landuse=residential. Il n'est donc pas utile, à mon avis, de faire des relation multipolygon. Cela ne me parait pas viable à long terme. J'ignore si, à l'heure actuel, ce qui fait qu'un cimetière apparait au-dessus d'un landuse=residential vient d'une priorité géré par la feuille de style ou du fait que le cimetière est plus petit et inclus dans le landuse=residential. Cela devrait être défini et documenté si ce n'est pas déjà fait. De même, lacs et cours d'eau s'affiche naturellement au-dessus de tout autre landuse et natural, donc s'embarrasser avec des relations multipolygon pour l'eau me parait là encore bien compliqué et laborieux et ingérable à long terme. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr