Re: [OSM-talk-fr] GeoFla by OSM
Le mercredi 14 juillet 2010 23:40:53 François Van Der Biest, vous avez écrit : Hello, J'avais, il y a maintenant un certain temps, publié un howto, encore disponible sur http://iglibres.blogspot.com/2009/04/limites-administratives.html Merci du lien. Je vais certainement en avoir aussi besoin, pas sur la France, en rép. Tchèque ou la couverture peut être considérée comme totale :-) Si j'utilise OSM, je ferai un retour d'expérience … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données OSMXAPI dans OpenLayers
Salut, Merci François, j'ai essayé mais sans succès. J'ai l'impression que le problème vient du proxy nécessaire pour récupérer des données sur un site tiers avec OpenLayers, et ça semble interdit sur les pages perso free. Tant pis je vais récupérer les données xapi et les stocker en local. Frédéric Le 14 juillet 2010 21:43, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Salut Frederic, 2010/7/14 Frédéric Bonifas fredericboni...@gmail.com Bonjour, Je cherche un exemple, très basique si possible, pour visualiser des données récupérées de la OSMXAPI sur OpenLayers. J'ai trouvé cela http://geotribu.net/node/260 (d'ailleurs les données ne sont pas tout le temps affichées car la OSMXAPI ne semble pas très en forme), mais j'aurais bien aimé trouver quelque chose d'encore plus simple, sans l'utilisation de la classe Strategy Cluster par exemple. Tu as essayé le même code que Geotribu, qui va taper sur une variante de la XAPI (cf http://wiki.openstreetmap.org/wiki/XAPI#Servers) en retirant juste la strategy qui ne t'intéresse pas ? (ou en la remplaçant par une strategie BBOX ou Fixed) F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données OSMXAPI dans OpenLayers
Ha, c'est dommage ! En effet, il faut un proxy pour relayer les requêtes ajax vers un domaine autre que le tien. Tu peux essayer d'en coder un très simple en PHP (ou installer http://sourceforge.net/projects/poxy/), que ton site free hébergera, et il ne te restera plus qu'a spécifier dans ton code OL : OpenLayers.ProxyHost = '/mon_proxy.php?url=' (ou approchant, cf la doc de PHPproxy) N'hésite pas à me pinger si tu as des soucis. F. 2010/7/15 Frédéric Bonifas fredericboni...@gmail.com Salut, Merci François, j'ai essayé mais sans succès. J'ai l'impression que le problème vient du proxy nécessaire pour récupérer des données sur un site tiers avec OpenLayers, et ça semble interdit sur les pages perso free. Tant pis je vais récupérer les données xapi et les stocker en local. Frédéric Le 14 juillet 2010 21:43, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Salut Frederic, 2010/7/14 Frédéric Bonifas fredericboni...@gmail.com Bonjour, Je cherche un exemple, très basique si possible, pour visualiser des données récupérées de la OSMXAPI sur OpenLayers. J'ai trouvé cela http://geotribu.net/node/260 (d'ailleurs les données ne sont pas tout le temps affichées car la OSMXAPI ne semble pas très en forme), mais j'aurais bien aimé trouver quelque chose d'encore plus simple, sans l'utilisation de la classe Strategy Cluster par exemple. Tu as essayé le même code que Geotribu, qui va taper sur une variante de la XAPI (cf http://wiki.openstreetmap.org/wiki/XAPI#Servers) en retirant juste la strategy qui ne t'intéresse pas ? (ou en la remplaçant par une strategie BBOX ou Fixed) F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SOTM] Annonce de AOL
Emilie Laffray wrote: Bonjour, beaucoup ont note le fait qu'AOL compte investir dans OSM. Voici la photo ou l'annonce au SOTM a été fait. http://www.flickr.com/photos/52052...@n06/4792548507/ Emilie Laffray L'annonce a été relayée sur les blogs MapQuest : - http://blog.mapquest.com/2010/07/09/mapquest-opens-up/ - http://devblog.mapquest.com/2010/07/09/mapquest-opens-up-uk/ Le premier post ne nous apprend rien de plus que ce qui a déjà été dit ces derniers jours. Le post technique en revanche donne quelques détails sur les améliorations apportées à Mapnik et Nominatim ainsi que sur l'architecture du site ouvert. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données OSMXAPI dans OpenLayers
Free bloque en effet toute requête sur un site extérieur sauf si il est dans la whitelist. Pour ajouter un site a la whitelist, il faut demander sur les newsgroups Proxad pagesperso. Dommage On Thursday, July 15, 2010, François Van Der Biest francois.vanderbi...@camptocamp.com wrote: Ha, c'est dommage ! En effet, il faut un proxy pour relayer les requêtes ajax vers un domaine autre que le tien.Tu peux essayer d'en coder un très simple en PHP (ou installer http://sourceforge.net/projects/poxy/), que ton site free hébergera, et il ne te restera plus qu'a spécifier dans ton code OL : OpenLayers.ProxyHost = '/mon_proxy.php?url=' (ou approchant, cf la doc de PHPproxy) N'hésite pas à me pinger si tu as des soucis. F. 2010/7/15 Frédéric Bonifas fredericboni...@gmail.com Salut, Merci François, j'ai essayé mais sans succès. J'ai l'impression que le problème vient du proxy nécessaire pour récupérer des données sur un site tiers avec OpenLayers, et ça semble interdit sur les pages perso free. Tant pis je vais récupérer les données xapi et les stocker en local. Frédéric Le 14 juillet 2010 21:43, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Salut Frederic, 2010/7/14 Frédéric Bonifas fredericboni...@gmail.com Bonjour, Je cherche un exemple, très basique si possible, pour visualiser des données récupérées de la OSMXAPI sur OpenLayers. J'ai trouvé cela http://geotribu.net/node/260 (d'ailleurs les données ne sont pas tout le temps affichées car la OSMXAPI ne semble pas très en forme), mais j'aurais bien aimé trouver quelque chose d'encore plus simple, sans l'utilisation de la classe Strategy Cluster par exemple. Tu as essayé le même code que Geotribu, qui va taper sur une variante de la XAPI (cf http://wiki.openstreetmap.org/wiki/XAPI#Servers) en retirant juste la strategy qui ne t'intéresse pas ? (ou en la remplaçant par une strategie BBOX ou Fixed) F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- G. SURREL g...@s.o 06 29 - 42 SE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Apple rachete Poly9, un specialiste de la cartographie en ligne
Decidement il y a des annonces en ce moment ! http://www.pcinpact.com/actu/news/58283-poly9-freeearth-mapspread-apple-cartographie.htm Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Du côté de la Bretagne ... on prend ça bien !
Salut ! Quand à la carte de doublons (elle ne fonctionnait plus depuis quelques jours chez moi) elle n'est pas si pire que ça. On a vu récemment (avant l'import bati) bien plus d'erreurs qu'il y en a actuellement. On ne connaissait pas cette carte et grâce au message nous avons pu découvrir 6 erreurs sur les zones où nous mappons ! Merci, on a déjà corrigé 5 de ces 6 erreurs ! Certes il faut viser la travail de qualité, mais acceuillir les nouveaux comme ça c'est un peu rude ;-) On a déjà vu pire sur d'autres listes ! :o) Et en même temps ça faisait p'tet un peu trop venez nous aider alors qu'en fait c'était juste pour dire que même pendant les vacances on peu mapper ! Mais ça tout le monde le sait ici ! A plus ! Lionel - Asso C2iC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Le jeudi 15 juillet 2010 à 02:18 +0200, Pieren a écrit : Oui, drôle de façon d'acceuillir les nouveaux... même si j'ai déjà eu l'occasion de discuter avec c2ic ;-) J'ai bien précisé dans mon mail que ce n'était pas une attaque personnelle. Il y a plus de 36000 communes en France, seul une poignée peut être considéré faites. J'ai pas envie de voir 35590 courriels demandant d'aller bosser sur tel ou tel communes sur une liste que beaucoup considère déjà à la limite de la saturation. Cette liste est aussi là pour envisager des mapping parties. Ca peux commencer ici et continuer en 'off' par emails directs ou sur le wiki. Et il y a même de la place pour lancer des appels à bières parties. Une mapping partie n'a rien a voir avec viendez bossez sur mon quartier, il est vide (comme 95% de la France) De plus dans la seconde partie de mon mail (je sais, personne ne lit jamais jusqu'au bout à cause qu'il y a trop de mail à lire sur la liste...) Je proposais de remplir le wiki avec la proposition d'hébergement en vue de potentiel mapping party ! Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur osm1.crans.org
Le 15/07/2010 00:09, Vincent Pottier a écrit : On 15/07/2010 00:02, François Van Der Biest wrote: Hello Etienne, Le serveur osm1.crans.org http://osm1.crans.org a l'air éteint ... Que se passe t'il ? Merci, F. Coup de chaud et défaut de clim, probablement. Étienne annonçait de des travaux étaient programmés pour la semaine prochaine sur la clim. Et personne ne doit être à côté du bouton à c't'heure. Oui, mais c'est le routeur de l'ENS qui a des coup de chaud. osm1 était bien allumé, mais juste pas connecté au reste du monde... Il y a aussi eu une petite coupure il y a un 1/4 d'heure. -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Refuges.info - partage de données et respect licence
Bonjour, Je viens d'aller faire un tour sur http://www.refuges.info qui est listé sur le wiki http://wiki.openstreetmap.org/wiki/Other_maps 1. Ce site propose une base de données des refuges. Ces données sont sous CC- By-SA, mais visiblement maintenu dans une base de donnée spécifique. Je pense qu'il serait profitable que les POI atterrisse dans la base OSM. 2. Par défaut, c'est le rendu Google avec relief qui est affiché, mais on peut aussi avoir d'autres rendus comme « Hiking », « Vélo » et « Mapnik ». Ces trois derniers utilisent les données OSM, mais même si on les sélectionne, on a toujours un beau logo Google sur la carte et un lien vers la licence Google. La seule mention faite d'OSM est un « © http://openstreetmap.org » au survol du bouton Mapnik. Je trouve ça un peu léger et pas clair du tout. Bref, y a-t-il par ici des gens qui connaissent de près ou de loin ce projet ? Je trouve le projet sympa, donc j'aimerai d'autant plus clarifier ces points … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeoFla by OSM
On mercredi 14 juillet 2010, Pierre Touzard wrote: Existe-t-il un export shp des limites administratives (level= 6) en polygone ? Je l'avais fait, mais il existe actuellement un problème de droit sur certaines frontières présentes dans osm (celles avec source=Cartographes associés) qui rendrait un tel export border line En revanche, sitôt que ces frontières seront remplacées par une provenance cadastre, je referais les export des départements et régions Idéalement il suffirait d'obtenir un shp des communes de France avec : - contours des communes (polygone), - code INSEE. ça, c'est déjà fait (incomplèt, bien sûr): http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes/Contours_de_Communes_au_format_vecteur -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Le jeudi 15 juillet 2010 à 07:27 +0200, Pierre-Alain Dorange a écrit : Le 14 juil. 10 à 22:25, Christophe Merlet a écrit : Pa contre, il ne manque pas de nœuds et voies dupliqués à travers la France grâce aux imports désordonnées d'un certains nombres de contributeurs. C'est de pire en pire. http://matt.dev.openstreetmap.org/dupe_nodes/ Va t'il falloir distribuer des cartons rouges aux mauvais élèves ? Chacun n'a pas les mêmes motivations pour cartographier, mais chaque motivation est noble et chaque contributeur est libre de faire comme il l'entend c'est un principe. NON. Il n'y a rien de noble a faire un travail dégueulasse sur un projet communautaire. Tout le monde a le droit de se tromper et de faire des erreurs, la moindre des choses et de nettoyer derrière soi. De la même manière je tire la chasse d'eau lorsque j'utilise des toilettes publiques ! Mais il est vrai que c'est une attitude peu banale... Certes il est louable de rappeler qu'il a y a du travail d'intérêt commun a faire sur OSM (nettoyage, correction, etc...). Ce n'est n'est pas du travail d'intérêt commun, mais *personnel*. Que chacun nettoie ses crottes derrière lui. Mieux, qu'il évite de les publier dans la base OSM genre C'est moi qui l'ai fait ! Quand à la carte de doublons (elle ne fonctionnait plus depuis quelques jours chez moi) elle n'est pas si pire que ça. On a vu récemment (avant l'import bati) bien plus d'erreurs qu'il y en a actuellement. Une majorité d'erreur vient de l'import des georéférences qui sont a des altitudes différentes... Des points que l'on a pas le droit de toucher... Les gros pâtées de points localisés sur les zones urbaines NE SONT PAS les points géodésiques, mais les imports du bâti. Les statistiques montrent que grâce au formidable travail réalisé en France, les points dupliqués sont en constante augmentation dans la base OSM... http://matt.dev.openstreetmap.org/dupe_nodes/about.html Une quarantaine d'imports de bâti avec 25 000 noeuds et voies dupliqués, ça fait 1 million d'éléments dupliqués... Certes il faut viser la travail de qualité, mais acceuillir les nouveaux comme ça c'est un peu rude ;-) J'ai pourtant pris la peine de mettre un disclaimer... Par ailleurs, j'ai déjà vu mes patchs refusés dans d'autres projets , je n'ai jamais été offusqué et je n'ai jamais demandé à ce que mes patchs soit intégrés tels quels sous prétexte que je suis nouveau et qu'il ne faut pas me vexer ! Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Refuges.info - partage de données et respect licence
Bon, à y regarder de plus près, notre Sly national est parti prenante du projet refuges.info :-) Donc, peut-être que tu pourras éclaircir ces points ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeoFla by OSM
On jeudi 15 juillet 2010, Pierre Mauduit wrote: http://maps.qualitystreetmap.org/exports/ C'est basé sur les données de début juillet (grosso modo il y a 2 semaines) ; Je suppose que cet export est lui aussi soumis au problème de licence litigieuse. D'ailleurs, il y a quelques temps sly (ou je ne sais plus qui) fournissait des stats sur les communes. On en est où aujourd'hui ? Je m'y remettrai bien s'il en manque ; Ha, ça, il en manque toujours ;-) c'est un boulot de fourmis qui avance doucement mais qui avance. Là, on rentre dans la phase difficile ou il faut vectoriser des images raster si on veut avancer (Bien qu'il reste encore ça et là quelques communes en format vecteur à rentrer) Sinon, les stats tournent toujours, et la carte multicolore existe toujours également, c'est par là : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives#Les_outils_de_v.C3.A9rification_et_de_suivi -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Christophe Merlet a écrit : Il y a plus de 36000 communes en France, seul une poignée peut être considéré faites. J'ai pas envie de voir 35590 courriels demandant d'aller bosser sur tel ou tel communes sur une liste que beaucoup considère déjà à la limite de la saturation. Partant d'une remarque juste (pas de foire aux MP), tu es tombé un petit peu à côté, car la remarque de Lionel venait au milieu d'un message de présentation, qui, pour le moment, sont acceptés, car pas encore très fréquents. On peut donc dire que cet appel à mapper dans un coin précis ne pose pas problème, s'il n'est pas le but du message. Je craindrais plus que la ML ait à supporter 50 messages de présentation par mois. Pourtant, ce serait une bonne nouvelle ;-) . Solution : demander que ceux qui se présentent essayent de le faire en post-scriptum d'une contribution à un fil. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Refuges.info - partage de données et respect licence
On jeudi 15 juillet 2010, Nicolas Dumoulin wrote: 1. Ce site propose une base de données des refuges. Ces données sont sous CC- By-SA, mais visiblement maintenu dans une base de donnée spécifique. Je pense qu'il serait profitable que les POI atterrisse dans la base OSM. J'y est bien sûr pensé, mais il y a le même problème qu'avec camp2camp : La base usurpe en fait un brin sa licence car nombre de points rentrés ont une provenance potentiellement litigieuse car en provenance des photos satellite de googleearth ou relevée sur le site géoportail de IGN. L'IGN nous a donné l'autorisation d'utiliser leur site pour repérer des points (une partie non substantielle des cartes) mais pour OSM plus strict encore, cette source n'est pas adéquate. Contrairement cependant à camp2camp nous disposons d'un champ indiquant la provenance, et il existe un type relevé sur le terrain qui pourrait trouver sa place dans OSM, mais qui représente une partie plus faible du total. mais même si on les sélectionne, on a toujours un beau logo Google sur la carte et un lien vers la licence Google. Ce logo n'indique pas la provenance des cartes, mais indique (et est obligatoirement présent) que c'est l'API carto de googlemaps qui est utilisée. La seule mention faite d'OSM est un « © http://openstreetmap.org » au survol du bouton Mapnik. Je trouve ça un peu léger et pas clair du tout. Je trouve le projet sympa, donc j'aimerai d'autant plus clarifier ces points … Arf, ça a toujours marché cette histoire pourtant, le texte ©openstreetmap.org and contributors est censé s'afficher en bas à droite pour chaque fond de carte issu d'openstreetmap. J'ai dû rajouter un bug à un moment donné, je regarde et corrige... -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
On 15/07/2010 10:59, Christophe Merlet wrote: ... @C2iC Bienvenue dans le village gaulois qui sait faire la fête, mais qui sait aussi se chamailler ;-) @Christophe Sur le fond, on est tous à peu près d'accord ou on peut discuter. Je crois que ce que les autres relevaient était plus sur la forme et le moment de ton intervention : faire une remarque (un peu aigre) d'intérêt général comme réponse à la présentation d'un nouveau, c'est pas top. Même si le nouveau en a vu d'autres Que les remarques soient faite et discutée, sur cette liste, OK. J'ai poussé des coups de gueule aussi. Je me suis fait ramasser aussi. Mais pas au moment de l'accueil... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Refuges.info - partage de données et respect licence
Le jeudi 15 juillet 2010 11:38:58 sly (sylvain letuffe), vous avez écrit : On jeudi 15 juillet 2010, Nicolas Dumoulin wrote: 1. Ce site propose une base de données des refuges. Ces données sont sous CC- By-SA, mais visiblement maintenu dans une base de donnée spécifique. Je pense qu'il serait profitable que les POI atterrisse dans la base OSM. J'y est bien sûr pensé, mais il y a le même problème qu'avec camp2camp : La base usurpe en fait un brin sa licence car nombre de points rentrés ont une provenance potentiellement litigieuse car en provenance des photos satellite de googleearth ou relevée sur le site géoportail de IGN. La licence CC-By-SA est mensongère alors ? Ce logo n'indique pas la provenance des cartes, mais indique (et est obligatoirement présent) que c'est l'API carto de googlemaps qui est utilisée. Ha, et quid d'openlayers alors :-) (voui, c'est du boulot, toussa) Arf, ça a toujours marché cette histoire pourtant, le texte ©openstreetmap.org and contributors est censé s'afficher en bas à droite pour chaque fond de carte issu d'openstreetmap. J'ai dû rajouter un bug à un moment donné, je regarde et corrige... En retestant, le texte suivant s'affiche (même si le rendu Mapnik qui est sélectionné et non vélo) si je change le zoom : « Vélo ©openstreetmap.org and contributors » Merci de ta réponse -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Refuges.info - partage de donnée s et respect licence
On jeudi 15 juillet 2010, Nicolas Dumoulin wrote: La licence CC-By-SA est mensongère alors ? Je dirais pas vraiment mensongère, c'est bien CC-By-SA, mais la base est sans doute tintée de copyright dû à la consitution d'une partie des données. Comme c'est le cas pour openstreetmap sitôt qu'il existe un noeud dans toute la base dont la provenance est une recopie d'une source non libre (ce dont, je suis quasiment sûr) En retestant, le texte suivant s'affiche (même si le rendu Mapnik qui est sélectionné et non vélo) si je change le zoom : « Vélo ©openstreetmap.org and contributors » Merci de ta réponse En fait, ça marchait, mais seulement pour les zoom 10 et plus, et je me rappel pas avoir mis ce 10... mystère -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apple rachete Poly9, un specialiste de la cartographie en ligne
2010/7/15 THEVENON Julien julien_theve...@yahoo.fr Decidement il y a des annonces en ce moment ! http://www.pcinpact.com/actu/news/58283-poly9-freeearth-mapspread-apple-cartographie.htm Oui ca faisait quelques temps que Apple reniflait du cote des sociétés de cartographie. A terme, ils vont essayer de se positionner contre les autres prestataires de carte. Bien sur, le grand jeu est de deviner quelles cartes ils vont utiliser :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiment avec un préau
Hello, Il faut faire des multipolygone : http://wiki.openstreetmap.org/wiki/Relation:multipolygon CU Stéphane Sylvain Collilieux-2 [via GIS] a écrit : Bonjour, Quand un bâtiment contient un bâtiment principal et un préau, comment faire pour insérer cela proprement ? Exemple : __ | | | | A | B | |__|___| La partie gauche (A) est le bâtiment principal : building=yes. La partie droite (B) est le préau building=yes, wall=no. Comment faire pour ne pas dessiner 2 fois le segment entre les 2 parties ? Forcément avec 2 segments qui se recouvrent, le plugiciel de validation affiche une erreur : « bâtiments chevauchants ». Merci -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Batiment-avec-un-preau-tp5294746p5296845.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Le 15 juil. 10 à 10:59, Christophe Merlet a écrit : Chacun n'a pas les mêmes motivations pour cartographier, mais chaque motivation est noble et chaque contributeur est libre de faire comme il l'entend c'est un principe. NON. Il n'y a rien de noble a faire un travail dégueulasse sur un projet communautaire. Ce n'était en même temps pas mon propos. Tout le monde a le droit de se tromper et de faire des erreurs, la moindre des choses et de nettoyer derrière soi. De la même manière je tire la chasse d'eau lorsque j'utilise des toilettes publiques ! Mais il est vrai que c'est une attitude peu banale... C'est l'attitude générale sur OSM pourtant. Certes tout n'est pas parfait mais généralement c'est plus par ignorance ou manque d'expérience que les contributeurs laissent des scories derrière eux. Certes il est louable de rappeler qu'il a y a du travail d'intérêt commun a faire sur OSM (nettoyage, correction, etc...). Ce n'est n'est pas du travail d'intérêt commun, mais *personnel*. Que chacun nettoie ses crottes derrière lui. Mieux, qu'il évite de les publier dans la base OSM genre C'est moi qui l'ai fait ! ... Tu dois avoir une drôle d'expérience dans ton coin... Quand à la carte de doublons (elle ne fonctionnait plus depuis quelques jours chez moi) elle n'est pas si pire que ça. On a vu récemment (avant l'import bati) bien plus d'erreurs qu'il y en a actuellement. Une majorité d'erreur vient de l'import des georéférences qui sont a des altitudes différentes... Des points que l'on a pas le droit de toucher... Les gros pâtées de points localisés sur les zones urbaines NE SONT PAS les points géodésiques, mais les imports du bâti. Inutile de crier, je suis parfaitement au courant. Mais a coté des GROS PATÉS il y a aussi une multitude de points isolés sont sont bien géodésiques. Les statistiques montrent que grâce au formidable travail réalisé en France, les points dupliqués sont en constante augmentation dans la base OSM... http://matt.dev.openstreetmap.org/dupe_nodes/about.html Bon ton opinion est faites. Certes on voit bien une poussée de dupplicate dans la nuit du 14 au 15/07 mais je sais pas si c'est lié directement aux imports français (les stats sont mondiales). Au dessus du graph on trouve les créateurs les plus prolifiques du dernier jour et il ne semble pas être français (ça se passe plutot en asie). Pas de stats plus anciennes pour voir l'impact des imports français. Mais ça semble tout de même bien se tasser au niveau dupplicates (il me semble qu'il y a en moins que les premiers jours). Une quarantaine d'imports de bâti avec 25 000 noeuds et voies dupliqués, ça fait 1 million d'éléments dupliqués... Certes il faut viser la travail de qualité, mais acceuillir les nouveaux comme ça c'est un peu rude ;-) J'ai pourtant pris la peine de mettre un disclaimer... Oui en effet Par ailleurs, j'ai déjà vu mes patchs refusés dans d'autres projets , je n'ai jamais été offusqué et je n'ai jamais demandé à ce que mes patchs soit intégrés tels quels sous prétexte que je suis nouveau et qu'il ne faut pas me vexer ! On sort du sujet initial mais je pense qu'il serait plus productif de contacter directement les auteurs pour leur signaler le soucis plutôt que de s'en étaler publiquement dans une enfilade de présentation d'un nouveau mapper, mais ce n'est que mon avis. Bon cartes, -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Le 15/07/2010 07:27, Pierre-Alain Dorange a écrit : Le 14 juil. 10 à 22:25, Christophe Merlet a écrit : Pa contre, il ne manque pas de nœuds et voies dupliqués à travers la France grâce aux imports désordonnées d'un certains nombres de contributeurs. C'est de pire en pire. http://matt.dev.openstreetmap.org/dupe_nodes/ Cool, je viens de voir que j'ai fait plein de duplications. Bon, pour moi ça vient de l'import CLC sur Saint Pierre Quiberon. Donc maintenant question : quelle est la manière la meilleure de les supprimer ? Tous mes noeuds dupliqués sont dus à une superposition de deux zones, et je n'arrive pas à trouver comnent faire pour résoudre le conflit. Bref, si quelqu'un a une idée, etc... Merci, -- Erwan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiment avec un préau
2010/7/15 Stéphane Brunner courr...@stephane-brunner.ch Hello, Il faut faire des multipolygone : http://wiki.openstreetmap.org/wiki/Relation:multipolygon Non, non. Il faut juste veiller à ce que les nodes soient partagés. C'est la réponse de Vincent qui est la bonne. Si après ça, le logiciel de contrôle se plaint encore, c'est son problème (en général, on peut ignorer tout ce qui n'est pas signalé comme 'error' par validator). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
On 15/07/2010 13:56, Erwan de FERRIERES wrote: Le 15/07/2010 07:27, Pierre-Alain Dorange a écrit : Le 14 juil. 10 à 22:25, Christophe Merlet a écrit : Pa contre, il ne manque pas de nœuds et voies dupliqués à travers la France grâce aux imports désordonnées d'un certains nombres de contributeurs. C'est de pire en pire. http://matt.dev.openstreetmap.org/dupe_nodes/ Cool, je viens de voir que j'ai fait plein de duplications. Bon, pour moi ça vient de l'import CLC sur Saint Pierre Quiberon. Donc maintenant question : quelle est la manière la meilleure de les supprimer ? Tous mes noeuds dupliqués sont dus à une superposition de deux zones, et je n'arrive pas à trouver comnent faire pour résoudre le conflit. Bref, si quelqu'un a une idée, etc... JOSM Validator chemins dupliqués. C'est probablement dû à un upload qui a foiré (pas de réception de message de retour) et qui a été relancé. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Le 15/07/2010 14:09, Vincent Pottier a écrit : On 15/07/2010 13:56, Erwan de FERRIERES wrote: Le 15/07/2010 07:27, Pierre-Alain Dorange a écrit : Le 14 juil. 10 à 22:25, Christophe Merlet a écrit : Pa contre, il ne manque pas de nœuds et voies dupliqués à travers la France grâce aux imports désordonnées d'un certains nombres de contributeurs. C'est de pire en pire. http://matt.dev.openstreetmap.org/dupe_nodes/ Cool, je viens de voir que j'ai fait plein de duplications. Bon, pour moi ça vient de l'import CLC sur Saint Pierre Quiberon. Donc maintenant question : quelle est la manière la meilleure de les supprimer ? Tous mes noeuds dupliqués sont dus à une superposition de deux zones, et je n'arrive pas à trouver comnent faire pour résoudre le conflit. Bref, si quelqu'un a une idée, etc... JOSM Validator chemins dupliqués. C'est probablement dû à un upload qui a foiré (pas de réception de message de retour) et qui a été relancé. je pense pas, ce sont des zones dupliquées (dixit josm/validator) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Erwan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
2010/7/15 Pierre-Alain Dorange pdora...@mac.com Bon ton opinion est faites. Certes on voit bien une poussée de dupplicate dans la nuit du 14 au 15/07 mais je sais pas si c'est lié directement aux imports français (les stats sont mondiales). Au dessus du graph on trouve les créateurs les plus prolifiques du dernier jour et il ne semble pas être français (ça se passe plutot en asie). Pas de stats plus anciennes pour voir l'impact des imports français. Mais ça semble tout de même bien se tasser au niveau dupplicates (il me semble qu'il y a en moins que les premiers jours). Les japonais sont en train de faire un import massif de différents éléments géographiques en ce moment; ca peut potentiellement expliquer le sursaut de certains points dupliqués. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
2010/7/15 Christophe Merlet red...@redfoxcenter.org Ce n'est n'est pas du travail d'intérêt commun, mais *personnel*. Que chacun nettoie ses crottes derrière lui. Mieux, qu'il évite de les publier dans la base OSM genre C'est moi qui l'ai fait ! Quand il y a quelques temps Matt a lance l'outil de détection des points, j'ai corrige pas mal de choses dans la France entière et un peu partout dans le monde. Nettoyer sa merde c'est bien mais nettoyer aussi certaines autres choses pour que ca soit mieux, c'est aussi une bonne chose. Je n'ai pas besoin de carottes pour faire cela, et je n'ai pas besoin de crier pour dire que l'on doit faire attention (j'ai même figuré un peu dans la liste des héros par un moment(nettoyer un import de points dupliques suite a des batiments sur Lille bien avant l'import massif m'a pris du temps)). Beaucoup de gens qui font ce genre d'imports oublient ou ne savent pas qu'ils ont des points dupliqués. C'est ça aussi un effort communautaire. Savoir donner un peu de son temps sur des choses autres que sa région sans pour autant bougonner. Parfois, ça implique d'envoyer un email et d'expliquer ce qui ne va pas a la personne. J'ai fait cela de temps en temps quand je corrige les coastlines. Quoiqu'on en dise, le cote c'est moi qui l'ai fait reste une motivation importante pour de nombreux contributeurs, et ce n'est pas forcement une mauvaise chose en soi. C'est avec une certaine fierté que je pouvais montrer sur la carte de ITO affichée au SOTM, le travail que j'avais fait sur Orleans (quasiment tout le nord), qui était bien blanc,signe d'une forte activité d'édition. OSM reste un projet social et donc il est normal de voir des gens y chercher une reconnaissance. Ça n'a rien de choquant. Régulièrement, je suis la première a contacter les gens que je vois mapper sur la région d'Orleans pour les remercier, et proposer de l'aide si besoin. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine
Le mercredi 14 juillet 2010 à 16:32 +0100, Emilie Laffray a écrit : 2010/7/14 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net Le 14/07/2010 17:22, Emilie Laffray a écrit : C'est donc éminemment possible. Une des choses qui sera demande cette année des le début, c'est une idée plus précise des coûts afin de ne pas avoir les surprises (mauvaises) de cette année au dernier moment! Des réunions par obby/irc seront utiles très tôt afin de caler les besoins et les contraintes (que beaucoup ignorent). Le deadline est bien novembre pour la candidature ? Pour le moment, il n'y a pas de deadline. Mais il y a de fortes chances pour que ca soit le cas. Je suis d'accord pour les reunions IRC (ainsi que telephone) Il n'est pas impossible que la ville d'Arras soit très motivée pour accueillir SOTM. C'est certain que ça n'a pas les avantages de Strasbourg 2011 (RMLL et transports). Mais ça serait dans le cadre d'une collectivité qui aurait fait une grosse libération de données et qui réfléchirait activement à utiliser et faire utiliser OpenStreetMap. Je ne sais pas si Strasbourg sera dans ce cas là (ce serait absolument génial qu'une ville majeure franchisse le pas notez :-)) Je saurais avant la rentrée si cette libération est effective (je suis optimiste) et si la collectivité est intéressée pour accueillir à bras ouverts un STOM. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiment avec un préau
2010/7/15 Pieren pier...@gmail.com 2010/7/15 Stéphane Brunner courr...@stephane-brunner.ch Hello, Il faut faire des multipolygone : http://wiki.openstreetmap.org/wiki/Relation:multipolygon Non, non. Il faut juste veiller à ce que les nodes soient partagés. C'est la réponse de Vincent qui est la bonne. Si après ça, le logiciel de contrôle se plaint encore, c'est son problème (en général, on peut ignorer tout ce qui n'est pas signalé comme 'error' par validator). Yup Validator a souvent des erreurs qui n'en sont pas. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Le mercredi 14 juillet 2010 à 21:58 +0200, Club Informatique Inter Communes / C2IC a écrit : Entre le festival des Vieilles Charrues (http://osm.org/go/erJubqNk-) et la fête de la crêpe à Gourin (http://osm.org/go/erI9vtZB-) vous trouverez bien le temps de passer par ici, non ? J'offre mon champ (http://osm.org/go/erKUjAnaQ--) aux joyeux contributeurs et campeurs d'OSM ! Cette invitation est super sympa, quoiqu'un peu tardive pour ceux qui doivent planifier leurs vacances. N'hésite pas à la relancer l'année prochaine, plus au mois de juin je dirais. Contrairement à redfox, je n'ai pas vu un appel à l'aide, mais une invitation à passer chez vous quelques jours pour mapper en profitant de la vie culturelle. Je trouve ça bon esprit. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine
2010/7/15 Philippe Pary philippe.p...@chtinux.org Il n'est pas impossible que la ville d'Arras soit très motivée pour accueillir SOTM. C'est certain que ça n'a pas les avantages de Strasbourg 2011 (RMLL et transports). Mais ça serait dans le cadre d'une collectivité qui aurait fait une grosse libération de données et qui réfléchirait activement à utiliser et faire utiliser OpenStreetMap. Je ne sais pas si Strasbourg sera dans ce cas là (ce serait absolument génial qu'une ville majeure franchisse le pas notez :-)) Je saurais avant la rentrée si cette libération est effective (je suis optimiste) et si la collectivité est intéressée pour accueillir à bras ouverts un STOM. Oui, les transports sont un facteur très importants. Ça a éliminé la candidature de Genova cette année pour le SOTM. De plus, l'autre chose importante c'est le coût total, et de trouver des endroits pouvant accueillir un certain nombre de personnes et bien équipé pour des conférences. L'autre aspect qui est privilégié est la capacité a avoir pas mal de gens du pays qui viennent et de trouver un moyen d'initier les gens. Cette année, l'Université de Gerona a organise des workshops le vendredi avec des gens de OSM dans le but de former des gens a OSM. Toute candidature avec un dossier bien construit a ces chances. Il faut voir ensuite qu'il y ait suffisamment de gens pour organiser localement. C'est une des leçons de cette année. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Refuges.info - partage de donnée s et respect licence
Je touche ici à mes limites en connaissance des licences. Le jeudi 15 juillet 2010 à 12:12 +0200, sly (sylvain letuffe) a écrit : On jeudi 15 juillet 2010, Nicolas Dumoulin wrote: La licence CC-By-SA est mensongère alors ? Je dirais pas vraiment mensongère, c'est bien CC-By-SA, mais la base est sans doute tintée de copyright dû à la consitution d'une partie des données. Comme c'est le cas pour openstreetmap sitôt qu'il existe un noeud dans toute la base dont la provenance est une recopie d'une source non libre (ce dont, je suis quasiment sûr) Mais dans ce cas, nous serions de bonne foi en expliquant avoir importé une base dans laquelle nous pouvions légitimement prendre le parti d'avoir confiance ; c'est au fournisseur de vérifier ce qu'il fait. Avec le tag source, supprimer ces nœuds en cas de problèmes ne serait pas compliqué, non ? Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
On 15/07/2010 14:45, Emilie Laffray wrote: 2010/7/15 Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org Ce n'est n'est pas du travail d'intérêt commun, mais *personnel*. Que chacun nettoie ses crottes derrière lui. Mieux, qu'il évite de les publier dans la base OSM genre C'est moi qui l'ai fait ! Quand il y a quelques temps Matt a lance l'outil de détection des points, j'ai corrige pas mal de choses dans la France entière et un peu partout dans le monde. Nettoyer sa merde c'est bien mais nettoyer aussi certaines autres choses pour que ca soit mieux, c'est aussi une bonne chose. Je n'ai pas besoin de carottes pour faire cela, et je n'ai pas besoin de crier pour dire que l'on doit faire attention (j'ai même figuré un peu dans la liste des héros par un moment(nettoyer un import de points dupliques suite a des batiments sur Lille bien avant l'import massif m'a pris du temps)). Beaucoup de gens qui font ce genre d'imports oublient ou ne savent pas qu'ils ont des points dupliqués. C'est ça aussi un effort communautaire. Savoir donner un peu de son temps sur des choses autres que sa région sans pour autant bougonner. Parfois, ça implique d'envoyer un email et d'expliquer ce qui ne va pas a la personne. J'ai fait cela de temps en temps quand je corrige les coastlines. Quoiqu'on en dise, le cote c'est moi qui l'ai fait reste une motivation importante pour de nombreux contributeurs, et ce n'est pas forcement une mauvaise chose en soi. C'est avec une certaine fierté que je pouvais montrer sur la carte de ITO affichée au SOTM, le travail que j'avais fait sur Orleans (quasiment tout le nord), qui était bien blanc,signe d'une forte activité d'édition. OSM reste un projet social et donc il est normal de voir des gens y chercher une reconnaissance. Ça n'a rien de choquant. Régulièrement, je suis la première a contacter les gens que je vois mapper sur la région d'Orleans pour les remercier, et proposer de l'aide si besoin. Emilie Laffray Je n'avais pas voulu trop répondre sur ce terrain pour ne pas surcharger la ML et éviter la polémique, mais j'approuve. Que chacun fasse le ménage devant sa porte, c'est souhaitable... mais pas toujours possible : le plombier qui sonne, la panne de courant (trois coupures ce matin !), la fatigue, l'ignorance, et peut-être parfois le flême (qui n'est pas toujours du laxisme ou de l'insouciance quand elle n'est pas chronique...) Mais nettoyer parfois les crasses des autres, c'est pas mal non plus. Beaucoup le font sans rien dire. Ou comme dit Émilie, en envoyant un petit mail par ci, par là. Mais il est souvent bien plus efficace de prendre le balai soi-même que de dire à quelqu'un comment le prendre. Enfin, dans beaucoup d'endroit (et je parle d'expérience professionnelle en Maison de Quartier), on demande au gens de laisser les lieux propres derrière eux. N'empêche que du personnel d'entretien passe par derrière et fait un travail bien plus clean. C'est aussi ça un projet communautaire : toutes les fourmis ne font pas le même job, toutes n'ont pas le même talent, la même sensibilité. Certains sont plus sensibles aux noeuds dupliqués, d'autres à la toponymie, d'autres à la cohérence des tags, d'autres à l'exhaustivité des données... Et dire que ça marche... Elles sont folles ces fourmis ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Refuges.info - partage de données et respect licence
On jeudi 15 juillet 2010, Philippe Pary wrote: Mais dans ce cas, nous serions de bonne foi en expliquant avoir importé une base dans laquelle nous pouvions légitimement prendre le parti d'avoir confiance ; c'est au fournisseur de vérifier ce qu'il fait. Avec le tag source, supprimer ces nœuds en cas de problèmes ne serait pas compliqué, non ? Je n'ai toujours pas réussi à me faire une opinion tranchée là dessus, je suis partagé entre importer ou pas importer, j'ai de quoi le faire techniquement sans problèmes. Placer une source= est non seulement très utile pour retrouver les points et déterminer leur précision et provenance mais également obligatoire vu la licence de refuges.info. Donc pas de doute, si je me décide à faire cet import, le tag source y sera. La question de la bonne foi du site fournisseur de donnée est un peu délicate, je reprendrais l'expression ironique que pieren avait sorti a propos de wikipedia et d'un avocat qui disait que la responsabilité n'incombait pas au repreneur des données : Wikipedia, la machine à blanchir le droit d'auteur On sent qu'il y a forcément une limite, openstreetmap à beau indiquer cc-by-sa, si je vends un produit à base d'osm, et que j'y ais moi même rentré une copie d'une donnée sous copyright, ça n'en fera pas une donnée cc-by-sa au final pour autant. Ce débat revient souvent, et le juge regardera sûrement de très près cette notion de bonne foi, et nos échanges ici en public, indiquant qu'il y a doute, pourraient bien servir à un avocat pour dire : ils le savaient ou s'en doutaient Le site refuges.info indique d'ailleurs relativement clairement la source régulièrement présente de : lue sur une carte, ce qui renforce le coté doute. Bref, pas simple -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Bonjour a tous, j'aimerais savoir si une gentille personne pourrait me sortir un fichier (en .xml ou en .csv) contenant la liste des gares de la ligne D du RER (relation : 65072 http://www.openstreetmap.org/browse/relation/65072 et filles), avec leur nom et coordonnées GPS. De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord (Souterraine), la gare souterraine) existent. Pour information, les informations sont destinés a la création d'un site internet libre, avec client android, qui recueille le retard des trains et en fait des statistiques.. Merci d'avance JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Deux bras de rivière (Était R e: Bâtiment avec un préau)
Le Thu, 15 Jul 2010 14:04:22 +0200, Pieren pier...@gmail.com a écrit : Il faut faire des multipolygone : http://wiki.openstreetmap.org/wiki/Relation:multipolygon Non, non. Il faut juste veiller à ce que les nodes soient partagés. C'est la réponse de Vincent qui est la bonne. Si après ça, le logiciel de contrôle se plaint encore, c'est son problème (en général, on peut ignorer tout ce qui n'est pas signalé comme 'error' par validator). Par contre, la méthode décrite par Stéphane convient-elle pour une rivière dans le genre : _ / __ \ ___/ / \ \_ ___ \__/ __ \__/ Au centre, il n'y pas d'eau, il faut donc faire apparaître une zone de terre à « soustraire » de la zone d'eau (ma question n'est peut-être pas bien claire :-/). J'aimerais faire aussi propre que possible et ce n'est pas toujours évident pour des non initiés. -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Bonjour Jonathan, Tu peux avoir ce genre d'informations grâce à OSMTransport et si tu veux je te fais un jolie fichier ;-) René-Luc D'Hont 3Liz Le 15/07/2010 15:32, JonathanMM a écrit : Bonjour a tous, j'aimerais savoir si une gentille personne pourrait me sortir un fichier (en .xml ou en .csv) contenant la liste des gares de la ligne D du RER (relation : 65072 http://www.openstreetmap.org/browse/relation/65072 et filles), avec leur nom et coordonnées GPS. De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord (Souterraine), la gare souterraine) existent. Pour information, les informations sont destinés a la création d'un site internet libre, avec client android, qui recueille le retard des trains et en fait des statistiques.. Merci d'avance JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
JonathanMM a crit: De plus, je profite de ce message pour savoir s'il existe un tag pour indiqu le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc si il existe pas de tag pour ce cas la il suffit d'en creer un ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Y'a possibilité d'export sur le site ? J'ai pas vu. Sinon, oui, je voudrais bien un zoli fichier :) JonathanMM Le 15/07/2010 15:58, René-Luc D'Hont a écrit : Bonjour Jonathan, Tu peux avoir ce genre d'informations grâce à OSMTransport et si tu veux je te fais un jolie fichier ;-) René-Luc D'Hont 3Liz Le 15/07/2010 15:32, JonathanMM a écrit : Bonjour a tous, j'aimerais savoir si une gentille personne pourrait me sortir un fichier (en .xml ou en .csv) contenant la liste des gares de la ligne D du RER (relation : 65072 http://www.openstreetmap.org/browse/relation/65072 et filles), avec leur nom et coordonnées GPS. De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord (Souterraine), la gare souterraine) existent. Pour information, les informations sont destinés a la création d'un site internet libre, avec client android, qui recueille le retard des trains et en fait des statistiques.. Merci d'avance JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière (Était Re : Bâtiment avec un préau)
Sylvain Collilieux a écrit : Par contre, la méthode décrite par Stéphane convient-elle pour une rivière dans le genre : si il y a une ile dans une riviere ou dans un lac, la relation multipolygon avec un role inner pour l'ile est adaptee ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Deux bras de rivière ( Était Re: Bâtiment avec un préau)
De : Sylvain Collilieux sylv...@collilieux.net Par contre, la méthode décrite par Stéphane convient-elle pour une rivière dans le genre : _ / __ \ ___/ / \ \_ ___ \__/ __ \__/ Au centre, il n'y pas d'eau, il faut donc faire apparaître une zone de terre à « soustraire » de la zone d'eau (ma question n'est peut-être pas bien claire :-/). J'aimerais faire aussi propre que possible et ce n'est pas toujours évident pour des non initiés. Oui ca peut se faire avec du multipolygone; http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Il y a pas de possibilité d'export dans la page Web mais si tu as un firefox avec firebug tu peux facilement récupérer le chemin du GeoJson des stations ;-) Mais je vais te fire un zoli fichier ;-) ReLuc Le 15/07/2010 16:03, JonathanMM a écrit : Y'a possibilité d'export sur le site ? J'ai pas vu. Sinon, oui, je voudrais bien un zoli fichier :) JonathanMM Le 15/07/2010 15:58, René-Luc D'Hont a écrit : Bonjour Jonathan, Tu peux avoir ce genre d'informations grâce à OSMTransport et si tu veux je te fais un jolie fichier ;-) René-Luc D'Hont 3Liz Le 15/07/2010 15:32, JonathanMM a écrit : Bonjour a tous, j'aimerais savoir si une gentille personne pourrait me sortir un fichier (en .xml ou en .csv) contenant la liste des gares de la ligne D du RER (relation : 65072 http://www.openstreetmap.org/browse/relation/65072 et filles), avec leur nom et coordonnées GPS. De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord (Souterraine), la gare souterraine) existent. Pour information, les informations sont destinés a la création d'un site internet libre, avec client android, qui recueille le retard des trains et en fait des statistiques.. Merci d'avance JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 16:00, hamster a écrit : JonathanMM a écrit : De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc si il existe pas de tag pour ce cas la il suffit d'en creer un Oui, mais avant de créer des tags, je demande s'ils existent. Bon, si effectivement il en existe pas, je le créerais :) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et du côté de la Bretagne ?
Le jeudi 15 juillet 2010 à 13:45 +0100, Emilie Laffray a écrit : 2010/7/15 Christophe Merlet red...@redfoxcenter.org Ce n'est n'est pas du travail d'intérêt commun, mais *personnel*. Que chacun nettoie ses crottes derrière lui. Mieux, qu'il évite de les publier dans la base OSM genre C'est moi qui l'ai fait ! Quand il y a quelques temps Matt a lance l'outil de détection des points, j'ai corrige pas mal de choses dans la France entière et un peu partout dans le monde. Nettoyer sa merde c'est bien mais nettoyer aussi certaines autres choses pour que ca soit mieux, c'est aussi une bonne chose. Je n'ai pas besoin de carottes pour faire cela, et je n'ai pas besoin de crier pour dire que l'on doit faire attention (j'ai même figuré un peu dans la liste des héros par un moment(nettoyer un import de points dupliques suite a des batiments sur Lille bien avant l'import massif m'a pris du temps)). Beaucoup de gens qui font ce genre d'imports oublient ou ne savent pas qu'ils ont des points dupliqués. C'est ça aussi un effort communautaire. Savoir donner un peu de son temps sur des choses autres que sa région sans pour autant bougonner. Parfois, ça implique d'envoyer un email et d'expliquer ce qui ne va pas a la personne. J'ai fait cela de temps en temps quand je corrige les coastlines. Quoiqu'on en dise, le cote c'est moi qui l'ai fait reste une motivation importante pour de nombreux contributeurs, et ce n'est pas forcement une mauvaise chose en soi. C'est avec une certaine fierté que je pouvais montrer sur la carte de ITO affichée au SOTM, le travail que j'avais fait sur Orleans (quasiment tout le nord), qui était bien blanc,signe d'une forte activité d'édition. OSM reste un projet social et donc il est normal de voir des gens y chercher une reconnaissance. Ça n'a rien de choquant. Régulièrement, je suis la première a contacter les gens que je vois mapper sur la région d'Orleans pour les remercier, et proposer de l'aide si besoin. Emilie Laffray L'inconvénient d'une liste de diffusion de portée internationale, ce sont les disparités culturelles qui mène à l'incompréhension lorsque l'on sort du 1er degré. Bref, chaque point de vue se défend. Après tout, sur la liste certains ont déjà défendu le concept d'importer n'importe comment le bâti puisque derrière il y aurait sans doute des scripts et dans tous les cas des gens pour nettoyer et, toi même, tu défends l'idée de nettoyer le travail des autres :) Je trouve juste dommage et contreproductif de faire perdre aux autres des heures de nettoyage alors qu'il suffit de 2 minutes pour supprimer les éléments dupliqués avant l'import... Et sinon je corrige moi aussi régulièrement le travail des autres sans faire d'esclandres. Ce matin j'ai travaillé sur Langon où j'ai découvert qu'il y avait 3 noeuds place pour la ville avec des balises plus ou moins fantaisistes :/ Je considère juste que dans le cas de l'import du bâti, les gens ont pris connaissance de l'existence du script sur cette liste, et qu'il n'y a donc aucune raison qu'ils ignorent les outils annoncés aussi sur cette liste pour faire du travail propre qui ne leur prendrait que 2 minutes de leur temps en plus... Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière multipoly gone
Stéphane : Il faut faire des multipolygone : http://wiki.openstreetmap.org/wiki/Relation:multipolygon Pieren : Non, non. Il faut juste veiller à ce que les nodes soient partagés. C'est la réponse de Vincent qui est la bonne. Si après ça, le logiciel de contrôle se plaint encore, c'est son problème (en général, on peut ignorer tout ce qui n'est pas signalé comme 'error' par validator). Chouette, ça parle de relation, je vais pouvoir jeter un peu d'huile... en mettant un peu d'eau dans mon vin. Je ne suis pas d'accord avec le non, non de pieren. La méthode décrite par stéphane peut très bien aller pour le cas indiqué du bâtiment, ça fonctionnera, ça sera rendu et ça évite deux ways superposés. Sachant qu'on évite de superposer des noeuds en les fusionnants, pourquoi ne pas faire pareil avec les ways ? - l'élément de base est le noeud - un chemin ordonne/regroupe des noeuds - une relation ordonne/regroupe des ways simple non ? là ou je suis toutefois un peu d'accord avec le non, non de pieren, c'est que les outils d'aujourd'hui (josm et potlatch) n'aidant pas vraiment la manipulation transparente des relations, faire un multipolygon pour deux bâtiments de 4 noeuds, ça fait un peu rouleau compresseur pour une mouche et complique (aujourd'hui en tout cas) l'édition pour un très faible gain de temps et maintenance ultérieure. En revanche, si j'avais à refaire un barrage avec ce niveau de détail : http://www.openstreetmap.org/?way=37899852 Je n'hésiterais plus à partager le chemin lac/barrage pour le mettre dans deux relations (une pour le lac, une pour le barrage) Par contre, la méthode décrite par Stéphane convient-elle pour une rivière dans le genre : (...) Au centre, il n'y pas d'eau, il faut donc faire apparaître une zone de terre à « soustraire » de la zone d'eau Dans ce cas, la solution de stéphane (un type=multipolygon) est très adaptée selon moi. Elle sera bien plus propre que de découper arbitrairement le lit du fleuve pour faire un morceau en haut, un morceau en bas et dupliquer le nom à chaque fois que ça se produit. cf : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank schéma n°2 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 15:32, JonathanMM a écrit : Bonjour a tous, j'aimerais savoir si une gentille personne pourrait me sortir un fichier (en .xml ou en .csv) contenant la liste des gares de la ligne D du RER (relation : 65072 http://www.openstreetmap.org/browse/relation/65072 et filles), avec leur nom et coordonnées GPS. De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB (Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord (Souterraine), la gare souterraine) existent. Pour information, les informations sont destinés a la création d'un site internet libre, avec client android, qui recueille le retard des trains et en fait des statistiques.. Merci d'avance JonathanMM http://osm1.crans.org/tmp/rer/ J'ai mis la bibliothèque OsmApi.py qui vient du svn d'osm, et quelques lignes dans get.py Si tu parles un peu le python, tu vera que c'est très simple quand on connait la librairie OsmApi.py. J'ai juste lancé ./get.py get.txt. Le numéro de relation est en dur, mais si tu veux le prendre comme argument, ya juste une ligne en plus. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 16:05, JonathanMM a écrit : Le 15/07/2010 16:00, hamster a écrit : JonathanMM a écrit : De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc si il existe pas de tag pour ce cas la il suffit d'en creer un Oui, mais avant de créer des tags, je demande s'ils existent. Bon, si effectivement il en existe pas, je le créerais :) JonathanMM Pas à ma connaissance. Tu peux créer un ref:SNCF ; ça restera comme ça dans la logique, et on comprend bien ce que c'est. Pas besoin de passer par le processus de validation wiki, suffit de le mettre sur une page francophone parlant du transport. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 16:24, Etienne Chové a écrit : Le 15/07/2010 16:05, JonathanMM a écrit : Le 15/07/2010 16:00, hamster a écrit : JonathanMM a écrit : De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc si il existe pas de tag pour ce cas la il suffit d'en creer un Oui, mais avant de créer des tags, je demande s'ils existent. Bon, si effectivement il en existe pas, je le créerais :) JonathanMM Pas à ma connaissance. Tu peux créer un ref:SNCF ; ça restera comme ça dans la logique, et on comprend bien ce que c'est. Pas besoin de passer par le processus de validation wiki, suffit de le mettre sur une page francophone parlant du transport. Ok merci, des que j'ai le temps, je m'occupe de ça :) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 16:21, Etienne Chové a écrit : J'ai juste lancé ./get.py get.txt. Le numéro de relation est en dur, mais si tu veux le prendre comme argument, ya juste une ligne en plus. Je viens de mettre une version xml, comme ça tu as le choix. Ca sort un fichier au format .osm ./get-xml.py get-xml.osm Dans ce cas, il faut aussi la librairie OsmSax.py (pour créer facilement un .osm) -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 16:36, JonathanMM a écrit : Merci Etienne. Je copie tout ça dans un coin si ça te dérange pas, ça pourra servir si on fait un cron pour mettre a jour les données régulièrement :) JonathanMM Le librairies sont en GPLv3, et le code, je l'offre au domaine public ;-). Tu peux en faire ce que tu veux ;-) Attention à ne pas faire un cron trop souvent, l'api n'est pas trop faite pour ca (et puis la fonction RelationFullRecur télécharge toute la relation, les membres et tout ça de façon récursive). Tu peux utiliser une xapi, mais je ne suis pas sur qu'elle réponde aux requêtes /api/0.6/relation/id/full Remplace juste api = OsmApi.OsmApi() par api = OsmApi.OsmApi(api=xapi.blablamachin.tld) pour tester. Sinon, il y a moyen de recoder le RelationFullRecur pour que ça passe. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
il existe pour les aéroports il me semble il faudrait peut être utiliser le même 2010/7/15 Etienne Chové ch...@crans.org Le 15/07/2010 16:05, JonathanMM a écrit : Le 15/07/2010 16:00, hamster a écrit : JonathanMM a écrit : De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc si il existe pas de tag pour ce cas la il suffit d'en creer un Oui, mais avant de créer des tags, je demande s'ils existent. Bon, si effectivement il en existe pas, je le créerais :) JonathanMM Pas à ma connaissance. Tu peux créer un ref:SNCF ; ça restera comme ça dans la logique, et on comprend bien ce que c'est. Pas besoin de passer par le processus de validation wiki, suffit de le mettre sur une page francophone parlant du transport. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 16:44, Etienne Chové a écrit : Le 15/07/2010 16:36, JonathanMM a écrit : Merci Etienne. Je copie tout ça dans un coin si ça te dérange pas, ça pourra servir si on fait un cron pour mettre a jour les données régulièrement :) JonathanMM Le librairies sont en GPLv3, et le code, je l'offre au domaine public ;-). Tu peux en faire ce que tu veux ;-) Attention à ne pas faire un cron trop souvent, l'api n'est pas trop faite pour ca (et puis la fonction RelationFullRecur télécharge toute la relation, les membres et tout ça de façon récursive). Tu peux utiliser une xapi, mais je ne suis pas sur qu'elle réponde aux requêtes /api/0.6/relation/id/full Remplace juste api = OsmApi.OsmApi() par api = OsmApi.OsmApi(api=xapi.blablamachin.tld) pour tester. Sinon, il y a moyen de recoder le RelationFullRecur pour que ça passe. Je pense qu'un cron hebdomadaire ne devrait pas tuer l'api Merci pour tout :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapping party Alpine
Hello, Je relaie ici l'appel à participants pour une mapping party transfrontalière Italie/France Vanoise/Gran Paradiso ce WE. http://wiki.openstreetmap.org/wiki/Graian_Alps_Mapping_party C'est Luca Delucchi, rencontré au SOTM, qui m'en a reparlé... F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?
Pas trouvé, donc en voila une : http://wiki.openstreetmap.org/wiki/FR:Osm.fr je l'ai référencé ici : http://wiki.openstreetmap.org/wiki/FR:Servers#User_servers 2010/7/13 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le mardi 13 juillet 2010 20:19:41 Lord Awikatchikaen, vous avez écrit : Je suis prêt a apporter aides et idées (bien que becyklo me prenne bcp du peu de temps libre que j'ai) Peut être faudrait il ouvrir une page sur le wiki pour amorcer la pompe. Pour info, il me semble en avoir déjà vu traîner dans le genre sur le wiki … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Le 15/07/2010 16:30, JonathanMM a écrit : Le 15/07/2010 16:24, Etienne Chové a écrit : Le 15/07/2010 16:05, JonathanMM a écrit : Le 15/07/2010 16:00, hamster a écrit : JonathanMM a écrit : De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc si il existe pas de tag pour ce cas la il suffit d'en creer un Oui, mais avant de créer des tags, je demande s'ils existent. Bon, si effectivement il en existe pas, je le créerais :) JonathanMM Pas à ma connaissance. Tu peux créer un ref:SNCF ; ça restera comme ça dans la logique, et on comprend bien ce que c'est. Pas besoin de passer par le processus de validation wiki, suffit de le mettre sur une page francophone parlant du transport. Ok merci, des que j'ai le temps, je m'occupe de ça :) JonathanMM Après quelques recherche, il semblerait qu'il s'agit du code TT0020 ou TR3. Une liste complète est disponible a l'adresse : http://lwdr.free.fr/localites.html Par contre, point d'histoire de possibilité de réutilisation. Concernant le tag, ce serait plus logique d'utiliser ref:TR3. Enfin, pour en revenir a ce que disait quelqu'un concernant les codes des aéroports, ce sont des codes AITA, qui existent également pour les gares en lien avec des aéroports, mais pas de rapport avec le code TR3 JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière multipoly gone
On 15/07/2010 16:18, sly (sylvain letuffe) wrote: http://www.openstreetmap.org/?way=37899852 Joli. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Bonjour, == Les rivières way == En tombant sur ma vielle tentative de dessiner un fond de carte des grands cours d'eau de france : http://wiki.openstreetmap.org/w/images/0/08/Hydro.png Je me suis dis que ça n'était pas terrible et que mon niveau postgis/mapnik évoluant, je devrais arriver à faire mieux... ben c'est toujours la galère L'un des problème de la précédente (en ne comptant pas le problème de la donnée qui manque), tout le monde l'aura deviné, c'est que tout est affiché, bilan, c'est illisible. comme un cours d'eau de moyen à immense c'est waterway=river, ben je ne peux pas les différentier sur le tag. La solution ? facile : ne représenter que les grandes rivières, donc calculer leur longueur... et c'est là que ça se corse, voici un nouveau résultat pour comprendre (j'ai choisi ~60km et +): http://beta.letuffe.org/ressources/cartes/test.png Que se passe-t-il ? ben c'est presque vide. Pourquoi ? la plupart des rivières/fleuves français sont en fait des ways mis bout à bout, et forcément, ils ne font pas toujours 80km. Vous me voyez arriver avec mes sabots ? Sachant que le recollage des morceaux par recoupage du nom tient de l'alchimie, je ne vois qu'une solution propre pour résoudre ça, la création d'une relation qui uni les morceaux. Et en effet, ça marche : http://www.openstreetmap.org/browse/relation/1067839 Sauf que ma méthode est loin d'être reconnue et bien utilisée et que visiblement ça se bat fort : http://wiki.openstreetmap.org/wiki/WikiProject_Rivers entre ceux qui voudraient une relation qui contienne le nombre de canard par km^2, les berges innondables, non innondables, le tracé de la rivière tel qu'il était en 10 BC (non je ne vise pas un certain VP), et qu'au final rien n'avance. J'aimerais dire mapping comes first, genre, on se mets d'accord sur un truc simple, on fait une jolie démo et documentation et ensuite on défini un truc de dingue en incluant et sans détruire le truc simple. == Les rivières surfaces == Un peu la même chose en fait, je sais que le multipolygon ne plaît pas à tous, qu'il est courant de tagguer en méthode puzzle et que oui, ça a des avantages, mais là j'ai un peu les boules car on a dégommé mon travail sur l'isère : http://www.openstreetmap.org/browse/relation/278498 Et mes échanges de mails avec un certain PA94 ont tournés au foutage de gueule du genre : je fais, il change, je le contact, il me dit que je fais comme je préfère et que ma méthode est tout à fait valable, je re-change et il re-change, perdant un nombre incroyable de tag source= qui étaient dépendant du morceau tracé. Le consensus c'est alors : pas de multi ? chacun son truc ? ou : sly, tu nous fais chier ! ;-) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
Dans la même catégorie, il existe un code (LOCODE) pour les ports: http://wiki.openstreetmap.org/wiki/Harbour#LOCODE Ça ne semble pas utilisé dans OSM... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière multipoly gone
Le 15 juil. 10 à 16:18, sly (sylvain letuffe) a écrit : Chouette, ça parle de relation, je vais pouvoir jeter un peu d'huile... en mettant un peu d'eau dans mon vin. Le plus dangereux c'est l'eau dans l'huile bouillante ;-) Je ne suis pas d'accord avec le non, non de pieren. La méthode décrite par stéphane peut très bien aller pour le cas indiqué du bâtiment, ça fonctionnera, ça sera rendu et ça évite deux ways superposés. Oui, mais ça me parait pas trop logique à moi. Je veux dire si tu enlève le batiment principal l'autre se retrouve sans mur pour fermer le polygone... Du coup je trouve plus logique (à mon sens) de tracer le 2ème way par dessus l'autre. Dans la réalité il y a bien 2 frontières communes. Sachant qu'on évite de superposer des noeuds en les fusionnants, pourquoi ne pas faire pareil avec les ways ? - l'élément de base est le noeud - un chemin ordonne/regroupe des noeuds - une relation ordonne/regroupe des ways simple non ? Oui, si on faisait des bâtiments des relations et non des way. Or les batiments sont actuellement des way. Perso je me sers parfois des relations pour regrouper des batiments au sein d'un même site. (par exemple les batiments d'une école et son area dans une relation site. là ou je suis toutefois un peu d'accord avec le non, non de pieren, c'est que les outils d'aujourd'hui (josm et potlatch) n'aidant pas vraiment la manipulation transparente des relations, faire un multipolygon pour deux bâtiments de 4 noeuds, ça fait un peu rouleau compresseur pour une mouche et complique (aujourd'hui en tout cas) l'édition pour un très faible gain de temps et maintenance ultérieure. D'autant que nous avons vu récemment que l'assemblage de polygones non fermés abouti parfois a des rendu aberrant (osmarender avec une rivière il n'y a pas très longtemps sur la ML)... Bon OK on tag pas pour le rendu... -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Deux bras de rivière ( Était Re: Bâtiment avec un préau)
Le 15 juil. 10 à 16:05, THEVENON Julien a écrit : Au centre, il n'y pas d'eau, il faut donc faire apparaître une zone de terre à « soustraire » de la zone d'eau (ma question n'est peut- être pas bien claire :-/). J'aimerais faire aussi propre que possible et ce n'est pas toujours évident pour des non initiés. Oui ca peut se faire avec du multipolygone; http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank Oui, perso je le fais avec la première méthode (1er schéma) : des way fermés pour les riverbank (avec multipolygon inner/outer pour les iles + place=island). Je ne met dans la relation river que le lit principal par contre (waterway=river). Je suis en train de la faire pour le fleuve Charente et c'est ... long. http://www.openstreetmap.org/browse/relation/961832 -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Le 15 juil. 10 à 18:59, sly (sylvain letuffe) a écrit : Le consensus c'est alors : pas de multi ? chacun son truc ? ou : sly, tu nous fais chier ! ;-) Ma méthode (La Charente : http://www.openstreetmap.org/browse/relation/961832) c'est de mettre le way du lit principal dans une relation pour avoir le tracé global du fleuve. Ensuite si je dessine les riverbank et que je m'attaque maintenant aux seuils et écluses je ne les met pas dans la relation pour l'instant. Il me semble plus simple de ne laisser que l'essentiel : le lit principal du fleuve (waterway=river). Mais on pourrait imaginer d'y accoler pleins de choses (riverbank, lock, weir...) mais il faudra définir des rôles un peu cohérent avant. J'y ait réfléchit (un peu) récemment et je me demandais si il ne serait pas aussi intéressant (dans un deuxième temps) de créer une autre relation pour le Bassin du fleuve qui inclurait la relation des way du fleuve ainsi que celles des affluents, ce qui permettrait avec une relation de dessiner tout un bassin. je pense sur j'essayerai plus tard (faut déjà que je finisse le fleuve) et ensuite j'attaquerai les affluents principaux. PS : concernant ton soucis de représenter les grands fleuves, j'ai commencé a mettre à jour la page wiki du projet france avec la liste des fleuves (de plus de 100 km pour l'instant) avec ce que j'ai pu agrégé a ce jour : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Grands_Fleuves_.28.3E_100_km.29 On y trouve quelques relations qui semble construite a peu près sur le même modèle (uniquement le waterway), même si certain (La Loire par exemple) ont quelques riverbank en rôle. Y'a la relation Rhône qui est un peu a part : seulement 2 petit riverbank c'est un peu léger... -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière multipoly gone
Le 15/07/2010 17:37, Vincent Pottier a écrit : On 15/07/2010 16:18, sly (sylvain letuffe) wrote: http://www.openstreetmap.org/?way=37899852 Joli. -- FrViPofm En plus au pied du barrage, il y a de ces myrtilles... C'est bientôt la saison... mais/et la route n'est pas encore tracée ; une double bonne raison. -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Caméras de surveillance
en effet c'est bizarre ... J'ai testé de rajouter une caméra avec seulement le tag man_made=surveillance. ( http://www.openstreetmap.org/browse/changeset/5228815) Je suis également intéressé par ce type de rendu. 2010/7/12 Pierre-Alain Dorange pdora...@mac.com J'ai placé des caméras de surveillance sur ma ville (privé mais qui filme la voie publique) avec le tag man_made=surveillance, par exemple ici : http://www.openstreetmap.org/?node=793023289 Mapnik et osmarender n'en font pas le rendu. La page wiki (1) indique que le site http://osm.vdska.de/ propose un rendu de ces caméras, ce qu'il semble faire... Sauf que je ne vois mes caméras. Elles sont dans OSM depuis 15 jours. Je me dis que la base vdska n'est peut être pas mise à jour régulièrement (ou plus)... Il n'y a aucun contact sur la page, ce site est-il encore d'actualité ? Sur ce même sujet des assos et militants proposent une cartographie a l'arrache via GoogleMap (2), ne pourrait-on pas proposer nos services via http://osm.vdska.de/ si ce dernier est fonctionnel ? (1) http://wiki.openstreetmap.org/wiki/Talk:Tag:man_made%3Dsurveillance (2) http://www.manhack.net/CCTV/index2.php -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] manipulations mapnik
Ce parametre offset marche plutot bien : http://awikatchikaen.info/?zoom=16lat=48.84284lon=2.35272layers=BTFF J'ai patche mapnik 7.1 avec et sur beciklo les cycleway:right/left=lane sont bien parrallèle aux highway :D Ce va permettre des choses sympathique sur les rendus, enfin des ways asymétrique \o/ 2010/7/5 sly (sylvain letuffe) sylv...@letuffe.org On lundi 5 juillet 2010, Frédéric Rodrigo wrote: C'est ce que je cherchais à faire hier, uniquement en jouant sur le style. L'idée étant d'arriver à ce que l'on voie sur la première image : http://trac.mapnik.org/wiki/MarkersSymbolizer C'est peut être faisable avec : http://trac.mapnik.org/wiki/LinePatternSymbolizer ça c'était disons l'ancienne méthode style un peu bidouille (ce que je fais toujours pour mon rendu rando pour les highway=track) avec un petit png contenant deux traces parallèles. Mais il y a mieux semble-t-il http://trac.mapnik.org/ticket/180 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] manipulations mapnik
On 15/07/2010 20:45, Lord Awikatchikaen wrote: Ce parametre offset marche plutot bien : http://awikatchikaen.info/?zoom=16lat=48.84284lon=2.35272layers=BTFF http://awikatchikaen.info/?zoom=16lat=48.84284lon=2.35272layers=BTFF J'ai patche mapnik 7.1 avec et sur beciklo les cycleway:right/left=lane sont bien parrallèle aux highway :D Ce va permettre des choses sympathique sur les rendus, enfin des ways asymétrique \o/ Et les falaises, qui sont rendues avec un trait et des triangles ? Il y a bien un truc asymétrique et qui sait lire le sens du way. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] qualitystreetmap.org down
Hello, Il m'arrive un truc pas banal, et plutot pas cool. Je recois ce soir un mail de online.net qui me dit en substance ceci : La demande de rétractation de votre prestation Serveur DEDIBOX V3 n° et des services associés ont bien ete pris en compte le 2010-07-03. ... dedibox qui hébergeait qualitystreetmap.org ! N'ayant jamais demandé de résiliation du serveur, je suis complètement hors de moi. Bref, réfléchissez y à deux fois avant de choisir une dedibox pour héberger une application en production. Tout cela est de la très mauvaise publicité pour online.net F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
On 15/07/2010 18:59, sly (sylvain letuffe) wrote: relation Sauf que ma méthode est loin d'être reconnue et bien utilisée et que visiblement ça se bat fort : http://wiki.openstreetmap.org/wiki/WikiProject_Rivers entre ceux qui voudraient une relation qui contienne le nombre de canard par km^2, les berges innondables, non innondables, le tracé de la rivière tel qu'il était en 10 BC (non je ne vise pas un certain VP), et qu'au final rien n'avance. Et bien, il y en a s'il devaient mapper une sardine, peuchère, elle boucherai le port de Marseille, con ! Sly tu ezzagère ! J'ai jamais parlé de canard carré. Bon, plus sérieux. Ça avance tout de même un peu, même si c'est disparate : sur le wiki, il n'y a qu'une personne pour s'opposer à la relation. J'aimerais dire mapping comes first, genre, on se mets d'accord sur un truc simple, on fait une jolie démo et documentation et ensuite on défini un truc de dingue en incluant et sans détruire le truc simple. Ok, on fait comme ça. Yaka. Re-sérieux : Oui, intéressant de faire une mise à plat, surtout si des données viennt à se libérer pour l'hydrologie. D'autant plus qu'avec le cadastre pdf, les ruisseaux et rivières pleuvent, si je puis dire : j'ai nettoyé des plans d'eau sur la Seine. == Les rivières surfaces == Un peu la même chose en fait, je sais que le multipolygon ne plaît pas à tous, qu'il est courant de tagguer en méthode puzzle et que oui, ça a des avantages, mais là j'ai un peu les boules car on a dégommé mon travail sur l'isère : http://www.openstreetmap.org/browse/relation/278498 Et mes échanges de mails avec un certain PA94 ... Le consensus c'est alors : pas de multi ? chacun son truc ? ou : sly, tu nous fais chier ! ;-) le 3/ je n'oserai même pas le penser. Mon opinion = Outre le coté indélicat de la façon de faire, Je suis convaincu que ta méthode multipolygone est, à terme, la plus juste, mais la plus fragile [1]. De plus elle n'est pas simple à gérer pendant la construction. Une fois le puzzle construit, c'est relativement simple de changer la méthode du multi puisque les ways sont déjà existants et regroupés dans une relation. Un peu de découpe dans les pièces du puzzle, un peu de tri dans l'interface JOSM et hop, on obtient un pur multipolygone multiligne. Ma méthode http://www.openstreetmap.org/browse/relation/156145 (Âmes sensibles s'abstenir : la rivière présentée prend sa source dans un massif montagneux appelé Jura, dont l'origine remonte à bien avant 10 BC, soit à une époque appelée jurassique. Il se peut que des esprits faibles soient heurtés) J'essaie de faire du tout-en-un : La relation (peu importe dans un premier temps[2] son type, son nom...) regroupe des waterways et waterbank. Il me parait pertinent de créer une relation qui représente un objet : la rivière, et dont les rôles signifient sous quel aspect elle est regardée. Plutôt que de multiplier les objets, un pour l'aspect cours d'eau (pour dépasser les 60 km), un pour l'aspect plan d'eau et pourquoi pas un associated_river (pourquoi associated ? Jamais compris. Street tout court, ça ne suffit pas ?) [1] Ton exemple pour résoudre le problème des confluents dans les multipolygones m'a convaincu : des ways constituant un multipolygone plan d'eau, certains ways étant, de plus, riverbank, c'est net. [2] J'éviterai toutefois le type route : des éléments font partie d'une relation route pour représenter la voie navigable. Le type route ne me parait pas tout à fait indiqué pour désigner le parcours de molécules d'eau. Mais c'est un second débat. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière multipoly gone
Le 15 juil. 10 à 20:12, Marc Sibert a écrit : En plus au pied du barrage, il y a de ces myrtilles... C'est bientôt la saison... mais/et la route n'est pas encore tracée ; une double bonne raison. landuse=orchard orchard=bilberry Mmh -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Le 15 juil. 10 à 21:52, Vincent Pottier a écrit : La relation (peu importe dans un premier temps[2] son type, son nom...) regroupe des waterways et waterbank. Il me parait pertinent de créer une relation qui représente un objet : la rivière, et dont les rôles signifient sous quel aspect elle est regardée. Plutôt que de multiplier les objets, un pour l'aspect cours d'eau (pour dépasser les 60 km), un pour l'aspect plan d'eau et pourquoi pas un associated_river (pourquoi associated ? Jamais compris. Street tout court, ça ne suffit pas ?) Pourquoi utilises tu le rôle waterbank ? Il existe riverbank qui convient à priori, c'est en tout cas celui que je comptais utiliser pour les riverbank de la Charente. Je note que ces area (way fermé) sont bien indiqué comme waterway=riverbank... En tout cas une bien jolie rivière. -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Le jeudi 15 juillet 2010 19:30:54, Pierre-Alain Dorange a écrit : Ma méthode (La Charente : http://www.openstreetmap.org/browse/relation/961832) c'est de mettre le way du lit principal dans une relation pour avoir le tracé global du fleuve. ça me semble bien fait et utilisable, je crois que en abscence de consensus internationnal je vais faire ça, comme dit ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau Ensuite si je dessine les riverbank et que je m'attaque maintenant aux seuils et écluses je ne les met pas dans la relation pour l'instant. Il me semble plus simple de ne laisser que l'essentiel : le lit principal du fleuve (waterway=river). Mais on pourrait imaginer d'y accoler pleins de choses (riverbank, lock, weir...) mais il faudra définir des rôles un peu cohérent avant. Je pense qu'un fourre tout n'est pas souhaitable, il serait très difficile d'en extraire les éléments. Je vois plus la chose sous forme de relation de relation. (cf mail d'après) PS : concernant ton soucis de représenter les grands fleuves, j'ai commencé a mettre à jour la page wiki du projet france avec la liste des fleuves (de plus de 100 km pour l'instant) avec ce que j'ai pu agrégé a ce jour : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau#Grands _Fleuves_.28.3E_100_km.29 Je suis informaticien moi ! Ma religion m'interdit de préparer un rendu en listant à la main les 30 rivières/fleuves à représenter. Les + de 100km je peux les déterminer automatiquement par calcul, je vais pas m'en priver. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Le 15 juil. 10 à 23:22, sylvain letuffe a écrit : Je suis informaticien moi ! Ma religion m'interdit de préparer un rendu en listant à la main les 30 rivières/fleuves à représenter. Les + de 100km je peux les déterminer automatiquement par calcul, je vais pas m'en priver. Je suis aussi informaticien mais ça n'empêche pas d'utiliser des listes de références (wikipédia ou le wiki osm peuvent faire l'affaire). Surtout que là il n'y a rien qui distingue un fleuve d'une rivière à ce jour dans osm (river tout les 2)... Mais c'est sur que le calcul de la longueur d'une rivière à partir de sa relation est intéressant ;-) -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Ayant pas mal fait d'ajout autour de l'Yonne, j'ai créé une relation comme indiqué et rajouté l'Yonne dans les rivières de plus de 100km (292km). Ce genre de liste permet de voir l'avancée du travail de cartographie. Le site du SANDRE indique les longueurs des différents cours d'eau, cela permet de comparer avec la longueur actuellement présente dans OSM. Je n'ai mis que les waterway=river dans la relation, une autre relation pourrait reprendre les riverbank. Par contre je rencontre un problème, l'Yonne et la Canal du Nivernais (qui relie la Loire à la Seine via l'Yonne) partagent de nombreuses sections. Il était d'ailleurs intégralement cartographié, avec les écluses et leurs fréquences VHF. J'ai aussi créé une relation pour ce canal vu qu'il n'y en avait pas. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Le jeudi 15 juillet 2010 21:52:27, Vincent Pottier a écrit : entre ceux qui voudraient une relation qui contienne le nombre de canard par km^2 Et bien, il y en a s'il devaient mapper une sardine, peuchère, elle boucherai le port de Marseille, con ! Sly tu ezzagère ! J'ai jamais parlé de canard carré. ça doit être parce que je comprends mal l'anglais, mais tu avouera que dans ton envolée lirique, si tu n'as pas mentionné les canards, tu n'es pas passé loin : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Rivers VP : Because a river is a complex with (...) * an area: made by areas, (...) where we can swim or not, fish or not (...) Because the world is rich and complex and openStreetMap is ambitious. Loin de moi à penser que ces choses n'ont pas raison de figurer dans une méga relation de la mort qui tue, mais je pense qu'il est aussi nécessaire de segmenter la chose pour la rendre utilisable. Pitié, pense à ceux qui écrivent des scripts en python, des requêtes longues comme le bras et des p...@$*#~ de styles mapnik. On ne taggue pas pour un outil précis pour faire plaisir à un développeur feignant, mais je pense qu'il faut que ça reste utilisable, s'il faut un programme à intelligence artificielle pour en venir à bout après 2 semaines de calcul, on rend la donné vraiment dure à exploiter. Bon, plus sérieux. Ça avance tout de même un peu, même si c'est disparate : sur le wiki, il n'y a qu'une personne pour s'opposer à la relation. Il est borné, tant pis pour lui, l'idée est bonne, je pense qu'il faut juste segmenter. défini un truc de dingue en incluant et sans détruire le truc simple. Ok, on fait comme ça. Yaka. Yaka... jvéfaire, je suis un habitué des propositions qui n'aboutissent jamais. Je vois un truc avec une relation de fou genre type=river qui contient les canards, les poissons, les écluses mais qui contient des éléments utilisables indépendament que sont : - la relation faite de ways qui forme la longue ligne de la source à l'embouchure (role=center_stream, type=waterway) - la relation faite de ways qui forme la surface haute de la rivière (role=max_water_bed, type=multipolygon+waterway=riverbank, constituant l'ensemble de la rivière et/ou les ensembles puzzle qui forme la rivière) - ... L'avantage est que les sous-relations seraient utilisable telle quelle sans fioritures, et je pourrais faire simplement mon rendu en utilisant juste les type=waterway, sans devoir deviner selon les 100 roles possibles passés et à venir, s'il s'agit d'un morceau de berge, de pont ou du lit principal. [2] J'éviterai toutefois le type route : des éléments font partie d'une relation route pour représenter la voie navigable. Le type route ne me parait pas tout à fait indiqué pour désigner le parcours de molécules d'eau. Mais c'est un second débat. Ma foi, va pour type=waterway, c'est juste que j'avais trouvé bien l'idée que type définisse simplement la forme totale attendue par la relation et permette ainsi des outils généraux pour traiter les erreurs. type=multipolygon - contour(s) fermé(s) type=linestring (oups, route) - ligne(s) brisée(s) -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, riverbank - dessines moi de l'eau !
Le 15 juil. 10 à 23:44, Christian Quest a écrit : Ayant pas mal fait d'ajout autour de l'Yonne, j'ai créé une relation comme indiqué et rajouté l'Yonne dans les rivières de plus de 100km (292km). Tu as bien fait, mais l'Yonne est une rivière la liste était les fleuves, mais y'a pas de raison puisque certaines rivières sont plus longues que certains fleuves... (je me comprend). Je change donc le titre et il faudrait ajouter ou il se jette dans ce cas. Ce genre de liste permet de voir l'avancée du travail de cartographie. Le site du SANDRE indique les longueurs des différents cours d'eau, cela permet de comparer avec la longueur actuellement présente dans OSM. Je n'ai mis que les waterway=river dans la relation, une autre relation pourrait reprendre les riverbank. Par contre je rencontre un problème, l'Yonne et la Canal du Nivernais (qui relie la Loire à la Seine via l'Yonne) partagent de nombreuses sections. Il était d'ailleurs intégralement cartographié, avec les écluses et leurs fréquences VHF. J'ai aussi créé une relation pour ce canal vu qu'il n'y en avait pas. Plus bas il y a une liste des canaux. -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière multipol ygone
Le jeudi 15 juillet 2010 23:35:08, Pierre-Alain Dorange a écrit : la version classique fait 1696 octects, ton fichier fait 2388 octects (+40%) Broaf, ça dépend des cas, aller, tiens, je transforme le way mittoyen en chapelle orthodoxe avec plein plein de point... et la tendance s'inverse... sans compter que, superposer les points, ça devient un peu plus laborieux Ton exemple est clair mais ne me semble pas très facile a mettre en œuvre Je suis tout à fait d'accord, l'interface de JOSM ne permet pas la construction simple de ce genre de construction à l'heure actuelle. C'est pourquoi, à en revenir aux histoires de frontières de communes partagées avec une rivière, les deux marchant bien, on choisira la supperposition de way pour de petites longueures et le partage par relations pour de plus grande longueures. La ou je suis géné c'est lorsque la rivière suit une frontière par exemple, je n'aime que très moyennement le partage de nœud ou pire de way. Mais c'est parfois le plus simple à la création... Ha ? Tient ? et pourquoi ? la rivière, c'est pourtant bien ce qui défini la frontière justement non ? -- sly sans-multi.osm Description: XML document avec-multi.osm Description: XML document ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau, relations, river bank - dessines moi de l'eau !
Le jeudi 15 juillet 2010 23:44:25, Christian Quest a écrit : Ce genre de liste permet de voir l'avancée du travail de cartographie. Le site du SANDRE indique les longueurs des différents cours d'eau, cela permet de comparer avec la longueur actuellement présente dans OSM. ça, je peux faire la même chose qu'avec les communes : si j'ai la liste sandre avec longueur et reférence sandre, et qu'on le saisie dans osm avec ref:sandre, alors no problème je peux faire un p'tit état de l'avancement cours d'eau longeur_osm/longeur_sandre je vais regarder... Je n'ai mis que les waterway=river dans la relation, une autre relation pourrait reprendre les riverbank. très bonne idée selon moi de ne pas mélanger. Par contre je rencontre un problème, l'Yonne et la Canal du Nivernais (qui relie la Loire à la Seine via l'Yonne) partagent de nombreuses sections. Avec une relation ;-), c'est sans problèmes non ? -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nœuds orphelins.
Bonsoir, Donc j'ai relancé une nouvelle recherche des nœuds orphelins... Premières constatations : - la France grossie à vue d'œil... Il va falloir que je change d'algo l'ensemble des nœuds ne rentre plus en mémoire si je ne ferme pas des applis. Le fichier Geofabrik pesait ~ 8Go le 19 juin, il pèse actuellement ~ 12,2Go ; - le nombre de nœuds sans tag significatif est passé dans le même temps de 17,6M à 27,2M (ce sont des nœuds normalement présents) ; - le nombre de nœuds orphelins est passé de 6.437 à ~~50.381. Ce dernier chiffre est à prendre avec des pincettes et doit être revu à la baisse (n'y faites pas référence) car le fichier Geofabrik a été constitué durant l'import du bâti de Gueret, il y a donc nombre de faux positifs ; - une part des nœuds dupliqués liés aux imports du bâti sont des orphelins et vont être supprimés (mais les bâts supperposés) comme ici : http://www.openstreetmap.org/browse/node/805489381. Demain soir, je lance une suppression des nœuds orphelins jusqu'au 8 juillet 2010 à 16h29 : http://www.openstreetmap.org/browse/node/806809563 inclus. Cela devrait résoudre un certain nombre de points dupliqués. De mémoire un ou certains avaient proposés des scripts pour traiter le bâti superposé, mais en laissant des points orphelins. Il est possible de se synchroniser pour traiter l'ensemble si cela s'avère nécessaire. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nœuds orphelins.
2010/7/16 Benoît ROUSSEAU adressepossi...@free.fr - une part des nœuds dupliqués liés aux imports du bâti sont des orphelins et vont être supprimés (mais les bâts supperposés) comme ici : http://www.openstreetmap.org/browse/node/805489381. les bâts superposés ? les bâtiments seront superposés ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nœuds orphelins.
Pieren a écrit : 2010/7/16 Benoît ROUSSEAU adressepossi...@free.fr - une part des nœuds dupliqués liés aux imports du bâti sont des orphelins et vont être supprimés (mais les bâts supperposés) comme ici : http://www.openstreetmap.org/browse/node/805489381. "les bâts superposés" ? les bâtiments seront superposés ? Pieren Houla ! Je sors la règle en fer je mets mes doigts en chapiteau. Paf ! Aïe. C'est devenu incompréhensible à force de remaniements pour que cela soit plus compréhensible. Comprendre "les nœuds orphelins vont êtres supprimés, mais pas les bâtiments superposés". Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualitystreetmap.org down
Franois Van Der Biest a crit: Hello, Il m'arrive un truc pas banal, et plutot pas cool. Je recois ce soir un mail de online.net qui me dit en substance ceci : "La demande de rtractation de votre prestation Serveur DEDIBOX V3 n et des services associs ont bien ete pris en compte le 2010-07-03."... dedibox qui hbergeaitqualitystreetmap.org ! N'ayant jamais demand de rsiliation du serveur, je suis compltement hors de moi. Bref, rflchissez y deux fois avant de choisir une dedibox pour hberger une application en production. Tout cela est de la trs mauvaise publicit pour online.net F. Tu leur as demand une trace de la demande ? Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : qualitystreetmap.org down
De :François Van Der Biest : Hello, Il m'arrive un truc pas banal, et plutot pas cool. Je recois ce soir un mail de online.net qui me dit en substance ceci : La demande de rétractation de votre prestation Serveur DEDIBOX V3 n° et des services associés ont bien ete pris en compte le 2010-07-03. ... dedibox qui hébergeait qualitystreetmap.org ! N'ayant jamais demandé de résiliation du serveur, je suis complètement hors de moi. Bref, réfléchissez y à deux fois avant de choisir une dedibox pour héberger une application en production. Tout cela est de la très mauvaise publicité pour online.net F. Et tu as une sauvegarde ailleurs ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nœuds orphelins.
Le 16/07/2010 00:38, Benoît ROUSSEAU a écrit : Bonsoir, ... De mémoire un ou certains avaient proposés des scripts pour traiter le bâti superposé, mais en laissant des points orphelins. Il est possible de se synchroniser pour traiter l'ensemble si cela s'avère nécessaire. Benoît R. Oui, ils sont toujours par là en clair http://freeroute.fr/libosm/superposes.htm et là seulement les 100 premiers en fichier ChangeOsm http://freeroute.fr/libosm/superposes.osm et tout ça est mis à jour sur une base quotidienne (sur la base d'un france.osm de geofabrik.de). J'ai fait une brève tentative d'installer Python sur mon Win7 (ça s'installe), mais après ça commence à me demander des librairies que je n'ai pas... alors pour le moment j'en reste là. Si une bonne âme veut bien tester les 100 premiers de la journée. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux bras de rivière multipoly gone
Le 16 juil. 10 à 00:18, sylvain letuffe a écrit : La ou je suis géné c'est lorsque la rivière suit une frontière par exemple, je n'aime que très moyennement le partage de nœud ou pire de way. Mais c'est parfois le plus simple à la création... Ha ? Tient ? et pourquoi ? la rivière, c'est pourtant bien ce qui défini la frontière justement non ? Oui a un instant T. Il me semble avoir vu ici il y a quelques mois des cas de lit de rivière qui ont bougé mais pas la frontière qui y était lié initialement. Mais je n'ai plus de référence sous la main. -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
