Re: [OSM-talk-fr] Rendu des highway
+1 Ca pique les yeux des gens qui vont dessus quand je leur parle d'OSM. Et tout les gens n'arrive pas à faire le distinguo entre données et rendu. Ne pourrait on pas profiter de la dynamique lancé par becyclo (quoique au point mort) pour avoir un rendu français de la carte que l'on pourrait mettre sur OSM.fr ? 2010/6/7 Vincent Pottier vpott...@gmail.com Le 07/06/2010 20:58, Emilie Laffray a écrit : On 07/06/2010 19:37, Ab_fab wrote: Bonsoir, Le rendu Mapnik proposé par le site openstreetmap.org n'est qu'une représentation parmi d'autres +1 Il ne faut pas confondre rendu et les donnees telles qu'elles existent dans la base de donnees. Le rendu sur le site de OpenStreetMap n'est vraiment qu'un des rendus possibles. Certes, mais le plus vu. S'il peut être un peu amélioré... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Géovélo Travaux temporaires
Bonjour, Comme vous le savez peut-être, un employé de l'association Autour du train travaille actuellement à plein temps sur OSM pour le projet Géovélo (http://www.geovelo.fr/paris/). Il avance plutôt pas mal (http://www.geovelo.fr/res/img/paris.jpg pour un aperçu de son travail) mais nous rencontrons quelques difficultés. Le plus grand problème concerne les travaux temporaires : par exemple une voie peut être fermée partiellement (juste la voie de bus, la piste cyclable, etc.) ou complètement. La question de fond est : faut-il renseigner ce genre d'informations dans OSM ? A priori je n'ai pas trouvé de tag pour ça, à part construction qui est là pour indiquer les voies en cours de construction. Pas vraiment adapté donc. Si on le renseigne on risque de se retrouver plus tard avec des tags de travaux anciens que personnes n'est venu supprimé. Si on ne le renseigne pas c'est quand même une perte d'information qui pourrait être intéressante, surtout pour le routage. D'autant plus que la force d'OSM c'est que tout le monde peut participer : c'est à dire tout le monde pourrait signaler les travaux temporaires en face de chez lui. Là où les solutions sur téléatlas ou navteq vont avoir quelques difficultés à faire de même... Une solution serait de taguer : 1) le type de travaux : partiel ou complet sur la voie 2) la date de début et la date de fin estimée Dans le pire des cas, si on a au moins la date d'ajout des travaux, on peut facilement repérer après coup les voies ou les travaux auraient dû être retirés (par exemple si ça fait un an que la voie est taguée comme travaux temporaire...) de manière à nettoyer OSM. Qu'en pensez-vous ? Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Geovelo-Travaux-temporaires-tp5152473p5152473.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] Géovélo Travaux temporaires
J'ai ce genre d'idée en tête depuis un moment, mais aucune compétence (ni quantum de temps) pour faire une maquette. En fouillant les archives de la mailing-liste, tu devrais trouver des avis sur le sujet. Dans mon idée, ce type d'information est réellement utile, mais devrait être stocké dans une base distincte d'OSM car de nature différente (l'un étant très temporaire). Ce qui n'est pas sans poser des problèmes. Par exemple, comment lier l'évènement à un élément d'OSM, sachant que ce dernier peut être modifié/supprimé à tout moment par un contributeur. Parmi mes idées de niveau détail, il faut effectivement que l'évènement stocke des informations de datation, genre début et fin des travaux. Je généraliserai à tout type d'évènement routier, y compris un bouchon. Ensuite, je vois bien une BD qui fait régulièrement et automatiquement le ménage. Par exemple, dès que la date de fin est dépassée. De ce fait, je vois bien un mécanisme qui positionne automatiquement une date de fin sur un évènement en fonction de sa nature. Par exemple, une information de bouchon ne doit pas rester plus de 15minutes, à moins qu'un autre contributeur soit venu indiquer que l'évènement est toujours actif. Voilou pour mes idées. J'en ai d'autres et le sujet m'intéresse. Si quelqu'un se lance, faites-moi signe. Le 8 juin 2010 09:04, GaelADT gael.sauva...@gmail.com a écrit : Bonjour, Comme vous le savez peut-être, un employé de l'association Autour du train travaille actuellement à plein temps sur OSM pour le projet Géovélo (http://www.geovelo.fr/paris/). Il avance plutôt pas mal (http://www.geovelo.fr/res/img/paris.jpg pour un aperçu de son travail) mais nous rencontrons quelques difficultés. Le plus grand problème concerne les travaux temporaires : par exemple une voie peut être fermée partiellement (juste la voie de bus, la piste cyclable, etc.) ou complètement. La question de fond est : faut-il renseigner ce genre d'informations dans OSM ? A priori je n'ai pas trouvé de tag pour ça, à part construction qui est là pour indiquer les voies en cours de construction. Pas vraiment adapté donc. Si on le renseigne on risque de se retrouver plus tard avec des tags de travaux anciens que personnes n'est venu supprimé. Si on ne le renseigne pas c'est quand même une perte d'information qui pourrait être intéressante, surtout pour le routage. D'autant plus que la force d'OSM c'est que tout le monde peut participer : c'est à dire tout le monde pourrait signaler les travaux temporaires en face de chez lui. Là où les solutions sur téléatlas ou navteq vont avoir quelques difficultés à faire de même... Une solution serait de taguer : 1) le type de travaux : partiel ou complet sur la voie 2) la date de début et la date de fin estimée Dans le pire des cas, si on a au moins la date d'ajout des travaux, on peut facilement repérer après coup les voies ou les travaux auraient dû être retirés (par exemple si ça fait un an que la voie est taguée comme travaux temporaire...) de manière à nettoyer OSM. Qu'en pensez-vous ? Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Geovelo-Travaux-temporaires-tp5152473p5152473.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 -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Travaux temporaires
Le 08/06/2010 09:34, Guilhem Bonnefille a écrit : Le 8 juin 2010 09:04, GaelADTgael.sauva...@gmail.com a écrit : Oui, les discussions anciennes sont plutôt favorables au fait que les infos de trafic, travaux (et surtout incidences : route barrée, déviation...), et bouchons (et peut-être radars mobiles) doivent être dans une base distincte d'OSM. Effectivement, entrer une date de fin (quand elle est connaissable) est une aide pour la maintenance. Je ne serais pas trop favorable à une suppression par robot pour les travaux, mais au surlignage des travaux supposés être terminés. 15 mn pour les bouchons ? L'autre jour, j'ai mis 1 h 30 entre Créteil et Porte d'Orléans. Vive la capitale ! (À Besançon, on peste quant on est bloqué 5 ') Peut-être prévoir un champ 'durée probable' pour les bouchons et 15' comme valeur par défaut. Il y a des discussions sur la ML anglaise pour un identifiant d'objet unique. Peut-être une solution. Mais dans le cas des travaux et bouchons, la durée de vie de l'information étant relativement courte, l'id osm de l'objet devrait fonctionner sans trop de risque. Il y a eu sur cette liste l'évocation d'un découpage du réseau pour connaitre les tronçons pour le trafic. Avec la question de rentrer ou non ce genre d'info dans OSM. Je n'ai pas tout suivi. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Travaux temporaires
On mardi 8 juin 2010, GaelADT wrote: Qu'en pensez-vous ? L'idée me plaît, mais comme toi et les autres j'ai peur que cela reste dans la base de façon érroné un peu trop longtemps. Et sur une durée disons de 10ans, je préfère 1 an où c'est faux (ouvert alors que ça ne l'est pas) plutôt que 9 ans (fermé alors que c'est ouvert) Alors sans même parler des bouchons qui n'est valable que sur une durée encore plus courte et donc encore plus dur à suivre, je fais un peu des deux actuellement. Si ça dépasse disons 2/3ans de travaux probables, je viens ajouter un access=no, que j'espère penser à retirer ensuite, sinon, si assez court, tant pis, ce sera faux pour la durée des travaux. Mais je ne serais pas contre du tout qu'OSM évolue pour prendre ça en compte (disons les modifications du réseau supérieur à au moins 2/3 semaines) Il y aurait là une vrai valeur. Mais pour ça, je dirais qu'en l'état actuel, ça manque d'outils pour gérer ça style surveillance, retrait automatique, alertes utilisateur genre mail automatique : vous avez indiqué des travaux pour une durée d'au moins un mois sur cette rue, je suis un robot et je m'aprète à retirer le tag indiquant les travaux, veuillez cliquer ici si vous savez que les travaux sont toujours en cours -- 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] Géovélo Travaux temporaires
Le 8 juin 2010 10:00, Vincent Pottier vpott...@gmail.com a écrit : 15 mn pour les bouchons ? L'autre jour, j'ai mis 1 h 30 entre Créteil et Porte d'Orléans. Vive la capitale ! (À Besançon, on peste quant on est bloqué 5 ') J'habite Toulouse. Et même si certains peuvent mettre de long moment, les petits bouchons se forment et disparaissent en moins de 15 minutes il me semble. En fait, quand je suis soucieux de l'état de la circulation, je consulte un site dédié qui intègre des informations de trafic. Or j'ai remarqué à plusieurs reprises que celui-ci est passablement pessimiste : il indique des tronçons chargés alors que lorsque j'arrive sur les lieux tout est fluide. Il y a des discussions sur la ML anglaise pour un identifiant d'objet unique. Peut-être une solution. Mais dans le cas des travaux et bouchons, la durée de vie de l'information étant relativement courte, l'id osm de l'objet devrait fonctionner sans trop de risque. Il y a peut-être une autre solution, moins précise mais plus simple. J'ai remarqué que le service de routage intègre la possibilité de définir des zones que le logiciel ne doit pas franchir. Peut-être peut-on imaginer une première version simpliste qui : - géolocalise les évènements uniquement avec des coordonnées (sans lien avec les données OSM) - génère, à l'intention des logiciels de routage, un périmètre à ne pas emprunter A mon avis, c'est une piste à suivre car, comme le montre le projet OSM, il peut être intéressant de creuser des pistes qui ne suivent pas du tout les solutions conventionnelles (je pense au fait que le système de stockage de l'information d'OSM n'est pas du tout l'état de l'art des solutions classiques). C'est à mon avis un des intérêts des projets libres : leur liberté, voire naïveté, dans la résolution des problèmes. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Travaux temporaires
Guilhem Bonnefille a écrit : Le 8 juin 2010 10:00, Vincent Pottier vpott...@gmail.com a écrit : 15 mn pour les bouchons ? L'autre jour, j'ai mis 1 h 30 entre Créteil et Porte d'Orléans. Vive la capitale ! (À Besançon, on peste quant on est bloqué 5 ') J'habite Toulouse. Et même si certains peuvent mettre de long moment, les petits bouchons se forment et disparaissent en moins de 15 minutes il me semble. En fait, quand je suis soucieux de l'état de la circulation, je consulte un site dédié qui intègre des informations de trafic. Or j'ai remarqué à plusieurs reprises que celui-ci est passablement pessimiste : il indique des tronçons chargés alors que lorsque j'arrive sur les lieux tout est fluide. Il y a des discussions sur la ML anglaise pour un identifiant d'objet unique. Peut-être une solution. Mais dans le cas des travaux et bouchons, la durée de vie de l'information étant relativement courte, l'id osm de l'objet devrait fonctionner sans trop de risque. Il y a peut-être une autre solution, moins précise mais plus simple. J'ai remarqué que le service de routage intègre la possibilité de définir des zones que le logiciel ne doit pas franchir. Peut-être peut-on imaginer une première version simpliste qui : - géolocalise les évènements uniquement avec des coordonnées (sans lien avec les données OSM) - génère, à l'intention des logiciels de routage, un périmètre à ne pas emprunter A mon avis, c'est une piste à suivre car, comme le montre le projet OSM, il peut être intéressant de creuser des pistes qui ne suivent pas du tout les solutions conventionnelles (je pense au fait que le système de stockage de l'information d'OSM n'est pas du tout l'état de l'art des solutions classiques). C'est à mon avis un des intérêts des projets libres : leur liberté, voire naïveté, dans la résolution des problèmes. Bonjour, J'ai vu parfois des tags TMC qui si j'ai bien comprit sont en rapport avec l'info traffic (ptet Traffic Mangement Control). Je le redis mais c'est un vieux débat... Pour ma par ces données n'ont rien à faire dans la base OSM. Les travaux en l'état actuel des choses (sauf si c'est vraiment long à la rigeur (6 mois +) mais faut surveiller après), les ralentissement jamais. Par contre monter une BDD extérieurs d'info traffic en utilisant OSM en sous couche pour un rendu avec OpenLayers OUI. Ce serait même super bien. Mais je ne vois qui va passer sa vie à la fenêtre ou scruter les infos pour saisir des embouteillages possibles toutes les 15 min. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Travaux temporaires
Le 8 juin 2010 09:04, GaelADT gael.sauva...@gmail.com a écrit : Bonjour, ... Le plus grand problème concerne les travaux temporaires : par exemple une voie peut être fermée partiellement (juste la voie de bus, la piste cyclable, etc.) ou complètement. La question de fond est : faut-il renseigner ce genre d'informations dans OSM ? A priori je n'ai pas trouvé de tag pour ça, à part construction qui est là pour indiquer les voies en cours de construction. Pas vraiment adapté donc. Si on le renseigne on risque de se retrouver plus tard avec des tags de travaux anciens que personnes n'est venu supprimé. Si on ne le renseigne pas c'est quand même une perte d'information qui pourrait être intéressante, surtout pour le routage. D'autant plus que la force d'OSM c'est que tout le monde peut participer : c'est à dire tout le monde pourrait signaler les travaux temporaires en face de chez lui. Là où les solutions sur téléatlas ou navteq vont avoir quelques difficultés à faire de même... Une solution serait de taguer : 1) le type de travaux : partiel ou complet sur la voie 2) la date de début et la date de fin estimée Dans le pire des cas, si on a au moins la date d'ajout des travaux, on peut facilement repérer après coup les voies ou les travaux auraient dû être retirés (par exemple si ça fait un an que la voie est taguée comme travaux temporaire...) de manière à nettoyer OSM. Qu'en pensez-vous ? Gaël. Bonjour, Je me suis permis de tagguer l'A6b fermée pour travaux de cette manière : http://www.openstreetmap.org/browse/way/4573457 en utilisant les tags - access=no ; - date_off = 2010-12-01 - date_on = 2010-03-30 Comme cela est indiqué dans le wiki (je n'ai donc rien inventé) http://wiki.openstreetmap.org/wiki/Access#Access_time_restrictions_2 Je ne sais pas comment les moteurs de rendu s'en débrouille, mais comme on ne taggue pas pour le rendu... Cela ne convient évidemment que pour des travaux d'une certaine durée, mais rien n'est fait pour gérer le trafic. Les allemands ont mis en place des tags TMC (http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany) afin de caler les évènements TMC (gérés dans une autre base) sur la carte. Note : j'avais mis un lien avec les flux de trafic de Bison Futé ( http://wiki.openstreetmap.org/wiki/FR:Informations_Routi%C3%A8res) dans le même esprit afin de voir comment lier les localisation sur OSM avec des messages de trafic externes. Mes 0.02 € 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] Géovélo Travaux temporaires
2010/6/8 Marc SIBERT m...@sibert.fr Deux sujets se téléscopent ici : les travaux et les bouchons. Pour les travaux, il y a effectivement le risque de voir les tags jamais actualisés. L'exemple précédent est intéressant : il y a deux dates mais il faut faire confiance aux logiciels pour qu'ils tiennent compte de ces dates et surtout qu'ils fassent le lien avec le tag access (s'il y a un autre tag comme oneway, on va plus s'en sortir, genre date_on:access qui sont joli sur le papier mais qu'aucun logiciel n'utilise en pratique). Pour moi, indiquer les zones en travaux se justifie surtout pour ce qui modifie l'infrastructure, changements de largeur, hauteur, création de voie de bus, piste cyclable, sens unique, etc. Un simple ravalement n'a que peu d'intérêt (le tag access=no pourrait suffire). Il faudrait préférer le tag highway=construction pour remettre en cause le statut de la section routière en entier, ce qui force aussi à réévaluer les attributs de la section de route à la fin des travaux (comme dans les exemples précédents). Et surtout, ce tag est bien supporté maintenant et il est immédiatement visible sur les cartes, ce qui est nécessaire pour que suffisament d'yeux s'y intéressent et l'actualise à la fin des travaux, ce qui reste le point le plus critique (le tag access=no sera mis à jour sur une autoroute mais pas sur un residential ou dans la pampa). Concernant les bouchons, je me suis exprimé contre dans une proposition récente visible sur le wiki: http://wiki.openstreetmap.org/wiki/Proposed_features/traffic_jam_warning D'après moi, les bouchons sont des évènements trop volatiles et complexes pour figurer dans OSM mais OSM peut servir de base à un logiciel capable de gérer cette dynamique des flux. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Travaux temporaires
2010/6/8 Benoît ROUSSEAU adressepossi...@free.fr Bonjour, J'ai vu parfois des tags TMC qui si j'ai bien comprit sont en rapport avec l'info traffic (ptet Traffic Mangement Control). Je le redis mais c'est un vieux débat... Pour ma par ces données n'ont rien à faire dans la base OSM. Les travaux en l'état actuel des choses (sauf si c'est vraiment long à la rigeur (6 mois +) mais faut surveiller après), les ralentissement jamais. Par contre monter une BDD extérieurs d'info traffic en utilisant OSM en sous couche pour un rendu avec OpenLayers OUI. Ce serait même super bien. Mais je ne vois qui va passer sa vie à la fenêtre ou scruter les infos pour saisir des embouteillages possibles toutes les 15 min. Salut, Concernant les données RDS-TMC, Ab_fab a récemment réussi a contacter les gens qu'ils dallaient. Toutefois, j'ai soumis a mon amie avocate leur licence d'utilisation et pour elle, la licence n'est pas compatible avec OSM en l'état actuel des choses. Maintenant, concernant le RDS-TMC, tagger les routes avec les bons tags RDS-TMC est une chose a faire mais l'information sur le traffic elle même n'a pas sa place dans OSM. Les allemands ont importe ainsi tous les tags RDS-TMC il y a quelques temps dans OSM afin de pouvoir fournir un service RDS-TMS dans un client de navigation. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
Le 7 juin 10 à 20:58, Emilie Laffray a écrit : Il ne faut pas confondre rendu et les donnees telles qu'elles existent dans la base de donnees. Le rendu sur le site de OpenStreetMap n'est vraiment qu'un des rendus possibles. J'en ai bien conscience, mais le rendu mapnik d'osm est le plutot connu=visible. Par ailleurs le rendu osamrender et cloudmade (par défaut) ont le même problème (à mon sens) de visibilité des trunks dont la couleur se confond bien trop avec les landuse. Comme vitrine du projet OSM, je trouve que c'est dommage... -- 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] Rendu des highway
2010/6/8 Pierre-Alain Dorange pdora...@mac.com J'en ai bien conscience, mais le rendu mapnik d'osm est le plutot connu=visible. Par ailleurs le rendu osamrender et cloudmade (par défaut) ont le même problème (à mon sens) de visibilité des trunks dont la couleur se confond bien trop avec les landuse. Comme vitrine du projet OSM, je trouve que c'est dommage... Tu peux toujours relancer le ticket existant: http://trac.openstreetmap.org/ticket/2683 (en y ajoutant un commentaire ou en changeant le titre) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Localisants TMC (était Géové lo Travaux temporaires)
Bonjour, Effectivement, j'ai reçu une réponse du SETRA de Bagneux, qui élabore la table des localisants Altert-C en France (qui permet de définir où se passe l'évènement routier comme un accident ou un bouchon) Le message contient un formulaire à remplir, afin de définir l'utilisation qui sera faite de la base, ainsi qu'une licence d'utilisation. Je n'ai pas les détails de la revue de l'amie avocate d'Emilie, mais je garde l'espoir qu'une discussion sera possible. Pour cela, je pense que l'on pourra faire une demande en présentant ouvertement les points potentiellement bloquants, afin d'en avoir le coeur net. Pour info, la réponse était aussi adressée à une personne en charge du protocole DATEX de transmission de l'information routière proprement dite. Donc potentiellement, la porte est entrouverte pour avancer sur l'étape suivante (la transmission et l'affichage des évènements routiers) Affaire à suivre Bonne journée Le 8 juin 2010 11:51, Emilie Laffray emilie.laff...@gmail.com a écrit : 2010/6/8 Benoît ROUSSEAU adressepossi...@free.fr Bonjour, J'ai vu parfois des tags TMC qui si j'ai bien comprit sont en rapport avec l'info traffic (ptet Traffic Mangement Control). Je le redis mais c'est un vieux débat... Pour ma par ces données n'ont rien à faire dans la base OSM. Les travaux en l'état actuel des choses (sauf si c'est vraiment long à la rigeur (6 mois +) mais faut surveiller après), les ralentissement jamais. Par contre monter une BDD extérieurs d'info traffic en utilisant OSM en sous couche pour un rendu avec OpenLayers OUI. Ce serait même super bien. Mais je ne vois qui va passer sa vie à la fenêtre ou scruter les infos pour saisir des embouteillages possibles toutes les 15 min. Salut, Concernant les données RDS-TMC, Ab_fab a récemment réussi a contacter les gens qu'ils dallaient. Toutefois, j'ai soumis a mon amie avocate leur licence d'utilisation et pour elle, la licence n'est pas compatible avec OSM en l'état actuel des choses. Maintenant, concernant le RDS-TMC, tagger les routes avec les bons tags RDS-TMC est une chose a faire mais l'information sur le traffic elle même n'a pas sa place dans OSM. Les allemands ont importe ainsi tous les tags RDS-TMC il y a quelques temps dans OSM afin de pouvoir fournir un service RDS-TMS dans un client de navigation. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] article sur framablog
Un autre exemple du même genre... Disneyland Paris http://www.openstreetmap.org/?lat=48.87052lon=2.78088zoom=16layers=B000FTF http://maps.google.com/maps?ll=48.870078,2.780142z=16 http://maps.yahoo.com/#mvt=mlat=48.865403lon=2.789119zoom=16 Il n'y a que l'IGN qui couvre à peu près la zone, mais avec moins de détails. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] key:construction
Bonjour, Je suis Jocelyn de l'équipe Géovélo, fraichement inscrit à la mailing-list, et collègue de Gaël qui vous a soumis ce matin la question des travaux temporaires. Je voudrais apporter quelques précisions sur cette affaire, ou plutôt reformuler les termes du débat. Je crois que la question n'est pas de savoir si OSM doit s'intéresser aux travaux temporaires -- parce que par nature tous les travaux prendront fin et donc sont temporaires --, mais si OSM doit s'intéresser à des travaux qui une fois terminés ne remettent pas en cause l'état antérieur de la voirie. Autrement dit, doit-il s'intéresser aussi à des travaux qui ne sont pas à proprement parler des travaux de construction de nouveaux éléments cartographiables (je rappelle que le seul tag disponible actuellement pour les travaux est le tag construction -- et non works en général), mais simplement des travaux qui empiètent sur la chaussée, ou qui obstruent une voie (par exemple un couloir de bus, une piste ou une bande cyclable, etc.) -- en même temps que le trottoir sur lequel ils ont lieu --, voire qui bloquent complètement toute circulation, alors même qu'une fois terminés n'apparaitra aucun élément nouveau ? En bref : OSM doit-il informer aussi des travaux qui ne sont pas forcément de construction, mais qui modifient les possibilités de circulation ? Avant d'essayer de défendre l'intérêt qu'il y aurait à référencer les travaux en cours (mais encore faudra-t-il s'entendre sur le type de chantiers susceptibles d'être signalés par OSM : tous les chantiers BTP ? A partir de quand un chantier devient suffisamment significatif, par l'espace qu'il occupe et par le temps qu'il dure, pour mériter de figurer sur la base de donnée ? Je ne préjuge pas des réponses) et donc d'imaginer de faire progresser la nomenclature, je voudrais faire remarquer qu'il existe déjà un tag, défini dans le cadre de la key construction sur wiki OSM, qui est à cheval entre l'idée particulière de construction et l'idée plus générale de travaux : le tag construction=minor. La définition dit ceci : Additionally construction=minor can be used for existing highways which will be modified or repaired without being closed. In this case we don't set highway=construction but leave it at its default value. Je ne sais pas à quelles discussions ce tag a pu donner lieu, mais ce qui me semble clair c'est qu'il indique que OSM ne se préoccupe pas exclusivement des travaux en tant qu'ils construisent quelque chose de nouveau, mais aussi en tant qu'ils affectent la nature actuelle d'une voie (et donc la possibilité d'y circuler), sans pour cela nécessairement aboutir à la création d'un nouvel élément. Et si OSM traite des travaux de réfection de voies, dans la mesure où ils affectent de manière significative la possibilité d'emprunter, de circuler sur ces voies, pourquoi ne ferait-il pas de même avec tous les travaux qui empiètent sur une rue, une route, etc., et qui, une fois achevés laisseront la voirie dans le même état qu'avant ? En tout cas, il nous semble à Géovélo, mais à vous de dire ce que vous en pensez, que toute modification substantielle de la voirie (blocage d'une rue ou d'un sens de circulation, obstruction d'une bande ou d'une piste cylable, etc.) issue des travaux en cours, même si ce n'est jamais que ERDF qui enfouit sous terre des lignes électriques, ou les Telecom qui installent un réseau cablé, mérite d'être taguée sur OSM, à partir du moment où elle dure suffisamment longtemps. L'installation en 2/3 semaine d'une sanisette (toilette publique) par exemple, n'est sans doute pas un chantier qui doit être référencé, même s'il s'immisce sur la chaussée. Mais beaucoup de travaux en réalité (extension du réseau cablé, électrique, de canalisation, etc., etc.) sont des travaux de longue haleine qui s'étalent non seulement sur plusieurs mois, mais sur plusieurs années. Par exemple à Paris où je mappe, boulevard Mortier dans le 20e, la CPCU qui étend son réseau de canalisation chauffage, et neutralise ce faisant la piste cyclable, a prévu que les travaux prendraient fin le 30 avril 2012 !A Enfin, et si vous êtes d'accord avec l'idée de répertorier les travaux qui par leur présence transforment significativement l'état de la voirie, je crois qu'il faudra convenir de faire évoluer la nature des tags actuellement en vigueur. Soit en innovant totalement, soit, et c'est sans doute le plus simple, en faisant évoluer la key construction. A mon avis, il faudrait par exemple intégrer la variable right/left (comme on utilise cycleway:right=* ou cycleway:left=*) pour indiquer de quel côté de la voie les travaux ont lieu (ce qui manque cruellement aujourd'hui). Je proposerais bien également un nouveau tag : cycleway=construction (ou busway=construction). Il ferait gagner en précision : c'est le seul moyen de signifier que c'est seulement la bande ou la piste cyclable qui est impraticable parce qu'en travaux, et non la voie
Re: [OSM-talk-fr] key:construction
Christophe Merlet a écrit : Le mardi 08 juin 2010 à 16:29 +, jos sinet a écrit : Bonjour, Bonjour, Je suis Jocelyn de l'équipe Géovélo, fraichement inscrit à la mailing-list, et collègue de Gaël qui vous a soumis ce matin la question des travaux temporaires. Je voudrais apporter quelques précisions sur cette affaire, ou plutôt reformuler les termes du débat. ... Qu'en pensez-vous ? J'en pense que ce n'est pas à OSM de supporter ce genre d'applications. Par contre j'ai récemment vu passer le lien vers le Chimère d'une commune qui affichait les travaux en cours. C'est parfait. OSM fournit des données cartographique et un fond de carte. Les applications dérivées sont à développer en dehors de la base. Je suis aussi de cet avis, OSM est un outil formidable mais il faut aussi accepter qu'il ne fasse pas le café. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
On mardi 8 juin 2010, jos sinet wrote: Qu'en pensez-vous ? J'ai pas forcément la motiv pour commenter tout ça, et encore moins comment faire, mais histoire de dire qu'il n'y a pas que des nons, j'indique que je trouve ça une bonne idée. Tant qu'on y va progressivement et en ne proposant pas tout de suite d'ajouter les tags du style : pieton_traversant_la_voie:duration=17 secondes -- 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] key:construction
Le 8 juin 10 à 18:29, jos sinet a écrit : Bonjour, Je suis Jocelyn de l'équipe Géovélo, fraichement inscrit à la mailing-list, et collègue de Gaël qui vous a soumis ce matin la question des travaux temporaires. Je voudrais apporter quelques précisions sur cette affaire, ou plutôt reformuler les termes du débat. Qu'en pensez-vous ? Je ne crois pas que ce soit le rôle de la base de données OSM de stocker ce type d'information. OSM est un cartographie et ne fait pas de routage par exemple (c'est une fonction séparée assuré par des tiers). A mon avis il doit en être de même des travaux en cours. Leur nature éphémère, inconnu, ne peut pas être réellement cartographié. Il en manquera beaucoup, d'autres ne seront pas enlevé une fois finit. Les travaux évoluant, la carte sera toujours à la traine, etc... Sans parler des délais de mises à jour des rendus... Par contre c'est une idée très intéressante pour le routage notamment, mais a priori je dirai dans un service annexe. Il reste encore beaucoup de boulot pour cartographier le monde. -- 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] key:construction
J'avoue que je ne suis pas franchement convaincu de ce qu'il se dit ici. Ah bon OSM c'est avant tout une carte, un rendu ? Ah bon savoir qu'une route est impraticable n'est pas utile à OSM ? D'accord, le message de Jocelyn est un peu long et on peut s'y perdre. Mais c'est en fait très simple non ? Un tag pour dire que la voie est en travaux. Après, ceux qui n'ont pas envie de taguer cette information, ne taguent pas cette information, ceux qui développent des outils qui n'ont pas besoin de cette information n'utilisent pas cette information. OSM n'est pas une carte, mais peut plutôt être vu comme une base de données où chacun pioche ce dont il a besoin. Je trouve votre vision des choses un peu fermée. Je croyais que OSM c'était un monde merveilleux où chacun pouvait taguer ce qu'il voulait du moment que c'était intéressant ? :) Il y a un nombre incroyable de tags plus ou moins inutiles (pour une carte j'entends) mais un tag pour dire si la route est coupée là, non ce n'est pas le but de OSM ? Encore une fois, OSM c'est une base de données libre... si personne ne tague cette information là, ok le tag disparaitra, tant pis, mais pourquoi ne pas vouloir essayer ? Je veux dire les soucis qui peuvent se produire sont simples : - il y a trop peu de ways en travaux qui sont indiquées... oui et alors ? c'est mieux que rien non ? Même s'il n'y a que 1% des ways en travaux qui sont indiqués ça rendra service à des utilisateurs quand même. Et si ça rend service ça peut motiver des contributeurs. - il y a des ways qui sont indiqués comme ayant été en travaux par le passé... Oui et alors ? C'est une information quand même, et je peux l'ignorer. Voilà mon avis, après si vous pensez qu'il vaut mieux que toutes les informations temporisées soient rattachées sur une autre base et en lien (ce qui ne sera pas simple techniquement) avec OSM je suis d'accord également. Est-ce que vous avec des informations de qui s'occupe de ce projet ? Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/key-construction-tp5154488p5155189.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] key:construction
GaelADT a écrit : J'avoue que je ne suis pas franchement convaincu de ce qu'il se dit ici. moi non plus Ah bon OSM c'est avant tout une carte, un rendu ? Ah bon savoir qu'une route est impraticable n'est pas utile à OSM ? Il me semble que la distinction était plus entre l'information sur infrastructure, visible, pérenne et le côté éphémère d'une information qui a vocation à disparaître (tôt ou tard) de la base. Cependant, ton analyse est pertinente aussi. A quoi d'autre peut servir une information localisée à part dessiner des cartes, fussent-t-elles dynamiques ? A plusieurs reprises ces derniers mois, s'est posé la question finale : est-ce qu'il faut entrer ce type d'information (les prix des carburants, les ligne ferroviaires disparues, ...) dans LA base ou dans une application qui s'appuie sur les données OSM. Peut-on gérer aujourd'hui l'aspect temps dans la base OSM ? J'aurai tendance à répondre : si nous cherchons à empêcher les utilisations potentielles, surtout en matière de déplacements, en mettant en place des règles ou des freins, nous passerons à côté de notre brouillon de culture 2.0, celle où les données pertinentes sont celles qui collent aux besoins des utilisateurs. Le risque est de voir la base se dupliquer et s'enrichir de sens en dehors du noyau central, au détriment de la plupart. Dans le même temps, comme cela a été souligné, injecter de l'information utile mais éphémère, nécessite un accompagnement en terme d'outil qui permette de maintenir (mieux, garantir :-) le niveau de qualité. ... Voilà mon avis, après si vous pensez qu'il vaut mieux que toutes les informations temporisées soient rattachées sur une autre base et en lien (ce qui ne sera pas simple techniquement) avec OSM je suis d'accord également. Est-ce que vous avec des informations de qui s'occupe de ce projet ? Le danger est double : aller trop vite et vers une base bazar ; aller trop timidement et viser une base cathédrale. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Le 8 juin 10 à 21:51, GaelADT a écrit : Ah bon OSM c'est avant tout une carte, un rendu ? Ah bon savoir qu'une route est impraticable n'est pas utile à OSM ? OSM est avant tout une base de données, le rendu est un service par dessus. D'accord, le message de Jocelyn est un peu long et on peut s'y perdre. Mais c'est en fait très simple non ? Un tag pour dire que la voie est en travaux. Après, ceux qui n'ont pas envie de taguer cette information, ne taguent pas cette information, ceux qui développent des outils qui n'ont pas besoin de cette information n'utilisent pas cette information. Comme toujours, chacun utilise comme il le veut, on ne fait ici que donner des avis. OSM n'est pas une carte, mais peut plutôt être vu comme une base de données où chacun pioche ce dont il a besoin. Je trouve votre vision des choses un peu fermée. Je croyais que OSM c'était un monde merveilleux où chacun pouvait taguer ce qu'il voulait du moment que c'était intéressant ? :) Bien sur, il n'existe même pas réellement de tag officiels. Si quelqu'un veut tagger des travaux, il le peut. Il y a un nombre incroyable de tags plus ou moins inutiles (pour une carte j'entends) mais un tag pour dire si la route est coupée là, non ce n'est pas le but de OSM ? Pas si sur, les avis divergent. Il y a d'abord l'aspect temporaire de la coupure qui n'est réellement utile que pour du routage. En découle des changements incessants : début, avancé des travaux, fins... qui sont autant d'étape a suivre en changeant les tags... Encore une fois, OSM c'est une base de données libre... si personne ne tague cette information là, ok le tag disparaitra, tant pis, mais pourquoi ne pas vouloir essayer ? Mais personne ne t'empêchera de tester voyons. Je veux dire les soucis qui peuvent se produire sont simples : - il y a trop peu de ways en travaux qui sont indiquées... oui et alors ? c'est mieux que rien non ? Même s'il n'y a que 1% des ways en travaux qui sont indiqués ça rendra service à des utilisateurs quand même. Et si ça rend service ça peut motiver des contributeurs. - il y a des ways qui sont indiqués comme ayant été en travaux par le passé... Oui et alors ? C'est une information quand même, et je peux l'ignorer. Sur ce deuxième point se sera un problème rapidement AMHA. Pour utilise l'information il faudra passer par un rendu et si ce rendu indique des travaux tu ne pourras les ignorer puisqu'il seront représenté (et présent dans la base) comme les autres (ceux qui ont encore lieu). C'est ce point qui perso me dérange le plus... Voilà mon avis, après si vous pensez qu'il vaut mieux que toutes les informations temporisées soient rattachées sur une autre base et en lien (ce qui ne sera pas simple techniquement) avec OSM je suis d'accord également. Est-ce que vous avec des informations de qui s'occupe de ce projet ? Pas simple, pourtant il suffit d'un rendu via OpenLayer avec ajout d'un couche comme celà est fait pour de très nombreux cas comme les outils de debug par exemple. Cette solution externe permet des expérimentations importantes. Mais il faut continuer a y cogiter, mais les infos temporaires sont nombreuses. Une solution cohérente pourrait être d'obliger d'indiquer des dates de début et de fins (ce qui éviterait la conservation d'un info que l'on aurait oublier d'enlever)... mais il est impossible d'obliger... -- 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] key:construction
Le 08/06/2010 18:29, jos sinet a écrit : ... Bravo déjà pour qualité de la prose ! Ça change des textos qu'on trouve parfois (pas trop sur cette liste heureusement) Si d'aventure la géomatique se révélait une voie sans issue (pour cause de travaux ?) la littérature resterait un chemin possible... Le 08/06/2010 21:51, GaelADT a écrit : re :... Merci pour le coup de gueule, poli. Mon avis au premier abord est que ce genre d'info volatile n'a pas sa place dans OSM, comme d'autre l'ont déjà dit : - l'impact de ce genre d'info est plus local qu'une base de donnée mondiale, mais quid du grade_type et du tag des arbres à l'unité ? - l'autre argument est la maintenance de l'info volatile, comme déjà évoquée dans un sujet précédent. Mon avis au second rabord est qu'on ne peut pas interdire à quiconque de taguer, pour autant que ça ne nuise pas à l'ensemble. Donc tagguer des travaux, si ça ne nuit pas... Une info obsolète est de l'intox, ou, pour le moins toxique. Re_question de maintenance de l'info volatile. En relation à cet avis, je trouve intéressante l'honnêteté de la démarche qui consiste à en parler sur cette liste pour recueillir des avis, voire des conseils. Mon avis avis, par la suite, est que, ne pouvant m'opposer au courant, je vais l'accompagner d'un conseil (si ton ennemi est trop fort pour toi, fais en un ami) : - Je suis prêt à me laisser convaincre qu'on peut tagguer les travaux dans OSM, pour autant qu'un processus de qualité des données garantit que celles-ci ne soient ps toxiques. Quelques idées ont été évoquées dans le sujet précédent : * tag de fin prévue des travaux * jeu de tag cohérent et documenté ** je préfèrerais work à construction, puisqu'il s'agit d'immobilisation ou d'encombrement de l'existant plutôt que de création, ce qui ferait passer un bicycle=yes à bicycle=work durant les travaux, il est hors de question alors de passer un bicycle=no à bicycle=work) ** un jeu de tag devrait pouvoir indiquer s'il y a gêne partielle ou complète, et pour qui, et dans quel sens... * outil osmose-like permettant de supprimer les travaux (tags work:*=*) sans date de fin ou ayant dépassé la date limite de consommation, sans sommation et sans appel. (outil permettant de poser des travaux, mais c'est une autre histoire.) * reste le rétablissement du bicycle=work à sa valeur ancienne. problème plus difficile à résoudre. Le basculement de la valeur de droite à gauche puis de gauche à droite est plus facile à mécaniser : bicycle=lane =bicycle:lane=work = bicycle=lane Mais, mon avis, finalement, est qu'il est tout de même plus intéressant de penser sérieusement à un serveur de données volatiles liées à OSM, sacré défi technique mais sacré enjeu. Le jour où on aura fait ça, on aura une sacrée maitrise de la banque de donnée relationnelle xtra large avec contrôle d'intégrité de données, de persistance de l'information et tout le tremblement... Beaucoup alors s'intéresseront à OSM. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Je proposerais bien également un nouveau tag : cycleway=construction (ou busway=construction). Il ferait gagner en précision : c'est le seul moyen de signifier que c'est seulement la bande ou la piste cyclable qui est impraticable parce qu'en travaux, et non la voie toute entière. Il y a ce cas a coté de chez moi, un chantier itinérant qui vas durer une année pour refaire la rue, une voie de circulation et la bande cyclable sont supprimé. Mais il reste une voie de circulation. Il ne me viendrais pas a l'idée de tagger ca - la position des travaux change toutes les semaines - on peut quand même passer Un peut plus loin il y a un passage a niveaux qui est en travaux pour 3 ans le temps de construire un tunnel. http://osm.org/go/eri0y4cHP-- Les mappeurs locaux ont donc logiquement coupé la route car on ne peut vraiment plus passer, même a pied. Et quand les travaux seront fini, les routes seront rattachées. Il vas y avoir un échangeur un peut compliqué, il vaut mieux attendre de voir les travaux finis même si on a déjà les plans. Qu'en pensez-vous ? Que pour des travaux - a durée assez courte ou - qui ne changent pas fondamentalement l'usage c'est beaucoup de boulot pour une utilité qui ne me parait très hypothétique sachant que ni les outils de rendu, ni les outils de routage n'exploiteront pas ces tags (dans un premier temps en tout cas). Je ne parle même pas des données obsolète, le point a déjà été évoqué dans d'autres réponses. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Rodolphe Quiedeville a écrit : Christophe Merlet a écrit : Le mardi 08 juin 2010 à 16:29 +, jos sinet a écrit : Bonjour, Bonjour, Je suis Jocelyn de l'équipe Géovélo, fraichement inscrit à la mailing-list, et collègue de Gaël qui vous a soumis ce matin la question des travaux temporaires. Je voudrais apporter quelques précisions sur cette affaire, ou plutôt reformuler les termes du débat. ... Qu'en pensez-vous ? J'en pense que ce n'est pas à OSM de supporter ce genre d'applications. Par contre j'ai récemment vu passer le lien vers le Chimère d'une commune qui affichait les travaux en cours. C'est parfait. OSM fournit des données cartographique et un fond de carte. Les applications dérivées sont à développer en dehors de la base. Je suis aussi de cet avis, OSM est un outil formidable mais il faut aussi accepter qu'il ne fasse pas le café Sur couche... Tout à fait d'accord. D'autant que je ne comprends absolument pas ce genre débats alors que toutes les solutions existent. Même si je dois dire qu'indiquer l'A6b en travaux ne me choque pas :). Ca bouleverse les solutions d'accès à la capitale et la quantité de personnes que ça impacte. Mais ensuite faudra trancher à chaque fois et déjà qu'il n'est pas simple de déterminer des critères comme ville/commune/bourg/hameaux, je n'ose pas imaginer les discussions sur l'opportunité d'indiquer tels ou tels travaux... *Question : pourquoi ne voulez-vous pas créer et maintenir des données affichées sur un calque ? Cela ne serait-il pas plus simple ?* Quelque chose m'échappe, pourquoi ne pas monter un calque avec OpenLayer ? Pourquoi vouloir absolument tout entrer dans OSM ? Et je parle en connaissance de cause, j'y ai collé des n° de cabines téléphoniques alors que ma ville n'est pas complète (je me fouette). Est-ce rendu correctement pour votre usage ? Est-ce réellement plus simple à créer et maintenir ces informations sur OSM ? Pas sûr. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Re bonne nuit, Sans vouloir clore la discussion... Globalement, personne n'est contre et tout le monde aimerai bien inclure les travaux. Mais, il est trop tôt, nous n'avons pas les outils adéquats aujourd'hui pour les inclure puis les gérer dans de bonnes conditions. D'où nos réactions qui peuvent ingrates face à la proposition faite de faire avancer les choses dans cette direction. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Le jeudi 03 juin 2010 à 12:12 +0200, Christophe Merlet a écrit : Le jeudi 03 juin 2010 à 11:32 +0200, Vincent Pottier a écrit : Bonjour, Quand un peu de coordination structure un projet, il devient pertinent pour des institutions. Peut-être que nos régions ou départements suivront... Ayant essayé de travailler le plus consciencieusement possible sur la Via d'Arles de Vic-en-Bigorre jusqu'a Sarrance je suis curieux de connaitre les modifications apportées. Y a t'il un moyen de connaitre les diff apportées à la relation Via d'Arles ? L'historique du site OSM étant totalement inutilisable dans ce cas. Les seuls contributeurs que je connaisse sur cette Via d'Arles sont caminaspe (que j'ai déjà rencontré) et un certain ottokar55 (à priori un allemand) Concernant L'autre camino de santiago à la frontière espagnol, au niveau de Saint-Jean-Pied-de-Port à Roncesvalles. les traces (approximatives) actuelles coté français sont semble t'il encore les miennes et celles d'ottokar55. et n'ont pas encore été intégrées dans une relation route... Cela dit je suis ravi de savoir que d'autres personnes étudient ou envisagent d'étudier ces chemins et reverse dans OSM leurs observations et corrections :) Aïe. Je crois que les contributions arrivent dans OSM. Un way de 83km de long superposé à toutes les voies existantes !! highway=footway name=Camino Francés oneway=yes C'est super sale et violent... http://osm.org/go/b...@strqiim-- Je laisse pour l'instant comme ça. L'utilisateur semble être entré dans une phase de nettoyage http://www.openstreetmap.org/user/Pangea J'espère que la suite ne sera pas aussi surprenante coté français !! Librement, Message reçu ce matin : -- Buenos días, Este correo va dirigido a todas aquellas personas que han contribuido en la subida de trazas en OSM del Camino Francés, para informarles del proyecto que estamos llevando a cabo. Se trata de un proyecto subvencionado por la Xunta de Galicia para el desarrollo de una guía multimedia en GPS. La aplicación guiará a los peregrinos por el Camino de Santiago y al paso por los puntos de interés se reproducirá de modo automático un video informativo sobre el mismo. La temática de los videos será sobre patrimonio, historia, leyendas, naturaleza, arquitectura, etc. La distribución posterior de la aplicación con todos los contenidos se realizará probablemente desde la página del Xacobeo o un servidor de la Xunta de Galicia, para que los usuarios pueden instalarla en sus dispositivos móviles. Durantes los últimos meses, nuestros equipos de campo han recorrido el camino en dos ocasiones recogiendo información, coordenadas geográficas y tracks. Posteriormente hemos depurado todos estos datos utilizando como base las ortofotografías de Navarra, La Rioja, Castilla y León y Galicia. Tras esto y trabajando con JOSM, hemos mejorado la georeferenciación de algunas vías y elementos. Con este motivo, y con el objetivo de presentar una información más clara a todos los ususarios de OSM y evitar solapes, hemos borrado algunas de las trazas que ya existían sobre el Camino Francés. Les agradecemos su atención, y no duden en ponerse en contacto con nosotros para cualquier duda o aclaración. Good morning, This mail is to everybody who contributed uploading traces to OSM for The French Way of Santiago, to inform them the project we are doing. This is a project funded by La Xunta de Galicia for development of a GPS multimedia guide. The aplication will guide pilgrims along the way and advise them and when they are crossing an interest point, will be played automatically an informative video about it. The topic of these videos is about patrimony, history, legends, nature, architecture, etc. The later distribution of the aplication with all contents will be probably from Xacobeo web or a server by A Xunta de Galicia, so users can install on their mobile devices. During last months, our field staff have move along the way twice collecting information, geographical coordinates and tracks. Then we have refined all these data using orthophotos of Navarra, La Rioja, Castilla y León and Galicia. After that and working with JOSM, we have improved georeference of some ways and elements. For this reason, and with the objetive to display clearer information to all OSM users and avoid some overlaps, we have deleted some tracks that already existed on the French Way. Thanks for your atention, and please ask us if you have some question or doubt. PANGEA INGENIERÍA DEL TERRITORIO Vigo - Pontevedra -- FrViPofm Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Une question peut être bête et un peu annexe... comment fait-on pour maintenir des données externes liées à OSM ? Par là je veux dire que vu que le contenu d'OSM peut changer à tout moment, que les ID des nodes et ways peuvent aussi changer (effacement, remplacement, etc), comment conserver de façon pérenne le lien entre OSM et d'autres data, qu'elles soient volatiles ou pas ? Les coordonnées GPS permettent éventuellement de localiser des travaux (ou autre), mais ça ne permet pas de lier sur le bon way qui peut être déplacé. Bonne nuit Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Le mercredi 09 juin 2010 à 00:56 +0200, Christian Quest a écrit : Une question peut être bête et un peu annexe... comment fait-on pour maintenir des données externes liées à OSM ? Par là je veux dire que vu que le contenu d'OSM peut changer à tout moment, que les ID des nodes et ways peuvent aussi changer (effacement, remplacement, etc), comment conserver de façon pérenne le lien entre OSM et d'autres data, qu'elles soient volatiles ou pas ? Les coordonnées GPS permettent éventuellement de localiser des travaux (ou autre), mais ça ne permet pas de lier sur le bon way qui peut être déplacé. De quelle distance un way existant peut éventuellement être déplacé dans OSM ? Cette distance peut-elle être si importante qu'on ne puisse plus associer automatiquement des travaux a une voie en particulier ? Pourquoi le lien entre travaux et voie serait il défini par l'id du node ou du way et pas par son nom ? Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Christian Quest a écrit : Une question peut être bête et un peu annexe... comment fait-on pour maintenir des données externes liées à OSM ? Ce n'est pas du tout une question bête ! Il faut par exemple surveiller puis digérer les changeset. Ca peut très vite devenir lourd à gérer. J'y traille avec Julien B. C'est ardu mais passionnant. D'autant que la quantité de données n'est pas si triviale à gérer, ne serait-ce que pour la France. Pour localiser des travaux une copie de tronçon où une paire de coordonnées avec un descriptif pourrait suffire. Par là je veux dire que vu que le contenu d'OSM peut changer à tout moment, que les ID des nodes et ways peuvent aussi changer (effacement, remplacement, etc), comment conserver de façon pérenne le lien entre OSM et d'autres data, qu'elles soient volatiles ou pas ? Effectivement. Les coordonnées GPS permettent éventuellement de localiser des travaux (ou autre), mais ça ne permet pas de lier sur le bon way qui peut être déplacé. Exactement. D'où la conclusion que je proposait, c'est peut être trop tôt mais pas nécessairement à mettre aux oubliettes. Je pense que la plus grosse crainte c'est que ce projet démarre fort puis s'écrase faute de plein de choses, en laissant derrière lui nombre de fragments obsolètes. Après les pours et les contres ce ne sont que des avis. Bonne nuit Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] key:construction
Christophe Merlet a écrit : Le mercredi 09 juin 2010 à 00:56 +0200, Christian Quest a écrit : Une question peut être bête et un peu annexe... comment fait-on pour maintenir des données externes liées à OSM ? Par là je veux dire que vu que le contenu d'OSM peut changer à tout moment, que les ID des nodes et ways peuvent aussi changer (effacement, remplacement, etc), comment conserver de façon pérenne le lien entre OSM et d'autres data, qu'elles soient volatiles ou pas ? Les coordonnées GPS permettent éventuellement de localiser des travaux (ou autre), mais ça ne permet pas de lier sur le bon way qui peut être déplacé. De quelle distance un way existant peut éventuellement être déplacé dans OSM ? Cette distance peut-elle être si importante qu'on ne puisse plus associer automatiquement des travaux a une voie en particulier ? Pourquoi le lien entre travaux et voie serait il défini par l'id du node ou du way et pas par son nom ? Librement, Après je me tais... Je réponds à : Pourquoi le lien entre travaux et voie serait il défini par l'id du node ou du way et pas par son nom ?. Parce que bien que possible ça n'apporte rien (quelle chance de changer l'ID d'un way alors qu'il existe, pas de différence vis à vis d'une suppression et que le nom peut aussi changer (mauvaise orthog. de départ, ...)) que c'est dramatiquement inefficace en terme de traitements et que tu perds les liens (pb les travaux dans une rue qui s'étale sur plusieurs ways). Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Noeuds orphelin en France
Bonjour Avec Julien B. on cherche actuellement les nœuds vides et orphelins (pas de tag significatif et n'appartenant ni à un ways ni à une relation). Je travaille sur l'extraction France de geofabrik datant du 2 juin pour tester. Il semble qu'un nettoyage est été fait depuis le 7 juin : Nettoyage post-import Romans comme sur http://www.openstreetmap.org/browse/node/763277871 qqun pourrait il éventuellement nous donner en gros le nombre de nœuds supprimés ? Pierre-Alain nous parlait de la Charente : il y a ce nœud orphelin par exemple : http://www.openstreetmap.org/browse/node/765653312. Je ne jette pas la pierre Pierre c'est juste que je me souvenais de tes messages cause je suis à Poitiers. L'exemple est d'ailleurs parlant, les noeuds orphelins sont difficiles à voir. Je vous joint la première liste extraite, si vous y trouvez des faux positifs, ... et toute critique est la bienvenue sachant que c'est la toute première édition non vérifiée et mal présentée mais que tout cela est prévu. Sous Windows c'est Chrome qui s'en tire le mieux pour afficher la liste alors que IE pédale dans la semoule et que FireFox 3.xx prends son temps. La pièce jointe du précédent mail attends l'approbation donc vous recevrez peut-être le précédent courrier par la suite. En attendant la liste est téléchargeable ici : http://arduinodezero.hautetfort.com/files/results-final.zip. Rousseau B. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noeuds orphelin en France
Le 9 juin 10 à 05:58, Benoît ROUSSEAU a écrit : Pierre-Alain nous parlait de la Charente : il y a ce nœud orphelin par exemple : http://www.openstreetmap.org/browse/node/765653312. Je ne jette pas la pierre Pierre c'est juste que je me souvenais de tes messages cause je suis à Poitiers. L'exemple est d'ailleurs parlant, les noeuds orphelins sont difficiles à voir. Je suis en train de travailler sur ce coin et ce point est bien un orphelin suite à la reconstruction de voie de chemin de fer (au préalable il y avait un tunnel géant qui passait sous le village, ce qui ne correspond pas à la réalité). Je vais corriger. -- 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
