Re: [OSM-talk-fr] passage sous un porche
Le mardi 24 août 2010 07:22:36, Pierre-Alain Dorange a écrit : Yannick VOYEAUD yann...@voyeaud.org wrote: Pour l'analyse du tag à appliquer au passage sous l'immeuble nous serons tous d'accord pour admettre que 'Tunnel' est inadéquat. Un tunnel implique une notion de terrain et non de bâti. Pour mettre 'Covered' je suis contre aussi car ce n'est en aucun cas un passage couvert! La seule solution qui me semble architecturalement moins pire que les autres c'est 'Pont'. En effet qu'est-ce qu'un pont? C'est avant tout un édifice solide (immeuble) sous, ou sur, lequel passe une voie de circulation. Ne sommes-nous pas dans ce cas?! Si on regarde les définitions sur le wiki c'est pourtant covered qui convient, il y a même une photo qui correspond exactement à la situation : http://wiki.openstreetmap.org/wiki/Key:covered Tunnel est inapproprié (le passage se doit d'être souterrain ce qui n'est pas le cas) et Bridge me semble innaproprié car Bridge implique que la voie passe au dessus d'une autre. Dans le cas évoqué il n'y a qu'une seule voie, pas 2 qui se croisent... http://wiki.openstreetmap.org/wiki/Tunnel http://wiki.openstreetmap.org/wiki/Bridge http://wiki.openstreetmap.org/wiki/Key:cutting Si on s’en tient aux définitions du Wiki, effectivement, la balise covered est de mise. Ceci dit je suis un peu comme certains d’entre nous, je ne suis pas satisfait de cette définition. La base OSM contient des données conceptuelles/génériques : cela permet de décrire, avec assez peu de données, des situations précises. Suffisamment précises pour qu’à leur interprétation on se retrouve dans la situation décrite. Moi, je me serais contenté d’un tunnel=yes, à l’instar d’un tunnel souterrain. Et d’ailleurs avant de découvrir dans cette discussion la balise covered, j’ai balisé jusqu’ici toutes ces situations avec tunnel=yes. Après tout, le concept c’est de faire passer un chemin sous quelque chose, la balise tunnel=yes exprime très bien celà. Ensuite pour l’interprétation, il ne reste qu’à regarder ce que le chemin traverse ; autrement dit regarder ce qu’il y a autour (la base de données est là pour nous fournir ces objets) ; ici, un bâtiment (en ce qui concerne le layer=0 par défaut), donc il s’agit d’un tunnel sous bâtiment. La situation est décrite, et il me semble qu’elle se suffit. D’ailleurs, on a une seule balise tunnel quelque soit ce qui passe dans le tunnel. Pourquoi changer de balise lorsque l’objet traversé change ? La situation est totalement décrite lorsqu’on sait qu’un chemin traverse un objet (tunnel=yes), qu’on connaît le type du chemin (highway=*) et qu’on connaît l’objet traversé (bâtiment, ou terrain). D’autre part, covered pour ce genre de passage me gêne. Dans la définition anglaise ou française, covered ou couvert est un adjectif qui qualifie un objet qu’on a protégé ou caché. Or ici, à moins qu’on me dise qu’il s’agisse d’un passage secret ou qu’il faut protéger, le trou dans le bâtiment est à vocation de créer un passage. Covered me paraît adapté dans les montagnes, pour les chemins protégés des avalanches. Dans ce cas là, les chemins sont couverts (ou semi couverts covered=half ?) et ne sont pas forcément des tunnels. Mes 0.02€, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] passage sous un porche
Mickey86 mikael.cor...@gmail.com wrote: [...] Après tout, le concept c'est de faire passer un chemin sous quelque chose, la balise tunnel=yes exprime très bien celà. C'est là que je suis pas tout à fait d'accord. Le chemin ne passe justement pas *sous* quelque chose (concept tunnel, underground), mais plutot à travers quelquec hose (concept covered, même si la mot peut sembler mal choisit) Si le passage se faisait sous le batiment alors tunnel serait approprié, AMHA. -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Source de données et mise à jour du Wiki
2010/8/24 didier2...@free.fr donc pour osm, je crois que l'utilisation n'est pas possible ! L'idée, je pense, n'était pas de donner ces cartes pour les recopier mais pour vérifier l'état d'avancement du réseau routier dans OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] passage sous un porche
2010/8/24 Pierre-Alain Dorange pdora...@mac.com ne passe justement pas *sous* quelque chose (concept tunnel, underground), mais plutot à travers quelquec hose (concept covered, même si la mot peut sembler mal choisit) Oh oui, et la différence est énorme. C'est vrai que dans un cas, l'espace est limité en hauteur et en largeur et dans l'autre, l'espace est limité en hauteur et probablement en largeur... Pour les nouveaux, il faut aussi comprendre que le tag tunnel a été utilisé pendant des années pour ce cas de figure (avec layer sur le building). C'est pourquoi il y a 50 fois plus de tags tunnel que de covered et que personne ne sait quels 'tunnels' sont maintenant vraiment des 'tunnel' suivant la nouvelle définition (donc cette situation risque de perdurer). Il y a régulièrement des propositions pour améliorer le côté descriptif des tags (comme pour les 'amenity', 'emergency' ou encore plus récemment les 'tourism'). Cela fait certe plaisir à quelques uns de donner un tag qui décrit mieux l'objet mais si cela n'apporte rien de plus en terme de fonctionnalité, il n'y a pas d'intérêt et c'est probablement même destructeur pour le project puisqu'on complique le travail des consomateurs de données et que le travail de nettoyage des anciens tags n'est que rarement effectué. Pieren NB: 'covered=yes' ne remplace pas 'wall=no' puisqu'il s'applique à ce qui est en-dessous et non à la structure qui est au-dessus (d'ailleur, tout cela aurait pu être remplacé par un man_made=covering mais c'est une autre histoire). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] passage sous un porche
Le 24 août 2010 10:00, Pierre-Alain Dorange pdora...@mac.com a écrit : Mickey86 mikael.cor...@gmail.com wrote: [...] Après tout, le concept c'est de faire passer un chemin sous quelque chose, la balise tunnel=yes exprime très bien celà. C'est là que je suis pas tout à fait d'accord. Le chemin ne passe justement pas *sous* quelque chose (concept tunnel, underground), mais plutot à travers quelquec hose (concept covered, même si la mot peut sembler mal choisit) Si le passage se faisait sous le batiment alors tunnel serait approprié, AMHA. Si le passage se faisait « sous » le bâtiment alors j’utiliserais « layer=-1 » qui indique qu’on « change de plan ». -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] passage sous un porche
Le 24 août 2010 10:22, Pieren pier...@gmail.com a écrit : NB: 'covered=yes' ne remplace pas 'wall=no' puisqu'il s'applique à ce qui est en-dessous et non à la structure qui est au-dessus (d'ailleur, tout cela aurait pu être remplacé par un man_made=covering mais c'est une autre histoire). Oui, je ne me suis sans doute pas bien exprimé, ce que je voulais dire, c'est qu'on peut se retrouver avec un objet : building=yes wall=no amenity=bicycle_parking alors que d'autres mettront : amenity=bicycle_parking covered=yes pour décrire la même chose (un parking à vélo couvert). Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Bonjour, J'ai mis en place une page pour suivre le statut des relations d'autoroutes sur: http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html En gros, ça compare les relations qui ont les tags suivants: type = route route = road network = FR:A-road avec les distances que j'ai récupéré de façon semi-automatique sur wikipedia. Si vous voyez des distances fausses ou manquantes, n'hésitez pas à me donner d'autres valeurs pour que je puisse corriger mes informations (en lisant attentivement la page de l'autoroute sur wikipedia, ou en regardant sur wikisara). En fait, la plupart des autoroutes sont dans OSM, et il manque juste la relation appropriée pour qu'elle soit prise en compte par mon script. Précisions: - la colonne sections donne le nombre de segments continus de la relation en question. - normalement, uniquement les membres de la relation qui sont des ways, et qui n'ont pas de rôle sont prises en compte - la longueur osm de l'autoroute est définie comme la longueur totale de la relation, divisée par 2 - je compte faire une mise à jour journalière, à moins que quelqu'un puisse héberger ce script sur un serveur contenant une bdd osmosis. Je compte faire le même genre de suivi pour d'autres données de la base, comme les chemins de fer. Est-ce qu'il y a d'autres suivis qui vous intéressent ? (sachant qu'il faut une autre source pour pouvoir comparer nos données aux données officielles) Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
On mardi 24 août 2010, Jocelyn Jaubert wrote: J'ai mis en place une page pour suivre le statut des relations d'autoroutes sur: http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html Génial ! - je compte faire une mise à jour journalière, à moins que quelqu'un puisse héberger ce script sur un serveur contenant une bdd osmosis. hé ben, j'aurais pas cru que ça serait possible avec le schéma osmosis, je suis d'un naturel curieux, on peut voir la source du programme quelque part ? -- 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] Page web pour le suivi des autoroute s françaises
2010/8/24 sly (sylvain letuffe) sylv...@letuffe.org: hé ben, j'aurais pas cru que ça serait possible avec le schéma osmosis, je suis d'un naturel curieux, on peut voir la source du programme quelque part ? J'ai mis tous les scripts dans un repository git en local, que j'exporterais dès que possible. En fait, ça reste assez simple, vu que le schéma osmosis est une copie du schéma de OSM. Il faut juste jouer avec les jointures dans tous les sens :) Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
On mardi 24 août 2010, Jocelyn Jaubert wrote: En fait, ça reste assez simple, vu que le schéma osmosis est une copie du schéma de OSM. Il faut juste jouer avec les jointures dans tous les sens :) Oui mais pour obtenir la longueur ? tu fais une construction de LINESTRING à la volée ? -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
2010/8/24 sly (sylvain letuffe) sylv...@letuffe.org: On mardi 24 août 2010, Jocelyn Jaubert wrote: En fait, ça reste assez simple, vu que le schéma osmosis est une copie du schéma de OSM. Il faut juste jouer avec les jointures dans tous les sens :) Oui mais pour obtenir la longueur ? tu fais une construction de LINESTRING à la volée ? Il y a un script fournit par osmosis qui génère une table géométrique des ways, en construisant les linestring. Je lance ce script à chaque mise à jour de la bdd (on doit aussi pouvoir utiliser une vue pour éviter de tout calculer à chaque mise à jour) Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Le 24/08/2010 12:38, Jocelyn Jaubert a écrit : 2010/8/24 sly (sylvain letuffe)sylv...@letuffe.org: On mardi 24 août 2010, Jocelyn Jaubert wrote: En fait, ça reste assez simple, vu que le schéma osmosis est une copie du schéma de OSM. Il faut juste jouer avec les jointures dans tous les sens :) Oui mais pour obtenir la longueur ? tu fais une construction de LINESTRING à la volée ? Il y a un script fournit par osmosis qui génère une table géométrique des ways, en construisant les linestring. Je lance ce script à chaque mise à jour de la bdd (on doit aussi pouvoir utiliser une vue pour éviter de tout calculer à chaque mise à jour) Si tu utilises une vue tu construiras tes lignestrings à chaque requête, le script est donc le bienvenu. la seule solution d'amélioration serait de ne mettre à jour les linestrings des ways dont les noeuds ont été modifiés (ajout, suppression dans la liste et changement de coordonnées). René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroutes fra nçaises
Bonjour, Je trouve l'initiative intéressante, et cela me donne la possibilité de m'exprimer pour la première fois sur cette liste que je suis depuis un moment. En fait depuis quelques temps, il me trottait dans la tête une idée équivalente en pensant aussi aux nationales et aux départementales (je sais cela fait tout de suite un peu plus...). Et pour les nationales et départementales, j'imagine que les DDE ont l'information de référence nécessaire, mais je ne sais pas si quelqu'un sait comment y avoir accès. Comme il semble qu'elle s'intéresse de plus en plus à OSM, il y a peut être une piste à creuser. Et alors il pourrait être envisagé de matérialiser graphiquement,par un script, les tronçons manquants, pour indiquer le travail restant à faire... (même si je sais qu'une départementale peut s'interrompre pendant plusieurs kilomètres). Ceci permettrait de voir si l'on peut raisonnablement utiliser OSM pour faire du routage, au moins dans certaines zones. Voilà c'était une petite idée en l'air. Si cela vous inspire... Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
2010/8/24 Jocelyn Jaubert jocelyn.jaub...@gmail.com 2010/8/24 sly (sylvain letuffe) sylv...@letuffe.org: On mardi 24 août 2010, Jocelyn Jaubert wrote: En fait, ça reste assez simple, vu que le schéma osmosis est une copie du schéma de OSM. Il faut juste jouer avec les jointures dans tous les sens :) Oui mais pour obtenir la longueur ? tu fais une construction de LINESTRING à la volée ? Il y a un script fournit par osmosis qui génère une table géométrique des ways, en construisant les linestring. Je lance ce script à chaque mise à jour de la bdd (on doit aussi pouvoir utiliser une vue pour éviter de tout calculer à chaque mise à jour) Question bete, mais quelle projection utilises tu? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
2010/8/24 fredbat pudpu...@free.fr Bonjour, Je trouve l'initiative intéressante, et cela me donne la possibilité de m'exprimer pour la première fois sur cette liste que je suis depuis un moment. En fait depuis quelques temps, il me trottait dans la tête une idée équivalente en pensant aussi aux nationales et aux départementales (je sais cela fait tout de suite un peu plus...). Et pour les nationales et départementales, j'imagine que les DDE ont l'information de référence nécessaire, mais je ne sais pas si quelqu'un sait comment y avoir accès. Comme il semble qu'elle s'intéresse de plus en plus à OSM, il y a peut être une piste à creuser. Et alors il pourrait être envisagé de matérialiser graphiquement,par un script, les tronçons manquants, pour indiquer le travail restant à faire... (même si je sais qu'une départementale peut s'interrompre pendant plusieurs kilomètres). Ceci permettrait de voir si l'on peut raisonnablement utiliser OSM pour faire du routage, au moins dans certaines zones. Voilà c'était une petite idée en l'air. Si cela vous inspire... Ça doit être faisable. Toutefois, il faut voir que la longueur des routes est quelque chose de relatif par rapport a la géométrie qui a été entrée. Si les routes étaient quelques choses de purement précis, les distances seraient identiques, mais il se peut que OSM ait parfois une qualité supérieure au référentiel qui sert pour calculer la taille des autoroutes. C'est ce qui s'est passe dans la publication de Muki Haklay en Angleterre. Quand il comparait OSM a la base Meridian 2 (base assez grossière de l'Ordinance Survey), il avait un taux de précision plus faible mais en utilisant une comparaison avec une meilleure source, la précision relative de OSM a augmenté. Il faut donc se méfier de certains cas de figure ou l'on peut avoir des faux positifs. D'ailleurs, je pense que Jocelyn a bien fait de mettre en vert les pourcentages au dessus de 100 et ceux légèrement en dessous pour ces raisons. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Ho là là, ces discussions de dev.. get out ! Note pour les non-devs : bdd ne veut pas dire bande de dépravés, ne le prenez pas mal ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
fredbat a écrit : Et pour les nationales et départementales, j'imagine que les DDE ont l'information de référence nécessaire, mais je ne sais pas si quelqu'un sait comment y avoir accès. Il faut prendre conscience du fait que la gestion des routes a profondément changé, puisque les moyens de gestion des routes sont passés, pour l'essentiel au mains des départements. Le spersonnels routiers des DDE sont passés pour la plus grande partie du côté départemetnal dans ce qui est appelé Direction des routes ou Direction des infrastructures. Il reste quelques centres Etat pour les nationales, mais tout le reste, c'est-à-sdire ce qu'on appelait les subdivisions (subdi) est devenu une agence départementale locale. Donc, pour les nationales, voir l'Etat qui ne va pas bouger très vite ou sinon d'un seul mouvement. pour les départementales, voir les services routiers de chaque départemant. Ne vous privez pas de saisir ces derniers pour leur demander la libération des données (ça veut dire demander les fichiers numériques au nom des lois d'accès à l'information), ça leur permettra de prendre conscience des problèmes à résoudre. N'hésitez pas à téléphoner (par le standard du CG) : ils sont payés pour répondre aux questions des administrés. S'ls vous demandent d'écrire, faites-le : l'administration est tenue de répondre aux demandes écrites. S'ils ne répondent toujours pas, allez voir votre conseiller général. Au moins, il progressera dans la compréhension de la question des données publiques. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Jocelyn Jaubert jocelyn.jaub...@gmail.com wrote: J'ai mis en place une page pour suivre le statut des relations d'autoroutes sur: http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html Super, merci. J'en profite pour l'ajouter sur la pgae wiki ad-hoc : http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html (section avancement) -- Pierre-Alain Dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [dev] trouver les membres d'une relation
Bonjour, J'essaie de remonter tous les membres d'une relation (type=route) pour affichage avec Mapnik. D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la colonne 'tags' Mon problème c'est d'arriver a filtrer dessus. C'est un tableau a 1 dimension qui contient pele mele les tags et les values ( pourquoi pas a 2 dimension key,value ??? ). J'ai tente un tags @ ARRAY['type','route'] mais ca me retourne aussi : {type, line, route, bus, ref, 138, operator, RATP, network, RATP, name, Bus 138, colour, #BB4A9B} bref pas terrible ... Je dois louper quelque chose ou je vais dans la mauvais direction ... Un petite aide ne serait pas de refus. Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev] trouver les membres d'une relation
On mardi 24 août 2010, Lord Awikatchikaen wrote: Bonjour, J'essaie de remonter tous les membres d'une relation (type=route) pour affichage avec Mapnik. D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la colonne 'tags' Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est donc pas loin d'être inutilisable pour mapnik. Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il s'agit d'une relation par son id négatif, mais pour la filtrer, le champ type n'est pas importé, utilises préférablement le tag route. -- 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] Page web pour le suivi des autoroute s françaises
Bonjour, J'ai mis en place une page pour suivre le statut des relations d'autoroutes sur: http://jocelyn.alwaysdata.net/osm/suivi-autoroutes.html En gros, ça compare les relations qui ont les tags suivants: type = route route = road network = FR:A-road Nice. Y'a possibilité de voir également le nom de sortie carto, ou même (mais ça je suppose que c'est plus compliqué) le nombre d'aires de repos. Ça permet de se donner une idée d'avancement de carto d'une autoroute plus précise. Je compte faire le même genre de suivi pour d'autres données de la base, comme les chemins de fer. Est-ce qu'il y a d'autres suivis qui vous intéressent ? (sachant qu'il faut une autre source pour pouvoir comparer nos données aux données officielles) Si y a possibilité de faire pareil pour les bus, ce serait super. On dit pas, mais c'est pas évident de tenir une page du wiki a jour :) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
2010/8/24 JonathanMM jonatha...@nocle.fr: Nice. Y'a possibilité de voir également le nom de sortie carto, ou même (mais ça je suppose que c'est plus compliqué) le nombre d'aires de repos. Ça permet de se donner une idée d'avancement de carto d'une autoroute plus précise. Le nombre de sortie, ça doit pouvoir se faire en regardant les nodes highway=motorway_junction ayant une ref différente sur les ways de la relation. A moins qu'on ne veule les mettre dans la relation aussi ? Pour les aires de repos, je ne vois pas trop comment les récupérer: est-ce qu'il y a un tag spécial ? Si y a possibilité de faire pareil pour les bus, ce serait super. On dit pas, mais c'est pas évident de tenir une page du wiki a jour :) Hum, la difficulté, c'est surtout de lier les lignes de bus à la ville concernée. Je peux pour commencer faire une liste des lignes de bus par tag network, avec le nombre d'arrêts dans la relation. Est-ce que tu aurais une page wiki de référence pour voir les informations intéressantes à récupérer ? Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autorou tes françaises
Le 24/08/2010 16:48, Jocelyn Jaubert a écrit : 2010/8/24 JonathanMMjonatha...@nocle.fr: Nice. Y'a possibilité de voir également le nom de sortie carto, ou même (mais ça je suppose que c'est plus compliqué) le nombre d'aires de repos. Ça permet de se donner une idée d'avancement de carto d'une autoroute plus précise. Le nombre de sortie, ça doit pouvoir se faire en regardant les nodes highway=motorway_junction ayant une ref différente sur les ways de la relation. A moins qu'on ne veule les mettre dans la relation aussi ? Si on les met dans les relations, ça finira par obligé a la création de 2 relations (une pour chaque sens) et je ne pense pas que ça en vaille la peine. Pour les aires de repos, je ne vois pas trop comment les récupérer: est-ce qu'il y a un tag spécial ? Le wiki ne parle pas de ça, mais c'est vrai que ça peut être interessant de savoir comment on taggue ça Si y a possibilité de faire pareil pour les bus, ce serait super. On dit pas, mais c'est pas évident de tenir une page du wiki a jour :) Hum, la difficulté, c'est surtout de lier les lignes de bus à la ville concernée. Je peux pour commencer faire une liste des lignes de bus par tag network, avec le nombre d'arrêts dans la relation. Est-ce que tu aurais une page wiki de référence pour voir les informations intéressantes à récupérer ? Pour créer la page sur la RATP sur le wiki d'OSM ( http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP ), j'ai utilisé celle de WP : http://fr.wikipedia.org/wiki/Lignes_de_bus_RATP_de_20_%C3%A0_99 et consœur à l'adresse : http://fr.wikipedia.org/wiki/Lignes_de_bus_RATP_de_n00_%C3%A0_n99 pour n = 1 à 5 inclus. Attention toute fois pour le nombre d'arrêts, les bus ayant des arrêts où il s'arrête que dans un sens JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autorou tes françaises
Pour les aires de repos, je ne vois pas trop comment les récupérer: est-ce qu'il y a un tag spécial ? Le wiki ne parle pas de ça, mais c'est vrai que ça peut être interessant de savoir comment on taggue ça Enfaite, le wiki en parle ^^ Pour les aires de services : http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservices Pour les aires de repos : http://wiki.openstreetmap.org/wiki/Tag:highway%3Drest_area JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Surveillance plage (Ex Douche)
Le lundi 23 août 2010 à 22:45 +0200, Matthias Dietrich a écrit : Le 23/08/2010 21:15, nono a écrit : D'ailleurs, il y a-t-il un moyen pour en préciser la période ? En général, il s'agit de la pleine saison (juillet-août) mais existe-il un tag qui permettent de le préciser réellement ? Le wiki mentionne en fait supervised=yes/no/interval. Sur la page dédiée à supervised http://wiki.openstreetmap.org/wiki/Key:supervised il y a un exemple pour une plage : natural http://wiki.openstreetmap.org/wiki/Key:natural=beach http://wiki.openstreetmap.org/wiki/Tag:natural%3Dbeach supervised http://wiki.openstreetmap.org/wiki/Key:supervised=08:00-20:00 Après on pourrait s'inspirer de la syntaxe du tag opening_hours (http://wiki.openstreetmap.org/wiki/Opening_hours). Quelque chose comme natural=beach + supervised=Jul-Aug ? Je pense que cette idée est plutôt bonne... Je vais probablement l'adopter ;) nono signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : passage sous un porche
Le mardi 24 août 2010 à 00:26 +0200, Matthias Dietrich a écrit : Le 23/08/2010 21:29, nono a écrit : Juste une petite précision. Ce tag « covered=yes », tu l'ajouterais au « highway » ou au « building ». Je l'ajouterais au highway, sur la portion située à l'intérieur du bâtiment, donc en créant des noeuds d'intersection entre le highway et le bâtiment. Il n'y a que tunnel de précisé, pas de covered. Le tag « tunnel » me semble inapproprié mais bon comment dire... le validateur de josm ne décèle pas d'anomalie. C'est peut-être la bonne solution. Si tu crées des noeuds d'intersection entre le way et le bâtiment, comme c'est le cas dans l'exemple de Rennes, il ne dira rien. Le tag tunnel=yes n'y est sans doute pour rien. Si tu laisses le way traverser le bâtiment sans noeud de jonction, il râlera. J'ai essayé et cela semble convenir au validateur de josm. As-tu un exemple de « covered » pour que je puisse établir ma propre opinion ? Ce tag n'est pas très fréquent (54 ways covered=yes en France le 9 août d'après tagwatch, 374 en Allemagne, ça ne fait pas beaucoup ...). Une petite recherche donne par exemple ceci : http://www.openstreetmap.org/browse/way/62090629 http://www.openstreetmap.org/browse/way/58162140 http://www.openstreetmap.org/browse/way/49049605 http://www.openstreetmap.org/browse/way/37544878 http://www.openstreetmap.org/browse/way/33901176 Après il faudrait y regarder de plus près les usages, car le cas de figure way à travers un bâtiment n'est pas le seul. Le tag est utilisé pour indiquer toute surface couverte (on trouve des parkings à vélo en covered=yes, des galeries de protection contre les avalanches ou chutes de pierres, des ponts couverts, etc.). Il y a donc aussi une partie des objets covered=yes qui correspondent à notre wall=no. Le covered=yes est donc également un peu fourre-tout. Bref, ce n'est pas non plus la panacée. Certes, mais je le trouve plus adapté que tunnel. Pour moi, un tunnel est quelque chose qui a été creusé (dans la terre, la roche, etc) comme le tunnel du Mont-Blanc ou le tunnel sous la Manche. Je pense que je vais opté pour ce tag. nono Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plan Vienne (38) [était: Constituer des Flyers]
Le 20/08/2010 15:29, Yannick VOYEAUD a écrit : Le 19/08/2010 21:33, Frédéric Rodrigo a écrit : Ça coûte moins cher de faire un carte localement que de l'envoyer. Celle que j'avais aux RMLL était un A0 noir et blanc, ça ma coûté 10€. Ce là a aussi l'avantage de montrer une carte locale. Bonjour, Bon la carte est commandée! C'est un peu cher mais bon on ne la refera pas tous les jours et elle servira à d'autres! A0 Couleur papier 220g brillant plan de la ville de Vienne A2 ou A3 index des rues en NB sur papier plus ordinaire Le tout 64€ Je tiendrais la carte à disposition pour d'autres. Je m'en servirai pour vendre OSM auprès de ma commune. Il n'y aura que le port à payer à chaque fois, je trouverais un rouleau qui ira bien pour les déplacements. Bonsoir Voilà depuis cet après-midi je suis en possession du fameux plan et je dois reconnaitre que cela en jette. Rendez-vous donc aux JDLL Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroute s françaises
Le 24/08/2010 12:53, Pieren a écrit : Ho là là, ces discussions de dev.. get out ! Note pour les non-devs : bdd ne veut pas dire bande de dépravés, ne le prenez pas mal ! Pieren Ouarfff -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroutes fra nçaises
Le 24 août 2010, Emilie Laffray a écrit : Question bete, mais quelle projection utilises tu? D'après le code, j'utilise st_length(st_transform(geom,2154)), donc ca doit être du RGF93 / Lambert-93. A ce propos, j'ai mis tout mon code sur http://github.com/jocelynj/osm Le script qui crée la table qui contient les longueurs des autoroutes dans OSM se trouve là: http://github.com/jocelynj/osm/blob/master/autoroutes/maj.sh (j'étais parti à l'origine pour une vue, mais j'ai du passer à une table parce que la formule qui donne le nombre de sections était trop longue à calculer) Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
Bonsoir, Petit rappel pour dire que le processus de transition vers la nouvelle licence Odbl est en cours et en particulier pour ceux qui ont fait des imports automatiques. Suite à mon dernier message sur le sujet ([1]), il n'y a pas eu beaucoup de progrès de notre part. Pourtant le processus avance (tant bien que mal) avec la possibilité d'accepter les Contributor Terms (CT) de manière volontaire pour l'instant (pour les anciens comptes puisque les nouveaux le font de toute manière). Il y a notamment ce graphique montrant la part des données couvertes par les utilisateurs ayant accepter les CT (accord de contribution) soit 946: https://docs.google.com/View?id=dd9g3qjp_77rbr8fgfw Il faut aussi savoir que 12.500 contributeurs (sur 290.000 ä peu près, soit 5%) représentent à eux seuls 98% des données OSM (les plus gros comptes sont tous des imports, le premier étant aux USA qui utilise des données du domaine public) (voir [2]). Inutile donc de préciser que le succès ou l'annulation de la transition vers une nouvelle licence dépendra essentiellement de ces 12.500 contributeurs. Du côté de la France, les imports ne figurent pas tous sur le catalogue des imports sur le wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue Manque en particulier le dernier sur les réserves naturelles de l'INPN. Il faudrait que les auteurs des autres imports considèrent les termes de la nouvelle licence et acceptent dès maintenant la nouvelle licence pour ces données, sans tenir compte si possible d'une opinion personnelle mais uniquement du côté légal et compatibilité entre l'Odbl et la licence des données importées. Je pense en particulier aux autres imports français figurant déjà au catalogue : - Cadastre, Landernau par Steven - Brest Metropole Oceane par François - Cadastre, Plouarzel par Steven - les points géodésiques de l'IGN par Éric (le wiki indique que c'est bon du point de vue de la licence mais il faudrait juste nous dire si tu comptes accepter les CT ou pas) - cadastre, Presqu'île de Crozon par François - cadastre, Communauté de Communes de Landerneau par Pedrov (là aussi, quelles conséquences avec le premier import de Steven ? les CT sont-ils déjà acceptés ou vont-ils l'être pour ces données ?) Pouvons-nous dès à présent signaler que ces données sont toutes compatibles avec l'Obdl et les CT ? Et quelles seront ensuite les intentions de ceux qui ont importés ces données sous leur propre compte ? J'ai personnellement fait le pas pour le compte OSM CLCF06 qui a été spécialement créé pour la partie import automatique des polygones Corine Land Cover 06 puisque personne ne s'y est opposé lors de ma précédente demande sur ce sujet. N'hésitez pas à signaler d'autres imports qui manqueraient à cette liste. Pieren [1] http://lists.openstreetmap.org/pipermail/talk-fr/2010-June/023387.html [2] http://lists.openstreetmap.org/pipermail/talk/2010-August/052853.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
Bonsoir, je n'ai pas fait d'import, mais des relevés via le cadaste ou mon GPS. Comment est ce que je dois faire pour que toutes les données que j'ai mis dans OSM passent sous cette nouvelle licence ? Le 24/08/2010 23:01, Pieren a écrit : Bonsoir, Petit rappel pour dire que le processus de transition vers la nouvelle licence Odbl est en cours et en particulier pour ceux qui ont fait des imports automatiques. Suite à mon dernier message sur le sujet ([1]), il n'y a pas eu beaucoup de progrès de notre part. Pourtant le processus avance (tant bien que mal) avec la possibilité d'accepter les Contributor Terms (CT) de manière volontaire pour l'instant (pour les anciens comptes puisque les nouveaux le font de toute manière). Il y a notamment ce graphique montrant la part des données couvertes par les utilisateurs ayant accepter les CT (accord de contribution) soit 946: https://docs.google.com/View?id=dd9g3qjp_77rbr8fgfw Il faut aussi savoir que 12.500 contributeurs (sur 290.000 ä peu près, soit 5%) représentent à eux seuls 98% des données OSM (les plus gros comptes sont tous des imports, le premier étant aux USA qui utilise des données du domaine public) (voir [2]). Inutile donc de préciser que le succès ou l'annulation de la transition vers une nouvelle licence dépendra essentiellement de ces 12.500 contributeurs. Du côté de la France, les imports ne figurent pas tous sur le catalogue des imports sur le wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue Manque en particulier le dernier sur les réserves naturelles de l'INPN. Il faudrait que les auteurs des autres imports considèrent les termes de la nouvelle licence et acceptent dès maintenant la nouvelle licence pour ces données, sans tenir compte si possible d'une opinion personnelle mais uniquement du côté légal et compatibilité entre l'Odbl et la licence des données importées. Je pense en particulier aux autres imports français figurant déjà au catalogue : - Cadastre, Landernau par Steven - Brest Metropole Oceane par François - Cadastre, Plouarzel par Steven - les points géodésiques de l'IGN par Éric (le wiki indique que c'est bon du point de vue de la licence mais il faudrait juste nous dire si tu comptes accepter les CT ou pas) - cadastre, Presqu'île de Crozon par François - cadastre, Communauté de Communes de Landerneau par Pedrov (là aussi, quelles conséquences avec le premier import de Steven ? les CT sont-ils déjà acceptés ou vont-ils l'être pour ces données ?) Pouvons-nous dès à présent signaler que ces données sont toutes compatibles avec l'Obdl et les CT ? Et quelles seront ensuite les intentions de ceux qui ont importés ces données sous leur propre compte ? J'ai personnellement fait le pas pour le compte OSM CLCF06 qui a été spécialement créé pour la partie import automatique des polygones Corine Land Cover 06 puisque personne ne s'y est opposé lors de ma précédente demande sur ce sujet. N'hésitez pas à signaler d'autres imports qui manqueraient à cette liste. Pieren [1] http://lists.openstreetmap.org/pipermail/talk-fr/2010-June/023387.html [2] http://lists.openstreetmap.org/pipermail/talk/2010-August/052853.html ___ 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] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
Bonsoir, Va sur http://openstreetmap.org/user/terms http://openstreetmap.org/user/terms, et identifie-toi, ou sur les options de ton compte OSM. (plus d'infos en anglais sur http://lists.openstreetmap.org/pipermail/talk/2010-August/052853.html). Cordialement, Jean-Guilhem Le 24/08/2010 23:33, piratebab a écrit : Bonsoir, je n'ai pas fait d'import, mais des relevés via le cadaste ou mon GPS. Comment est ce que je dois faire pour que toutes les données que j'ai mis dans OSM passent sous cette nouvelle licence ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence - acceptation des termes de contribution (CT) par les auteurs des imports automatiques en France
2010/8/24 piratebab pirate...@hotmail.com Bonsoir, je n'ai pas fait d'import, mais des relevés via le cadaste ou mon GPS. Comment est ce que je dois faire pour que toutes les données que j'ai mis dans OSM passent sous cette nouvelle licence ? Bonsoir, Pour l'instant, ceux qui le souhaitent peuvent accepter de manière volontaire les CT depuis la page de gestion de leur compte utilisateur. Il y aura une étape ultérieure avec une date limite. D'après ce que j'ai compris, les gros contributeurs qui n'auraient pas encore accepté seront ensuite contactés individuellement. Des statistiques sur la quantité de données potentiellement perdues seront régulièrement publiées. Si cela représente trop de données, la transition pourrait être annulée. Curieusement, le débat sur la nouvelle licence a pris une tournure assez inattendue puisqu'il semble y avoir un assez large consensus sur l'Odbl mais certains problèmes sur les Contributors Terms. A tel point que certains fournisseurs de données comme NearMap (photos aériennes pour l'Australie) refusent pour l'instant cette transition parce que certains termes sont trop vagues (mais je crois que les parties de la CT qui posent problèmes peuvent encore évoluer, Emilie pourra sans doute en dire d'avantage). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de licence - Cas INPN
Le mardi 24 août 2010 23:01:02, Pieren a écrit : Du côté de la France, les imports ne figurent pas tous sur le catalogue des imports sur le wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue Manque en particulier le dernier sur les réserves naturelles de l'INPN. J'imagine que je suis concerné, mais disons que je n'ai été que l'exécutant, la page qui parle du rapport avec l'INPN est là : http://wiki.openstreetmap.org/wiki/WikiProject_France/Parcs_nationaux_et_régionaux,_réserves_naturelles/Demande_par_vdb_au_PNF et ça sent pas super bon... -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr