Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
Bonjoour, Dans le cas d'une voie en construction, il est possible d'utiliser : railway=construction http://wiki.openstreetmap.org/wiki/Tag:railway%3Dconstruction Sur Montpellier 2 lignes de tram sont actuellement en construction et le tracé connu a été mappé avec ce tag. René-Luc Le 06/09/2011 07:42, Sly a écrit : Voir cette discussion ayant rapport : http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035048.html On a pas trouvé comment réparer -- sly - Reply message - De : Pierre-André LeNy leny...@gmail.com Pour : Discussions sur OSM en français talk-fr@openstreetmap.org Objet : [OSM-talk-fr] LGV Bretagne-Pays de Loire Date : lun., sept. 5, 2011 21:49 Bonsoir à tous, Je sollicite la liste pour quelque chose qui m'interpelle. J'ai vu récemment apparaître en base OSM un tracé de la future ligne à grande vitesse (nom de code LGV-BPL). http://www.openstreetmap.org/browse/way/48998529 Je suis de près le projet depuis quelques années et j'ai tout de suite été interpellé par le fait que le tracé dans OSM n'est pas le bon. En réalité, l'ajout dans OSM constitue juste en une ligne droite de Connerré (Sarthe) à Cesson-Sevigné (Ille et Vilaine). La ligne va être construite (elle) et le tracé est maintenant connu. http://www.lgv-bpl.org/caracteristiques-projet/cartographie-trace/recherche-cartographique Je peux comprendre que l'on ajoute des tracés connus et validés, notamment d'autoroutes, mais à ce niveau-là, j'ai plus de mal à comprendre l'intérêt et la valeur ajoutée de cette donnée. J'ai contacté l'auteur de cet ajout pour lui demander son point de vue. Et vous, que pensez-vous de cet ajout et de sa pertinence ? D'une manière générale, comment sont mappées les lignes de chemin de fer (import ou gps ?) ? Cette ligne droite va t'elle subsister jusqu'à la mise en service (fin 2016) ;-/ ? Quelles démarches seraient possibles pour mettre à jour ce tracé et le faire coller à la réalité (future) ? Voilà, vous le constaterez, je me pose beaucoup de questions autour de cette LGV. Merci d'avance pour vos éventuelles réponses. PA (Paolo35) ___ 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] Re : LGV Bretagne-Pays de Loire
Merci pour vos réponses. Sly, est-ce que ton message sous-entend que le tracé a été bien mappé initialement mais que Potlach2 et son alignement de points abusif est passé par là ? Dans ce cas, c'est encore pire que ce que je pensais. J'attends des nouvelles de l'auteur de la modif. Sinon, je partage l'avis que c'est pas bon en terme de qualité. René-Luc, la voie est bien indiquée étant en construction. Par contre, la source indiquée est le cadastre mais je ne l'ai pas vu via JOSM et son greffon. A suivre. Bonne journée PA (Paolo35) Le 6 septembre 2011 09:23, rldhont rldh...@gmail.com a écrit : Bonjoour, Dans le cas d'une voie en construction, il est possible d'utiliser : railway=construction http://wiki.openstreetmap.org/wiki/Tag:railway%3Dconstruction Sur Montpellier 2 lignes de tram sont actuellement en construction et le tracé connu a été mappé avec ce tag. René-Luc Le 06/09/2011 07:42, Sly a écrit : Voir cette discussion ayant rapport : http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035048.html On a pas trouvé comment réparer -- sly - Reply message - De : Pierre-André LeNy leny...@gmail.com leny...@gmail.com Pour : Discussions sur OSM en français talk-fr@openstreetmap.orgtalk-fr@openstreetmap.org Objet : [OSM-talk-fr] LGV Bretagne-Pays de Loire Date : lun., sept. 5, 2011 21:49 Bonsoir à tous, Je sollicite la liste pour quelque chose qui m'interpelle. J'ai vu récemment apparaître en base OSM un tracé de la future ligne à grande vitesse (nom de code LGV-BPL). http://www.openstreetmap.org/browse/way/48998529 Je suis de près le projet depuis quelques années et j'ai tout de suite été interpellé par le fait que le tracé dans OSM n'est pas le bon. En réalité, l'ajout dans OSM constitue juste en une ligne droite de Connerré (Sarthe) à Cesson-Sevigné (Ille et Vilaine). La ligne va être construite (elle) et le tracé est maintenant connu. http://www.lgv-bpl.org/caracteristiques-projet/cartographie-trace/recherche-cartographique Je peux comprendre que l'on ajoute des tracés connus et validés, notamment d'autoroutes, mais à ce niveau-là, j'ai plus de mal à comprendre l’intérêt et la valeur ajoutée de cette donnée. J'ai contacté l'auteur de cet ajout pour lui demander son point de vue. Et vous, que pensez-vous de cet ajout et de sa pertinence ? D'une manière générale, comment sont mappées les lignes de chemin de fer (import ou gps ?) ? Cette ligne droite va t'elle subsister jusqu'à la mise en service (fin 2016) ;-/ ? Quelles démarches seraient possibles pour mettre à jour ce tracé et le faire coller à la réalité (future) ? Voilà, vous le constaterez, je me pose beaucoup de questions autour de cette LGV. Merci d'avance pour vos éventuelles réponses. PA (Paolo35) ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] LGV Bretagne-Pays de Loire
Le 05/09/2011 21:49, Pierre-André Le Ny a écrit : Bonsoir à tous, Je sollicite la liste pour quelque chose qui m'interpelle. J'ai vu récemment apparaître en base OSM un tracé de la future ligne à grande vitesse (nom de code LGV-BPL). http://www.openstreetmap.org/browse/way/48998529 Je suis de près le projet depuis quelques années et j'ai tout de suite été interpellé par le fait que le tracé dans OSM n'est pas le bon. En réalité, l'ajout dans OSM constitue juste en une ligne droite de Connerré (Sarthe) à Cesson-Sevigné (Ille et Vilaine). La ligne va être construite (elle) et le tracé est maintenant connu. http://www.lgv-bpl.org/caracteristiques-projet/cartographie-trace/recherche-cartographique Je peux comprendre que l'on ajoute des tracés connus et validés, notamment d'autoroutes, mais à ce niveau-là, j'ai plus de mal à comprendre l’intérêt et la valeur ajoutée de cette donnée. J'ai contacté l'auteur de cet ajout pour lui demander son point de vue. Et vous, que pensez-vous de cet ajout et de sa pertinence ? D'une manière générale, comment sont mappées les lignes de chemin de fer (import ou gps ?) ? Cette ligne droite va t'elle subsister jusqu'à la mise en service (fin 2016) ;-/ ? Quelles démarches seraient possibles pour mettre à jour ce tracé et le faire coller à la réalité (future) ? Bonjour, Faire une demande officielle à RFF pour obtenir le tracé est une démarche possible qui nous permettrait d'obtenir les meilleurs infos possible. Quelqu'un a-t'il déjà fait cette demande ? Cordialement -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
2011/9/6 Pierre-André Le Ny leny...@gmail.com: passé par là ? Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet élément. Mais je reste dubidatif sur plusieurs points à propos de cette ligne: - est-ce que la construction a déjà démarré ? - si non, est-ce que le tag construction n'est pas abusif ? - que vient faire le tag source=cadastre ici s'il n'y a rien dans le cadastre ? - le tracé a-t-il été récupé à partir des PDF mis à disposition sur ce site ? est-ce légal ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
Salut, Le 6 septembre 2011 10:15, Pieren pier...@gmail.com a écrit : 2011/9/6 Pierre-André Le Ny leny...@gmail.com: passé par là ? Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet élément. Je suis perplexe également et la discussion rapportée par Sly laisse penser que l'on est en attente d'une solution. Mais je reste dubidatif sur plusieurs points à propos de cette ligne: - est-ce que la construction a déjà démarré ? La construction démarre début 2012. En ce sens, le tracé adopté est aujourd'hui définitif. - si non, est-ce que le tag construction n'est pas abusif ? Un peu anticipé disons. - que vient faire le tag source=cadastre ici s'il n'y a rien dans le cadastre ? Je me pose également la question. - le tracé a-t-il été récupé à partir des PDF mis à disposition sur ce site ? est-ce légal ? Idem. C'est borderline. et j'attends avec impatience la réponse du responsable de cet apport. Pieren ___ 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] Re : LGV Bretagne-Pays de Loire
On Tue, 6 Sep 2011 10:15:04 +0200, Pieren wrote: 2011/9/6 Pierre-André Le Ny leny...@gmail.com: passé par là ? Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet élément. Mais je reste dubidatif sur plusieurs points à propos de cette ligne: - est-ce que la construction a déjà démarré ? - si non, est-ce que le tag construction n'est pas abusif ? - que vient faire le tag source=cadastre ici s'il n'y a rien dans le cadastre ? - le tracé a-t-il été récupé à partir des PDF mis à disposition sur ce site ? est-ce légal ? J'ajouterais un inconvenient, le validator JOSM rale parceque des ways croisent cette future construction. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
Pierre-André Le Ny leny.pa@... writes: Salut, Salut, Je crois que je suis l'auteur de la première version du tracé, voici quelques éléments de réponse. Le 6 septembre 2011 10:15, Pieren a écrit : 2011/9/6 Pierre-André Le Ny : Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet élément. Non, il faut revenir d'une version sur les coordonnees de chacun des points composant la ligne. Le way en lui même n'avait pas changé ! Je suis perplexe également et la discussion rapportée par Sly laisse penser que l'on est en attente d'une solution. J'ai commencé à regarder pour faire un script de revert spécifique à ces cas, mais le temps me manque. Mais je reste dubidatif sur plusieurs points à propos de cette ligne: - est-ce que la construction a déjà démarré ? Les travaux préparatoires, (déboisement, fouilles, et déplacement des réseaux) ont commencé. Il y a donc des traces visibles sur le terrain. La construction démarre début 2012. En ce sens, le tracé adopté est aujourd'hui définitif. C'est le gros œuvre qui n'est pas encore commencé. - si non, est-ce que le tag construction n'est pas abusif ? Il me semble avoir utilisé le tag proposal à l’époque (comme pour Tours-Bordeaux d'ailleurs) Un peu anticipé disons. Ca dépent du point de vue. Quelqu'un voyant des modifications dans le paysage (tranchées à travers les forets, fouilles,...) pourra en connaitre la raison. - que vient faire le tag source=cadastre ici s'il n'y a rien dans le cadastre ? Je me pose également la question. Je ne crois pas avoir taggué le tracé complet avec la source cadastre. Il se trouve que le remembrement autour du Mans laisse apparaitre les parcelles utilisées, donc un tracé relativement précis. - le tracé a-t-il été récupé à partir des PDF mis à disposition sur ce site ? est-ce légal ? Idem. C'est borderline. et j'attends avec impatience la réponse du responsable de cet apport. Je n'ai rien décalqué par rapport au site du projet. Je me suis servi de leurs pdf pour connaitre le tracé (quand le remembrement ne m'aidait pas) et pourvoir en donner une interpretation en utilisant le cadastre et/ou bing. Pmz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] LGV Bretagne-Pays de Loire
On 06/09/2011 10:03, Rodolphe Quiedeville wrote: Le 05/09/2011 21:49, Pierre-André Le Ny a écrit : Bonsoir à tous, Je sollicite la liste pour quelque chose qui m'interpelle. J'ai vu récemment apparaître en base OSM un tracé de la future ligne à grande vitesse (nom de code LGV-BPL). http://www.openstreetmap.org/browse/way/48998529 Je suis de près le projet depuis quelques années et j'ai tout de suite été interpellé par le fait que le tracé dans OSM n'est pas le bon. En réalité, l'ajout dans OSM constitue juste en une ligne droite de Connerré (Sarthe) à Cesson-Sevigné (Ille et Vilaine). La ligne va être construite (elle) et le tracé est maintenant connu. http://www.lgv-bpl.org/caracteristiques-projet/cartographie-trace/recherche-cartographique Je peux comprendre que l'on ajoute des tracés connus et validés, notamment d'autoroutes, mais à ce niveau-là, j'ai plus de mal à comprendre l’intérêt et la valeur ajoutée de cette donnée. J'ai contacté l'auteur de cet ajout pour lui demander son point de vue. Et vous, que pensez-vous de cet ajout et de sa pertinence ? D'une manière générale, comment sont mappées les lignes de chemin de fer (import ou gps ?) ? Cette ligne droite va t'elle subsister jusqu'à la mise en service (fin 2016) ;-/ ? Quelles démarches seraient possibles pour mettre à jour ce tracé et le faire coller à la réalité (future) ? Bonjour, Faire une demande officielle à RFF pour obtenir le tracé est une démarche possible qui nous permettrait d'obtenir les meilleurs infos possible. Quelqu'un a-t'il déjà fait cette demande ? Bonjour, j'avais envoyé il y a quelques temps un mail à RFF concernant la libre utilisation des données des sillons des trains, en demandant également s'il était possible d'avoir une copie du réseau. La demande est toujours en cours de traitement :) Cordialement, JonathanMM Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] LGV Bretagne-Pays de Loire
On 05/09/2011 21:49, Pierre-André Le Ny wrote: D'une manière générale, comment sont mappées les lignes de chemin de fer (import ou gps ?) ? D'après ce que j'ai vu sur OSM, il y a deux types de données : - les lignes qui sont représentés par un seul chemin, dont les données ont le plus souvent été pris au GPS ou par imagerie Yahoo! (rare) - les lignes très détaillés (regarde autour de Paris) avec l'ensemble des voies et aiguillages qui ont été faites avec l'imagerie Bing JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
Génial. Merci pour ce retour précis. J'ai contacté la dernière personne à avoir modifié le tracé et j'allais te contacter comme auteur de la première version. En effet, les travaux de déboisement ont commencé. Le gros œuvre c'est pour 2012. On est donc OK pour dire que la construction a démarré. Espérant donc que tu trouves du temps pour compléter ton script de revert. Combien de points environ composent le way selon toi ? Le 6 septembre 2011 11:35, Pmz philippe.maz...@gmail.com a écrit : Pierre-André Le Ny leny.pa@... writes: Salut, Salut, Je crois que je suis l'auteur de la première version du tracé, voici quelques éléments de réponse. Le 6 septembre 2011 10:15, Pieren a écrit : 2011/9/6 Pierre-André Le Ny : Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet élément. Non, il faut revenir d'une version sur les coordonnees de chacun des points composant la ligne. Le way en lui même n'avait pas changé ! Je suis perplexe également et la discussion rapportée par Sly laisse penser que l'on est en attente d'une solution. J'ai commencé à regarder pour faire un script de revert spécifique à ces cas, mais le temps me manque. Mais je reste dubidatif sur plusieurs points à propos de cette ligne: - est-ce que la construction a déjà démarré ? Les travaux préparatoires, (déboisement, fouilles, et déplacement des réseaux) ont commencé. Il y a donc des traces visibles sur le terrain. La construction démarre début 2012. En ce sens, le tracé adopté est aujourd'hui définitif. C'est le gros œuvre qui n'est pas encore commencé. - si non, est-ce que le tag construction n'est pas abusif ? Il me semble avoir utilisé le tag proposal à l’époque (comme pour Tours-Bordeaux d'ailleurs) Un peu anticipé disons. Ca dépent du point de vue. Quelqu'un voyant des modifications dans le paysage (tranchées à travers les forets, fouilles,...) pourra en connaitre la raison. - que vient faire le tag source=cadastre ici s'il n'y a rien dans le cadastre ? Je me pose également la question. Je ne crois pas avoir taggué le tracé complet avec la source cadastre. Il se trouve que le remembrement autour du Mans laisse apparaitre les parcelles utilisées, donc un tracé relativement précis. - le tracé a-t-il été récupé à partir des PDF mis à disposition sur ce site ? est-ce légal ? Idem. C'est borderline. et j'attends avec impatience la réponse du responsable de cet apport. Je n'ai rien décalqué par rapport au site du projet. Je me suis servi de leurs pdf pour connaitre le tracé (quand le remembrement ne m'aidait pas) et pourvoir en donner une interpretation en utilisant le cadastre et/ou bing. Pmz ___ 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] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend
Le nouvel analyseur de clé de tag semble ne pas aimer oneway=-1 qui pourtant est indiqué comme correcte dans le wiki. Bravo pour tout le boulot, Osmose est un outil vraiment très utile. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
Je suis perplexe également et la discussion rapportée par Sly laisse penser que l'on est en attente d'une solution. J'ai commencé à regarder pour faire un script de revert spécifique à ces cas, mais le temps me manque. J'ai un peu de temps, je tente de faire quelque chose aujourd'hui, si je n'y arrive pas je passerais la main -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Organisation des réparations sur des données =?iso-8859-1?q?cass=E9es?= ?
Je pose un peu ce message en vrac car je ne sais pas trop car quel bout nous y prendre et si cela vaut le coup ou pas Après en avoir discuté off-list à propos d'un département qui avait subit des modifications par erreurs (finistère) après le sujet d'aujourd'hui sur la ligne de TGV transformée en ligne toute droite, je me dis que ce genre de cas se produise de temps en temps est pourrait nécessiter un peu d'organisation : En effet, réparer une erreur de saisie n'est pas toujours simple et souvent, la personne qui remarque un problème ne sait pas forcément comment le réparer. (Je ne m'intéresse pas aux cas simples pour lesquels il n'est pas besoin d'épiloguer et la méthode : contact l'auteur, discuter, réparer à la main reste à mon avis la meilleure) Aujourd'hui, la méthode qui consiste à envoyer un mail sur la liste talk-fr n'est pas trop mal mais je me demande si c'est bien le mieux ? Si cette méthode vous semble valable, j'écrirais bien une page sur le wiki indiquant ce qu'il faut faire quand on rencontre une erreur histoire d'avoir un rapport de bug le plus utile possible et savoir si quelqu'un est dispo pour s'en occuper et qui s'en occupe Dans les autres méthodes, il y a la création : - une liste spécial pour ça - une zone spécial d'un forum pour ça - d'un outil pour ça - rester comme ça et voir comment et si ça évolue idées ? -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
Pas besoin de faire un truc compliqué si un simple revert du way à partir de Potlatch1 fonctionne comme espéré Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
On mardi 6 septembre 2011, Pieren wrote: Pas besoin de faire un truc compliqué si un simple revert du way à partir de Potlatch1 fonctionne comme espéré Pieren Trop tard... la correction est faite. http://www.openstreetmap.org/browse/changeset/9226112 Potlatch1 aurait une possibilité de faire des reverts intelligents ? c'est bon à savoir pour l'avenir en tout cas (si quelqu'un peut confirmer ?) -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : LGV Bretagne-Pays de Loire
De : Pmz philippe.maz...@gmail.com - que vient faire le tag source=cadastre ici s'il n'y a rien dans le cadastre ? Je me pose également la question. Je ne crois pas avoir taggué le tracé complet avec la source cadastre. Il se trouve que le remembrement autour du Mans laisse apparaitre les parcelles utilisées, donc un tracé relativement précis. Je confirme pour la commune de Savigné l Evêque, lorsque j avais utilise le cadastre et que la ligne LGV etait tracee corectement il y avait une bande traversant les parcelles Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation des réparations sur des données =?iso-8859-1?q?cass=E9es?= ?
Bonjour A mon humble avis, celui d'un débutant dans le monde d'OSM, il y a déjà beaucoup d'outils et d'informations qui demande d'être tenus à jour, enfin de quoi perdre les débutants ;-) Je préconiserai de continuer sur cette liste : - les archives sont consultables http://lists.openstreetmap.org/pipermail/talk-fr/ - les interventions des uns sont très formatrices pour les autres (si, si, je vous lis tous les jours !) - on a que cette liste et le wiki comme base de recherche (ouf!) Amicalement Cyrille Le 6 septembre 2011 12:43, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Je pose un peu ce message en vrac car je ne sais pas trop car quel bout nous y prendre et si cela vaut le coup ou pas Après en avoir discuté off-list à propos d'un département qui avait subit des modifications par erreurs (finistère) après le sujet d'aujourd'hui sur la ligne de TGV transformée en ligne toute droite, je me dis que ce genre de cas se produise de temps en temps est pourrait nécessiter un peu d'organisation : En effet, réparer une erreur de saisie n'est pas toujours simple et souvent, la personne qui remarque un problème ne sait pas forcément comment le réparer. (Je ne m'intéresse pas aux cas simples pour lesquels il n'est pas besoin d'épiloguer et la méthode : contact l'auteur, discuter, réparer à la main reste à mon avis la meilleure) Aujourd'hui, la méthode qui consiste à envoyer un mail sur la liste talk-fr n'est pas trop mal mais je me demande si c'est bien le mieux ? Si cette méthode vous semble valable, j'écrirais bien une page sur le wiki indiquant ce qu'il faut faire quand on rencontre une erreur histoire d'avoir un rapport de bug le plus utile possible et savoir si quelqu'un est dispo pour s'en occuper et qui s'en occupe Dans les autres méthodes, il y a la création : - une liste spécial pour ça - une zone spécial d'un forum pour ça - d'un outil pour ça - rester comme ça et voir comment et si ça évolue idées ? -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag source et volume de BdD pour OSM
Salut Les français se font encore remarqués avec leur côté administratif et paperasse associée qui dans la Base de Données OSM se manifeste par une myriade d'octets ... ;-) Le tag source est très utilisé et son contenu est très verbeux : http://taginfo.openstreetmap.org/keys/source 15 131 165 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2010 6 939 480 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2011 2 562 865 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2009 2 127 894 x extraction␣vectorielle␣v1␣cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadas.␣Mise␣à␣jour␣:␣2010 1 647 084 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2009 862 591 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2008 Ne pourrait-on pas lancer une moulinette sur la BdD pour remplacer ces longues chaînes de caractères répétitives par des codes plus concis ? Par exemple: FR_DGI2008, FR_DGI2009, ... Et le verbeux label serait explicité sur le wiki (/wiki/Tag:source=FR_DGI) pour éclairer les esprits et éventuellement correspondre à une réglementation et/ou autorisation. A moins que dans la BdD le tag source des éléments ne soit qu'une référence, auquel cas mon message ne serait qu'un ensemble d'octets inutile et perturbant. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation des réparations sur des données =?iso-8859-1?q?cass=E9es?= ?
Bonjour - on a que cette liste et le wiki comme base de recherche (ouf!) On a aussi le forum OSM France [1], pas très fréquenté il est vrai mais pour traiter des sujets récurents on peut demander à ce qu'un fil soit épinglé pour qu'il apparaisse toujours en tête. Un fil épinglé pour signaler les erreurs et organiser les contacts et les corrections éviterai de polluer la liste francophone. J'y verrai bien aussi un fil de bienvenu, demande de parrainage, pour les tous premiers pas. BrunoC [1] http://forum.openstreetmap.org/viewforum.php?id=22 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
Super. Merci. Affaire classée. Next! Le 6 septembre 2011 13:05, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On mardi 6 septembre 2011, Pieren wrote: Pas besoin de faire un truc compliqué si un simple revert du way à partir de Potlatch1 fonctionne comme espéré Pieren Trop tard... la correction est faite. http://www.openstreetmap.org/browse/changeset/9226112 Potlatch1 aurait une possibilité de faire des reverts intelligents ? c'est bon à savoir pour l'avenir en tout cas (si quelqu'un peut confirmer ?) -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
Le 06/09/2011 13:56, cyrille giquello a écrit : Salut Les français se font encore remarqués avec leur côté administratif et paperasse associée qui dans la Base de Données OSM se manifeste par une myriade d'octets ... ;-) Le tag source est très utilisé et son contenu est très verbeux : http://taginfo.openstreetmap.org/keys/source 15 131 165 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2010 6 939 480 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2011 2 562 865 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2009 2 127 894 x extraction␣vectorielle␣v1␣cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadas.␣Mise␣à␣jour␣:␣2010 1 647 084 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2009 862 591 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2008 Ne pourrait-on pas lancer une moulinette sur la BdD pour remplacer ces longues chaînes de caractères répétitives par des codes plus concis ? Par exemple: FR_DGI2008, FR_DGI2009, ... Et le verbeux label serait explicité sur le wiki (/wiki/Tag:source=FR_DGI) pour éclairer les esprits et éventuellement correspondre à une réglementation et/ou autorisation. A moins que dans la BdD le tag source des éléments ne soit qu'une référence, auquel cas mon message ne serait qu'un ensemble d'octets inutile et perturbant. +1 ! mais avec un séparateur (virgule) entre FR_DGI et l'année. À défaut de mettre le tag source dans le changeset. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
Bonjour, La mention complète fait parti des conditions d'utilisation : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI En revanche, la rediffusion de ces données n'est autorisée que pour les produits composites, c'est à dire ceux constitués pour partie seulement du plan cadastral, et sous réserve que soient clairement indiqués l'origine et le millésime des données cadastrales utilisées (par exemple source : Direction générales des finances publiques - année 2008). My 2 cents Fred Le 6 septembre 2011 14:05, Vincent Pottier vpott...@gmail.com a écrit : Le 06/09/2011 13:56, cyrille giquello a écrit : Salut Les français se font encore remarqués avec leur côté administratif et paperasse associée qui dans la Base de Données OSM se manifeste par une myriade d'octets ... ;-) Le tag source est très utilisé et son contenu est très verbeux : http://taginfo.openstreetmap.org/keys/source 15 131 165 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2010 6 939 480 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2011 2 562 865 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2009 2 127 894 x extraction␣vectorielle␣v1␣cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadas.␣Mise␣à␣jour␣:␣2010 1 647 084 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre.␣Mise␣à␣jour␣:␣2009 862 591 x cadastre-dgi-fr␣source␣:␣Direction␣Générale␣des␣Impôts␣-␣Cadastre␣;␣mise␣à␣jour␣:␣2008 Ne pourrait-on pas lancer une moulinette sur la BdD pour remplacer ces longues chaînes de caractères répétitives par des codes plus concis ? Par exemple: FR_DGI2008, FR_DGI2009, ... Et le verbeux label serait explicité sur le wiki (/wiki/Tag:source=FR_DGI) pour éclairer les esprits et éventuellement correspondre à une réglementation et/ou autorisation. A moins que dans la BdD le tag source des éléments ne soit qu'une référence, auquel cas mon message ne serait qu'un ensemble d'octets inutile et perturbant. +1 ! mais avec un séparateur (virgule) entre FR_DGI et l'année. À défaut de mettre le tag source dans le changeset. -- 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
Re: [OSM-talk-fr] Organisation des réparations sur des données =?iso-8859-1?q?cass=E9es?= ?
Bonjour, De : Bruno Cortial On a aussi le forum OSM France [1], pas très fréquenté il est vrai mais pour traiter des sujets récurents on peut demander à ce qu'un fil soit épinglé pour qu'il apparaisse toujours en tête. Un fil épinglé pour signaler les erreurs et organiser les contacts et les corrections éviterai de polluer la liste francophone. J'y verrai bien aussi un fil de bienvenu, demande de parrainage, pour les tous premiers pas. BrunoC [1] http://forum.openstreetmap.org/viewforum.php?id=22 Pourquoi pas en effet, l'ergonomie d'un forum s'y prête bien. Cependant si le but est de prévenir sur une régression sur les données, ça reste incontournable de poster un message ici-même, non ? Le public atteint sur le forum reste plus confidentiel. Pour revenir à la proposition de Sly sur le wiki, je pense qu'une page de méthodo est bienvenue, j'imagine aussi une page sous forme d'un bête tableau avec quelques entrées comme par exemple : * Nature du pb rencontré * Changeset en cause * Date / heure du constat * Problème constaté par ? * Problème pris en charge par ? * Statut du problème (ouvert / clos) * Changeset de correction À chaque nouveau problème une nouvelle ligne, où l'on remplit les cases qu'on peut. L'intérêt n'est pas une gestion tatillonne des réparations, mais un moyen de savoir qu'un problème est connu, voire pris en charge, et par qui. Quant il s'agit de réparer une relation France ou même une relation de limite de région/département, il est facile de se retrouver à plusieurs en peu de temps sur le même chantier, sans le savoir. Autant éviter, si on arrive à s'organiser en amont. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
2011/9/6 Pierre-André Le Ny leny...@gmail.com: Super. Merci. Affaire classée. Next! Je ne trouve pas: - le tag source contient deux fois le cadastre alors que cela ne concerne probablement qu'une petite portion de voies, - pour ce qui ne vient pas du cadastre, il y a utilisation d'une source qui n'est pas claire du point de vue légal - le qualificatif de construction est un peu trop anticipé et personne ne s'est encore préoccupé de l'intégration avec l'existant Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
2011/9/6 cyrille giquello cyrill...@gmail.com: Par exemple: FR_DGI2008, FR_DGI2009, ... Quelle horreur. Pensez aux nouveaux qui vont sûrement tout de suite comprendre que ça vient du cadastre... Moi j'avais pensé à un simple cadastre 2011, 3 caractères de plus (à multiplier par quelques millions d'objets tout de même) mais qui rendent les choses plus compréhensibles. Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7: http://wiki.openstreetmap.org/wiki/API_v0.7#Better_handling_of_sourcing_.28.27source.27_tag.29 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
Le 06/09/2011 14:27, Frédéric Rodrigo a écrit : Bonjour, La mention complète fait parti des conditions d'utilisation : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI En revanche, la rediffusion de ces données n'est autorisée que pour les produits composites, c'est à dire ceux constitués pour partie seulement du plan cadastral, et sous réserve que soient clairement indiqués l'origine et le millésime des données cadastrales utilisées (par exemple source : Direction générales des finances publiques - année 2008). My 2 cents Fred Clairement indiqué, certes, mais où ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
On mardi 6 septembre 2011, Pieren wrote: Pas besoin de faire un truc compliqué si un simple revert du way à partir de Potlatch1 fonctionne comme espéré Je n'ai pas réussi à faire un revert de l'ensemble des noeuds avec p1, l'option d'accès à l'historique est pourtant bien là (advanced - historique du chemin) Quand je l'active ça semble marcher visuellement et après plus rien, quand je tente de sauvegarder il me dit qu'il n'y a rien à sauvegarder. Zone de test ici si quelqu'un veut tenter : http://www.openstreetmap.org/edit?editor=potlatchlat=-79.89404lon=-160.60834zoom=15 http://www.openstreetmap.org/browse/way/129111851 -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
(...) qui dans la Base de Données OSM se manifeste par une myriade d'octets ... Bof, si le problème est une question de taille dans la base de donnée OSM, ne serait il pas plus fin de régler cela directement dans la manière de stocker ces informations en amont ? Et de manière à ce que cela soit complètement transparent pour l'utilisateur final qui continuera a voir le texte complet et plus explicite que des codes ? Sans compter qu'opérer une modification de masse entraînera un gonflement de l'historique sans rien régler de ce problème de taille (si problème il y a) puisque les éléments anciens seront toujours présents dans la base OSM A moins que dans la BdD le tag source des éléments ne soit qu'une référence, auquel cas mon message ne serait qu'un ensemble d'octets inutile et perturbant. Pour l'instant ce n'est pas stocké ainsi il me semble, mais si un travail doit être fait il me semblerait logique de le faire en amont dans la base et de manière global, il y aura bien plus à gagner ainsi, sans créer d'historique parasite, et en traitant tous les tags quels qu'ils soient avec un système par références. N'essayons pas de régler maladroitement un problème que nous ne connaissons pas bien et tournons nous plutôt, si motivation il y a, vers les gens qui sont au plus prêt du schéma osmosis -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7: cf mon précédent message, c'est de cette solution dont je veux parler. HS Par contre, je ne vois pas le rapport avec l'API0.7. Une nouvelle API aurait pour mission de changer la manière dont est accessible l'information, la manière interne de la stocker pouvant tout à fait être indépendante. Peut-être entendais-tu plutôt un changement du format OSM qui fournirait un moyen d'éviter la redondance à l'intérieur d'un fichier .osm ? http://wiki.openstreetmap.org/wiki/API_v0.7#Better_handling_of_sourcing_.28.27source.27_tag.29 Je vais dévier un peu, mais je ne crois pas que 'comment' soit rendu plus 'prédominant' par l'API 0.6, ça n'est qu'une histoire de présentation de l'information sur les pages style http://www.openstreetmap.org/user/sly/edits ou dans les editeurs, mais sinon un changeset http://www.openstreetmap.org/api/0.6/changeset/9227474 les mets sur un même pieds d'égalité En revanche, je suis d'accord sur le fait que l'accès à l'historique n'est pour l'instant pas vraiment rendu simple par L'API actuelle et c'est peut être pas mal dû à ça que les éditeurs l'implémentent très mal -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend
Bravo pour tout le boulot, Osmose est un outil vraiment très utile. +1 didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : LGV Bretagne-Pays de Loire
En effet, merci Pieren de faire ton rabat-joie (au sens premier et noble du terme). Le fait de ne plus voir le tracé sur ma maison a probablement provoqué cet emballement :) Mais au delà de cet aspect rendu, les questions de la source et de la constitution de la donnée restent ouvertes (et m'intéressent tout autant). Affaire à suivre donc. Le 6 septembre 2011 14:52, Pieren pier...@gmail.com a écrit : 2011/9/6 Pierre-André Le Ny leny...@gmail.com: Super. Merci. Affaire classée. Next! Je ne trouve pas: - le tag source contient deux fois le cadastre alors que cela ne concerne probablement qu'une petite portion de voies, - pour ce qui ne vient pas du cadastre, il y a utilisation d'une source qui n'est pas claire du point de vue légal - le qualificatif de construction est un peu trop anticipé et personne ne s'est encore préoccupé de l'intégration avec l'existant Pieren ___ 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] Tag source et volume de BdD pour OSM
Le 6 septembre 2011 15:40, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7: cf mon précédent message, c'est de cette solution dont je veux parler. HS Par contre, je ne vois pas le rapport avec l'API0.7. Une nouvelle API aurait pour mission de changer la manière dont est accessible l'information, la manière interne de la stocker pouvant tout à fait être indépendante. Peut-être entendais-tu plutôt un changement du format OSM qui fournirait un moyen d'éviter la redondance à l'intérieur d'un fichier .osm ? C'est à ça que servent les différentes compressions (gz, bz, bz2, etc). Ces données répétitives se compriment très très bien. J'espère par contre que le stockage en interne n'est pas répétitif, c'est sûr que là il y a de l'espace à récupérer. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM [presque pas mal HS ; -)]
C'est à ça que servent les différentes compressions (gz, bz, bz2, etc). Ces données répétitives se compriment très très bien. Oui en terme de taille pure, par contre les parseurs xml et les traitements ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat ;-) J'espère par contre que le stockage en interne n'est pas répétitif, c'est sûr que là il y a de l'espace à récupérer. J'ai peur que si[1], mais mon opinion est que ce n'est pas à nous de tagguer avec des référence pour minimiser cette répétition, car notre démarche ne sera que contre productive à tous les niveaux. [1] http://wiki.openstreetmap.org/wiki/Database_schema CREATE TABLE node_tags ( id BIGINT NOT NULL, -- primary key part 1/3; references nodes(id,version) part 1/2 version BIGINT NOT NULL, -- primary key part 2/3; references nodes(id,version) part 2/2 k CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL, -- primary key part 3/3 v CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL ); -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
2011/9/6 sly (sylvain letuffe) sylv...@letuffe.org: Par contre, je ne vois pas le rapport avec l'API0.7. Une nouvelle API aurait pour mission de changer la manière dont est accessible l'information, la manière interne de la stocker pouvant tout à fait être indépendante. Peut-être entendais-tu plutôt un changement du format OSM qui fournirait un moyen d'éviter la redondance à l'intérieur d'un fichier .osm ? Mon idée serait d'ajouter une contrainte dans la base ET dans l'API. Je pense à un nouvel élément 'source' à côté de node, way, relation et changeset. On pourrait définir librement des sources (avec source_id) qui serait ensuite listé dans la composante d'un node, un way, une relation ou un changeset (sans limite de nombre : 0..*). Le nombre de sources n'est finalement pas si énorme et une liste prédéfinie pourrait être fournie par les éditeurs (et même localisée - on pourrait créer des relations de type toutes les sources connues pour la France). Le tag source deviendrait un élément qui ne serait détailé qu'une seule fois dans une table de la base et dans tous les fichiers qui contiendraient des données OSM puis il y aurait une référence avec un source_id garantissant l'intégrité. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
2011/9/6 Christian Quest J'espère par contre que le stockage en interne n'est pas répétitif, c'est sûr que là il y a de l'espace à récupérer. -- Christian Hélas, il est répétitif partout. Dans la base, dans les extracts et même dans les fichiers au format .pbf La compression se limite donc à ce qu'on peut faire de mieux pour comprimer du texte en utf-8 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
Mon idée serait d'ajouter une contrainte dans la base ET dans l'API. Je pense à un nouvel élément 'source' à côté de node, way, relation et changeset. On pourrait définir librement des sources (avec source_id) qui serait ensuite listé dans la composante d'un node, un way, une relation ou un changeset (sans limite de nombre : 0..*). ça me rappel un peu les idées qui proposaient que les tags possibles soient listés dans la base OSM directement et que les editeurs puissent les proposer directement à l'utilisateur à partir d'une liste déroulante dont la source est commune, plutôt que dans des fichiers de config potentiellement différents dans chaque éditeur. (Les propositions parlaient bien sûr de pouvoir librement en ajouter sans quoi le principe de liberté de tag pouvait être remis en cause) L'idée me plaît assez. Coté technique, je ne suis cependant pas sûr que ça soit nécessaire finalement de changer la structure de la base, mais à la limite c'est un autre débat. (Par exemple plutôt qu'une table source, aller chercher dans les tags la liste possible des valeurs pour source=* ou aller voir taginfo, ou pourquoi pas une base externe listant les valeurs déjà utilisées pour source=* highway=* autre) L'idée de contrainte en revanche est plus délicate. Je suis assez favorable au principe, comme tu l'as dis sur le wiki, avoir la source des éléments est une valeur énorme, mais reste qu'il faut que les editeurs jouent le jeu de manière fine, inutile d'imposer à l'utilisateur de choisir parmi 10 sources si celui-ci en a utilisé plusieurs ou le bloquer de trop si celui-ci veut indiquer une source de son invention. Bref, je me demande si c'est bien le boulot de l'API de contraindre ou si c'est aux éditeurs d'avoir les moyens d'éduquer -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Besoin d'aide pour décrire les bâtiments d'une fac
Bonsoir à tous, Je me présente vite fait car il s'agit de mon premier message sur cette liste. Je m'appelle Brice et je suis étudiant à l'université de Provence. Ça fait maintenant un peu plus d'un an que je suis cette liste (je crois) et que je participe (très légèrement) à OSM. Bon maintenant que la présentation est faite, voilà pourquoi je vous envoi ce petit message. J'ai eu l'idée de regarder à quoi pouvait bien ressembler ma fac sur OSM et je trouvais la carte un peu... vide. Tout du moins les bâtiments n'avaient aucun nom et aucune fonction. On peut la voir ici : http://www.openstreetmap.org/?lat=43.305615lon=5.37868zoom=18layers=M Et j'ai dans l'optique de changer ça et d'enrichir un peu la BDD avec les informations qu'il peut manquer. Tout d'abord mon premier problème, et j'espère mon plus simple : quels sont les tags à utiliser pour : - Un gymnase universitaire - Un restaurant universitaire - Une cité universitaire (vous inquiétez pas je fais du copier-coller pour le mot universitaire :) ) - Une conciergerie - Un amphi Pour le moment je n'ai utilisé que le tag name. Pour le restauU j'ai aussi utilisé le tag amenity=restaurant mais je ne suis pas sûr qu'il soit adapté... Je pencherai plutôt pour un school_restaurant ou quelque chose dans le genre. Bien entendu quelques lignes plus haut j'ai parlé de premier problème, ce qui sous-entend que j'en ai au moins un autre :). En fait j'aimerai seulement savoir à quel point il faut mapper le lieu, si le nom des bâtiments est suffisant où s'il faut aussi inclure les salles, couloirs, etc... Voilà j'ai fini. Merci d'avoir pris le temps de me lire. Brice___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM
2011/9/6 sly (sylvain letuffe) sylv...@letuffe.org: Bref, je me demande si c'est bien le boulot de l'API de contraindre ou si c'est aux éditeurs d'avoir les moyens d'éduquer Quand je parle de contrainte, c'est uniquement du point de vue d'une bdd relationnelle. J'avais bien précisé 0..* pour la multiplicité. J'ai assez râlé à l'époque contre JOSM qui imposait les commentaires avec 3 caractères minimum pour ne pas vouloir introduire ce genre de contraintes ailleurs. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin d'aide pour décrire les bâtiments d'une fac
Bonsoir Brice, C'est une très bonne initiative ! Pour commencer, tu peux aller voir cette page, où quelques sites sont considérés comme de bonnes références http://wiki.openstreetmap.org/wiki/FR:Cartotheque On y trouve quelques campus Comme tu dois le savoir si tu suis cette liste depuis quelque temps, c'est que tous les attributs des bâtiments ne s'affichent pas sur le rendu (par exemple Mapnik) Pour voir ceux qui ont été donnés aux bâtiments, il faut zoomer à fond sur la zone qui t'intéresse et activer le calque de données sur le site www.openstreetmap.org Bon courage Le 6 septembre 2011 20:38, Brice Hardy hardybr...@gmail.com a écrit : Bonsoir à tous, Je me présente vite fait car il s'agit de mon premier message sur cette liste. Je m'appelle Brice et je suis étudiant à l'université de Provence. Ça fait maintenant un peu plus d'un an que je suis cette liste (je crois) et que je participe (très légèrement) à OSM. Bon maintenant que la présentation est faite, voilà pourquoi je vous envoi ce petit message. J'ai eu l'idée de regarder à quoi pouvait bien ressembler ma fac sur OSM et je trouvais la carte un peu... vide. Tout du moins les bâtiments n'avaient aucun nom et aucune fonction. On peut la voir ici : http://www.openstreetmap.org/?lat=43.305615lon=5.37868zoom=18layers=M Et j'ai dans l'optique de changer ça et d'enrichir un peu la BDD avec les informations qu'il peut manquer. Tout d'abord mon premier problème, et j'espère mon plus simple : quels sont les tags à utiliser pour : - Un gymnase universitaire - Un restaurant universitaire - Une cité universitaire (vous inquiétez pas je fais du copier-coller pour le mot universitaire :) ) - Une conciergerie - Un amphi Pour le moment je n'ai utilisé que le tag name. Pour le restauU j'ai aussi utilisé le tag amenity=restaurant mais je ne suis pas sûr qu'il soit adapté... Je pencherai plutôt pour un school_restaurant ou quelque chose dans le genre. Bien entendu quelques lignes plus haut j'ai parlé de premier problème, ce qui sous-entend que j'en ai au moins un autre :). En fait j'aimerai seulement savoir à quel point il faut mapper le lieu, si le nom des bâtiments est suffisant où s'il faut aussi inclure les salles, couloirs, etc... Voilà j'ai fini. Merci d'avoir pris le temps de me lire. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User: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] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend
Le 6 septembre 2011, Christian Quest a écrit : Le nouvel analyseur de clé de tag semble ne pas aimer oneway=-1 qui pourtant est indiqué comme correcte dans le wiki. C'est normalement corrigé. Les erreurs de ce type devraient disparaître dans les jours qui suivent. Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Journey2web 0.4 : publier ses randos et ses voyages en images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour à tous, Pour ceux que ça intéresse, j'ai fait un petit script qui permet, à partir de traces GPS et de photos (prises lors d'un voyage, par exemple), de générer une page web présentant le voyage avec les photos, sur un fond OSM. Ça donne ce genre de choses : http://galilee.eedf.fr/volvestre/2011/camp-ecles/ La dépêche linuxfr expliquant tout : http://linuxfr.org/news/journey2web-04-publier-ses-randos-et-ses-voyages-en-images Téléchargement et documentation : http://dev.filyb.info/journey2web/ Amusez-vous bien avec, je suis preneur de tout commentaire, proposition d'amélioration, patch, etc - -- Florian Birée Jabber/e-mail : flor...@biree.name -- web : http://florian.biree.name/ ** Terriens Cherchent Futur : http://biblio.ismalaris.org/ ** -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5mdzAACgkQ3uynSfJ1uGo3aACcD3X0XaYLPboAOgmpBgvl4cpw h2AAn3DXENqWzhODbLZSPT7wMU40kcdr =tia2 -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin d'aide pour décrire les bâtiments d'une fac
Salut, c'est effectivement une très bonne initiative ! (que j'aurais dût avoir il y a longtemps ...) j'ai jeté un petit coup d'oeil sur la zone et effectivement il y a un certain nombre de choses qui ne sont pas vraiment correctes ... je viens à la fac jeudi, si tu es disponible en fin de matinée on pourrait se rencontrer quelque part et voir ça en direct ? j'en profiterai pour mettre en marche mon gps, je vois que l'imagerie Bing Map est un peu ancienne sur la zone (la nouvelle entrée n'est pas visible), et qu'il y a quelques décalages avec le cadastre ... Sylvain Le 6 septembre 2011 21:13, Ab_fab gamma@gmail.com a écrit : Bonsoir Brice, C'est une très bonne initiative ! Pour commencer, tu peux aller voir cette page, où quelques sites sont considérés comme de bonnes références http://wiki.openstreetmap.org/wiki/FR:Cartotheque On y trouve quelques campus Comme tu dois le savoir si tu suis cette liste depuis quelque temps, c'est que tous les attributs des bâtiments ne s'affichent pas sur le rendu (par exemple Mapnik) Pour voir ceux qui ont été donnés aux bâtiments, il faut zoomer à fond sur la zone qui t'intéresse et activer le calque de données sur le site www.openstreetmap.org Bon courage Le 6 septembre 2011 20:38, Brice Hardy hardybr...@gmail.com a écrit : Bonsoir à tous, Je me présente vite fait car il s'agit de mon premier message sur cette liste. Je m'appelle Brice et je suis étudiant à l'université de Provence. Ça fait maintenant un peu plus d'un an que je suis cette liste (je crois) et que je participe (très légèrement) à OSM. Bon maintenant que la présentation est faite, voilà pourquoi je vous envoi ce petit message. J'ai eu l'idée de regarder à quoi pouvait bien ressembler ma fac sur OSM et je trouvais la carte un peu... vide. Tout du moins les bâtiments n'avaient aucun nom et aucune fonction. On peut la voir ici : http://www.openstreetmap.org/?lat=43.305615lon=5.37868zoom=18layers=M Et j'ai dans l'optique de changer ça et d'enrichir un peu la BDD avec les informations qu'il peut manquer. Tout d'abord mon premier problème, et j'espère mon plus simple : quels sont les tags à utiliser pour : - Un gymnase universitaire - Un restaurant universitaire - Une cité universitaire (vous inquiétez pas je fais du copier-coller pour le mot universitaire :) ) - Une conciergerie - Un amphi Pour le moment je n'ai utilisé que le tag name. Pour le restauU j'ai aussi utilisé le tag amenity=restaurant mais je ne suis pas sûr qu'il soit adapté... Je pencherai plutôt pour un school_restaurant ou quelque chose dans le genre. Bien entendu quelques lignes plus haut j'ai parlé de premier problème, ce qui sous-entend que j'en ai au moins un autre :). En fait j'aimerai seulement savoir à quel point il faut mapper le lieu, si le nom des bâtiments est suffisant où s'il faut aussi inclure les salles, couloirs, etc... Voilà j'ai fini. Merci d'avoir pris le temps de me lire. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend
Bonjour, Osmose détecte les bâtiments se recouvrant, serait-il possible de ne pas indiquer cet élément si les points ont tag comme repères géodésiques ? Car pour ce type de point, l'erreur n'en est pas une. bonne journée Cédric Barribaud Membre adhérent de l'APP3L www.app3l.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag source et volume de BdD pour OSM [presque pas mal HS ; -)]
Dépendant de l'utilisation des données, peut-être imposm te sera utile : http://imposm.org/docs/imposm/latest/ Le mapping.py te permet de définir ce que tu veux importer (et de laisser tomber le reste) 2011/9/6 sly (sylvain letuffe) sylv...@letuffe.org C'est à ça que servent les différentes compressions (gz, bz, bz2, etc). Ces données répétitives se compriment très très bien. Oui en terme de taille pure, par contre les parseurs xml et les traitements ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat ;-) J'espère par contre que le stockage en interne n'est pas répétitif, c'est sûr que là il y a de l'espace à récupérer. J'ai peur que si[1], mais mon opinion est que ce n'est pas à nous de tagguer avec des référence pour minimiser cette répétition, car notre démarche ne sera que contre productive à tous les niveaux. [1] http://wiki.openstreetmap.org/wiki/Database_schema CREATE TABLE node_tags ( id BIGINT NOT NULL, -- primary key part 1/3; references nodes(id,version) part 1/2 version BIGINT NOT NULL, -- primary key part 2/3; references nodes(id,version) part 2/2 k CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL, -- primary key part 3/3 v CHARACTER VARYING(255) DEFAULT ''::CHARACTER VARYING NOT NULL ); -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr