Re: [OSM-talk-fr] Notice à suivre pour les imports
Bonjour à tous, Les guideslines sur les imports (http://wiki.openstreetmap.org/wiki/Import/Guidelines ) vont plus loin en préconisant de ne pas utiliser le tag source pour mentionner l'origine des données. - Use a dedicated user account Create a new user for the import. You must not use your standard OSM user account. The user page for the account should be used to collate data relating to the source and contact details for the import. Furthermore, it means that attribution can often be carried in the account's display name, or in the account's user page, which is better than putting it as a tag, as the user's editing history is a permanent record of the source and doesn't interfere with tags or increase the size of the database as much. For these reasons, creating a dedicated user account is preferable to using a source http://wiki.openstreetmap.org/wiki/Key:source=* tag. - Ce choix est motivé par : - l'usage du compte OSM créé pour l'import afin de donner des informations sur la source, les outils, le lien vers une page du wiki. Le nom même du compte peut indiquer la source. - la permanence de l'enregistrement des modifications effectuées à l'aide du compte d'import. - le souci de ne pas charger la base de données de la carte OSM sachant que l'historique des modifications est à part Pour connaitre la source d'un objet, il faut consulter l'historique des modifications et repérer le compte qui a créé l'objet. Cela me laisse perplexe sur la visibilité qu'OSM veut donner à ses sources. Autant citer la liste de tous les organismes ayant fourni des données dans les conditions générales d'utilisation d'OSM ou dans une page Remerciements du wiki. En tant que contributeur, le tag source me parait une indication utile sur la qualité d'un objet. Si je constate une anomalie, je peux contacter la source (cf les monuments historiques mal localisés) ou l'auteur de l'import. Le mouvement Opendata amorcé en France va générer des imports de données. Il me parait important que la communauté OSM s'accorde sur des règles et pratiques pour ces projets d'import. Librement Christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Pour que ce soit cohérent, il faudrait alors un seul compte utilisateur par source, et seul ce compte pourrait importer des données. Est-ce à dire qu'on ne peut plus importer de données venant du cadastre par exemple, et seulement compter sur les administrations pour qu'elles procèdent elles-mêmes aux imports ? Jusqu'à présent, elles ne peuvent pas le faire car elles ne sont pas financées pour le faire. La règle énoncée me semble totalement anticollaborative. Mentionner la source est une bonne chose. En attendant, cela veut dire que si quelqu'un importe une source, il doit utiliser un compte utilisateur séparé pour chaque source ? Et s'abstenir totalement de fusionner d'autres données ou dédoublonner les données importées avec les données existantes, à charge ensuite pour lui d'utiliser un autre compte pour faire le nettoyage ? Le risque est alors de trouver dans la base des quantités énormes de doublons, incohérents entre eux. Il y a pourtant un autre outil pour le suivi : les groupes de modification, qui sont conservés aussi dans les historiques et peuvent mentionner la source utilisée. Utiliser plusieurs comptes ne peut qu'apporter des tonnes de problèmes, par l'impossibilité de fusionner les données en doublon (et la base contiendra bien plus de pollution que les chaines du tag source=* !!!). Il suffit d'indiquer la source dans le commentaire du groupe de modification. Plusieurs comptes c'est inutile, et le risque d'utiliser le mauvais compte pour certaines modifs est grand (d'autant qu'il n'est pas aisé de le faire dans les éditeurs actuels). Cette règle est ridicule, contre-productive, anti-collaborative, et produira bien plus d'effets indésirables ! Je milite plutôt pour les commentaires des groupes de modification, si on veut arrêter d'utiliser les tag source=*. Le 28 avril 2012 12:41, isnogoud os...@free.fr a écrit : Use a dedicated user account Create a new user for the import. You must not use your standard OSM user account. The user page for the account should be used to collate data relating to the source and contact details for the import. Furthermore, it means that attribution can often be carried in the account's display name, or in the account's user page, which is better than putting it as a tag, as the user's editing history is a permanent record of the source and doesn't interfere with tags or increase the size of the database as much. For these reasons, creating a dedicated user account is preferable to using a source=* tag. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Bonjour, je suis assez d'accord avec Pieren avec nuance sur je tag source qui facilite l'appréciation des données lors du mapping. De plus on est si nombreux à utiliser des données via import, parfois partiels et en tous cas toujours retouchés qu'un compte dédié n'a de sens que pour des cas particuliers. Mes 0.02€ Le 28/04/12, Philippe Verdyverd...@wanadoo.fr a écrit : Pour que ce soit cohérent, il faudrait alors un seul compte utilisateur par source, et seul ce compte pourrait importer des données. Est-ce à dire qu'on ne peut plus importer de données venant du cadastre par exemple, et seulement compter sur les administrations pour qu'elles procèdent elles-mêmes aux imports ? Jusqu'à présent, elles ne peuvent pas le faire car elles ne sont pas financées pour le faire. La règle énoncée me semble totalement anticollaborative. Mentionner la source est une bonne chose. En attendant, cela veut dire que si quelqu'un importe une source, il doit utiliser un compte utilisateur séparé pour chaque source ? Et s'abstenir totalement de fusionner d'autres données ou dédoublonner les données importées avec les données existantes, à charge ensuite pour lui d'utiliser un autre compte pour faire le nettoyage ? Le risque est alors de trouver dans la base des quantités énormes de doublons, incohérents entre eux. Il y a pourtant un autre outil pour le suivi : les groupes de modification, qui sont conservés aussi dans les historiques et peuvent mentionner la source utilisée. Utiliser plusieurs comptes ne peut qu'apporter des tonnes de problèmes, par l'impossibilité de fusionner les données en doublon (et la base contiendra bien plus de pollution que les chaines du tag source=* !!!). Il suffit d'indiquer la source dans le commentaire du groupe de modification. Plusieurs comptes c'est inutile, et le risque d'utiliser le mauvais compte pour certaines modifs est grand (d'autant qu'il n'est pas aisé de le faire dans les éditeurs actuels). Cette règle est ridicule, contre-productive, anti-collaborative, et produira bien plus d'effets indésirables ! Je milite plutôt pour les commentaires des groupes de modification, si on veut arrêter d'utiliser les tag source=*. Le 28 avril 2012 12:41, isnogoud os...@free.fr a écrit : Use a dedicated user account Create a new user for the import. You must not use your standard OSM user account. The user page for the account should be used to collate data relating to the source and contact details for the import. Furthermore, it means that attribution can often be carried in the account's display name, or in the account's user page, which is better than putting it as a tag, as the user's editing history is a permanent record of the source and doesn't interfere with tags or increase the size of the database as much. For these reasons, creating a dedicated user account is preferable to using a source=* tag. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, avec cquest, on a eus une discussion sur IRC avec pnorman justement. On ne peut pas dire que ça a été une discussion super plaisante mais Christian me corrigera, voila les grandes lignes: Import de sa ville locale fait correctement bien nettoyé en utilisant les connaissances locales, pas de compte particulier Serial importer de villes, compte particulier pour l'import des villes par personne. Je ne suis pas convaincue par certains des arguments avances mais on va essayer de jouer le jeu un minimum :) La réaction est en partie liée a certains imports massifs qui ont été fait ou qui vont être faits (import cadastral espagnol qui a l'air d?être particulièrement violent (apparemment plus de polygones importés que de gens dans une ville)) et a des problèmes éventuels d'import non compatible avec la licence en règle générale et quelque soit la licence, car ça complique fortement les roll back. Donc je pense qu'en faisant attention la dessus ça devrait passer. Toutefois, comme il a ete fait avec Corine, des que l'on fait un import massif, il faut vraiment créer un compte particulier pour ça. Emilie Laffray On 27/04/2012 06:47, Fabien wrote: pnornam D'ailleurs il m'a répondu en demandant de mettre à jour le wiki. J'attends quand même des avis ici plus nombreux. Fabien//lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+b7psACgkQ7H1ne0ugLJnX5wCfWejlBFlGJmuLBHPZJOIeHxPF uEIAn21QM4rqfg4fJJ/muTcDRYMQ2oW1 =jokW -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Pour les serial importer... pnormal va me fournir les comptes qu'il a repérer. Je contacterai les contributeurs en questions afin de leur rappeler qu'il y a du travail à faire sur chaque import de cadastre: - fusionner avec l'existant: bâtiments et POI - s'assurer que la voirie est cohérente et qu'elle ne coupe pas les bâtiments qu'on ajoute La qualité doit passer avant la quantité. Le 28 avril 2012 15:20, Emilie Laffray emilie.laff...@gmail.com a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, avec cquest, on a eus une discussion sur IRC avec pnorman justement. On ne peut pas dire que ça a été une discussion super plaisante mais Christian me corrigera, voila les grandes lignes: Import de sa ville locale fait correctement bien nettoyé en utilisant les connaissances locales, pas de compte particulier Serial importer de villes, compte particulier pour l'import des villes par personne. Je ne suis pas convaincue par certains des arguments avances mais on va essayer de jouer le jeu un minimum :) La réaction est en partie liée a certains imports massifs qui ont été fait ou qui vont être faits (import cadastral espagnol qui a l'air d?être particulièrement violent (apparemment plus de polygones importés que de gens dans une ville)) et a des problèmes éventuels d'import non compatible avec la licence en règle générale et quelque soit la licence, car ça complique fortement les roll back. Donc je pense qu'en faisant attention la dessus ça devrait passer. Toutefois, comme il a ete fait avec Corine, des que l'on fait un import massif, il faut vraiment créer un compte particulier pour ça. Emilie Laffray On 27/04/2012 06:47, Fabien wrote: pnornam D'ailleurs il m'a répondu en demandant de mettre à jour le wiki. J'attends quand même des avis ici plus nombreux. Fabien//lists.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+b7psACgkQ7H1ne0ugLJnX5wCfWejlBFlGJmuLBHPZJOIeHxPF uEIAn21QM4rqfg4fJJ/muTcDRYMQ2oW1 =jokW -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Le 28 avril 2012 15:20, Emilie Laffray emilie.laff...@gmail.com a écrit : La réaction est en partie liée a certains imports massifs qui ont été fait ou qui vont être faits (import cadastral espagnol qui a l'air d?être particulièrement violent (apparemment plus de polygones importés que de gens dans une ville)) et a des problèmes éventuels d'import non compatible avec la licence en règle générale et quelque soit la licence, car ça complique fortement les roll back. Est-ce lié au fait que j'ai corrigé des problèmes de géométrie un peu partout sur les frontières espagnoles ? Ce n'était pas des imports massifs, mais bien des corrections manuelles basées sur les données existantes. Pour que la carte affchée sur Layers s'affiche correctement dans tous les niveaux (c'est presque fini, sauf les municipalité en Aragon dont certaines ont plusieurs relations, chacune contenant une partie des frontières pour la même municipalité, ce que ni Osmose, ni Layers ne détectent), et les divers problèmes relevés sur Osmose (problèmes de rôles, problèmes de ways en doublons, communes non correctement fermées, et corrections demandées surt les frontières côtières pour lesquelles j'ai remplacé les frontières maritimes par les lignes côtières sur tous les niveaux sauf le niveau 2), plus des corrections mineures sur Bing. Une des communes espagnoles a un tracé assez bizarre que je n'arrive pas à faire valider dans l'état, la majeure partie de sa surface est constituée de municipalités quasi-jointives (sauf une petite bande de séparation de parfois moins de 10 mètres), ce qui donne à cette commune englobante l'allure d'un patchwork. J'ai fait tous les niveaux 4,5,6,7,8, et quelques niveaux 9 (je laisse de côté le niveau 10 qui n'est qu'à l'ébauche). De plus j'ai ajouté quelques comarques (niveau 7) J'ai fini les Canaries, il me reste quelques communes côtières près de Barcelone et Valencienne, et les communes des Baléares. Est-ce mal ? Pourquoi devrais-je utiliser un autre compte alors que toutes ces corrections sont manuelles, et pas massives du tout, masi constituées d'une série de communes de la même zone ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Le 28/04/2012 17:02, Philippe Verdy a écrit : Le 28 avril 2012 15:20, Emilie Laffrayemilie.laff...@gmail.com a écrit : La réaction est en partie liée a certains imports massifs qui ont été fait ou qui vont être faits (import cadastral espagnol qui a l'air d?être particulièrement violent (apparemment plus de polygones importés que de gens dans une ville)) et a des problèmes éventuels d'import non compatible avec la licence en règle générale et quelque soit la licence, car ça complique fortement les roll back. (...) Est-ce mal ? Pourquoi devrais-je utiliser un autre compte alors que toutes ces corrections sont manuelles, et pas massives du tout, masi constituées d'une série de communes de la même zone ? Si ce que tu dis ci-dessus est vrai, alors le rapport avec les imports qu'évoque Emilie est assez lointain... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Le 28 avril 2012 18:23, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 28/04/2012 17:02, Philippe Verdy a écrit : Le 28 avril 2012 15:20, Emilie Laffrayemilie.laff...@gmail.com a écrit La réaction est en partie liée a certains imports massifs qui ont été fait ou qui vont être faits (import cadastral espagnol qui a l'air d?être particulièrement violent (apparemment plus de polygones importés que de gens dans une ville)) et a des problèmes éventuels d'import non compatible avec la licence en règle générale et quelque soit la licence, car ça complique fortement les roll back. Est-ce mal ? Pourquoi devrais-je utiliser un autre compte alors que toutes ces corrections sont manuelles, et pas massives du tout, masi constituées d'une série de communes de la même zone ? Si ce que tu dis ci-dessus est vrai, alors le rapport avec les imports qu'évoque Emilie est assez lointain... D'abord ce que je dis est vrai, je ne vois pas pourquoi tu voudrais en doûter... Non, je ne réagissait pas au message reçu par Emilie, mais à l'évocation des imports massifs de multipolygones, pour des multipolygones que j'ai créés pour résoudre des problèmes de géométrie en Espagne, ou en fusionnant des ways, et les multipolygones ajoutés ou complétés pour les communes espagnoles qui n'étaient définies que par les ways. J'ai fait ces modifs sur une période de plusieurs semaines, petit à petit, avec plein de recherches sur les données de l'INE pour vérifier le tout, et en localisant des centres adminsitratifs, et vérifiant les liens Wikipédia au besoin, et en cas de problème locaux sur certains points sur l'imagerie Bing, ou on prolongeant les frontières mal connectées entre elles (quand l'écart n'était que de quelques mètres, essentiellement sur la côte, ou pour redessiner des côtes très grossières, ou pour réordonner des traits comme des routes côitères, forêts, et autres landuse qui sortaient des terres. Tout cela manuellement, sans import massif ni aucun bot, patiemment à la souris, et en consultant Osmose et Layers pour vérifier que tout restait cohérent, ou lever des ambiguités (afin de ne modifier le moins possible le rendu Mapnik et conserver tous les détails). Et lors des commits, j'ai toujours pris soin d'annuler toute modif en cours en cas de conflit (en repreant ce qui est dans la base pour refaire la modification, histoire de n'oublier aucune modif plus récente depuis le téléchargement. Ca veut dire aussi que j'ai patiemment téléchargé sur plusieurs semaines des millions de points, noeuds et relations (souvent plusieurs fois à cause des conflits). Ca m'a pris un temps fou. J'ai mis les commentaires différents selon les cas. C'est très visible que ce n'était pas un travail de robot (y compris parfois des modifs en plusieurs étapes pour vérifier des étapes intermédiaires pour pouvoir les annuler facilement en cas de pépin, et en regardant le rendu Mapnik ou Mapquest, et revérfiant chaque fois avec Osmose et Layers, l'analyseur de relations, et OSM Inspector... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Philippe, Je peux me tromper car je ne connais pas bien le contexte, mais je crois qu'Emilie parle d'import de bâtiments, et toi des limites administratives. Le 28 avril 2012 18:48, Philippe Verdy verd...@wanadoo.fr a écrit : Le 28 avril 2012 18:23, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 28/04/2012 17:02, Philippe Verdy a écrit : Le 28 avril 2012 15:20, Emilie Laffrayemilie.laff...@gmail.com a écrit La réaction est en partie liée a certains imports massifs qui ont été fait ou qui vont être faits (import cadastral espagnol qui a l'air d?être particulièrement violent (apparemment plus de polygones importés que de gens dans une ville)) et a des problèmes éventuels d'import non compatible avec la licence en règle générale et quelque soit la licence, car ça complique fortement les roll back. Est-ce mal ? Pourquoi devrais-je utiliser un autre compte alors que toutes ces corrections sont manuelles, et pas massives du tout, masi constituées d'une série de communes de la même zone ? Si ce que tu dis ci-dessus est vrai, alors le rapport avec les imports qu'évoque Emilie est assez lointain... D'abord ce que je dis est vrai, je ne vois pas pourquoi tu voudrais en doûter... Non, je ne réagissait pas au message reçu par Emilie, mais à l'évocation des imports massifs de multipolygones, pour des multipolygones que j'ai créés pour résoudre des problèmes de géométrie en Espagne, ou en fusionnant des ways, et les multipolygones ajoutés ou complétés pour les communes espagnoles qui n'étaient définies que par les ways. J'ai fait ces modifs sur une période de plusieurs semaines, petit à petit, avec plein de recherches sur les données de l'INE pour vérifier le tout, et en localisant des centres adminsitratifs, et vérifiant les liens Wikipédia au besoin, et en cas de problème locaux sur certains points sur l'imagerie Bing, ou on prolongeant les frontières mal connectées entre elles (quand l'écart n'était que de quelques mètres, essentiellement sur la côte, ou pour redessiner des côtes très grossières, ou pour réordonner des traits comme des routes côitères, forêts, et autres landuse qui sortaient des terres. Tout cela manuellement, sans import massif ni aucun bot, patiemment à la souris, et en consultant Osmose et Layers pour vérifier que tout restait cohérent, ou lever des ambiguités (afin de ne modifier le moins possible le rendu Mapnik et conserver tous les détails). Et lors des commits, j'ai toujours pris soin d'annuler toute modif en cours en cas de conflit (en repreant ce qui est dans la base pour refaire la modification, histoire de n'oublier aucune modif plus récente depuis le téléchargement. Ca veut dire aussi que j'ai patiemment téléchargé sur plusieurs semaines des millions de points, noeuds et relations (souvent plusieurs fois à cause des conflits). Ca m'a pris un temps fou. J'ai mis les commentaires différents selon les cas. C'est très visible que ce n'était pas un travail de robot (y compris parfois des modifs en plusieurs étapes pour vérifier des étapes intermédiaires pour pouvoir les annuler facilement en cas de pépin, et en regardant le rendu Mapnik ou Mapquest, et revérfiant chaque fois avec Osmose et Layers, l'analyseur de relations, et OSM Inspector... ___ 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] Notice à suivre pour les imports
Effectivement, mais dans de nombreux cas, mes modifs concernaient aussi les côtes, les landuse=* (ports, forets en distinguant bien les forêts de feuillus, conifères et mixtes, prairies, vignobles, zones résidentielles), y compris la récupération des fragments CORINE quant ils rendaient la carte illisible et ajoutaient des tas de points inutiles (ne correspondant à rien sur des zones jointives ayant exactement les mêmes attributs, cas fréquent sur les forêts que j'ai pu récupérer en grand nombre quand leur géométrie était totalement cassée) et des zones naturelles (plages, réserves naturelles, zones humides). A ce sujet, Osmose continue de me forunir des tonnes de faux positifs de façon répétée (alors qu'ils sont corrigés : Analyse 1 ne donne aucune erreur, ni Layers, et pourtant Osmose insiste tous les 3(4 jours pour mettre une étiquette à l'extrémité de TOUTES les limites communes des ways de frontières de toutes les municipalités (niveau 8) à l'intérieur des provinces (niveau 6) ou commautés autonome (niveau 4) : ces étiquettes d'erreur sont toutes fausses et mentionnent sans arrêt des points qui ne font nulle part partie des ways des frontières. J'ai tenté de signaler ces points en faux positifs, sans succès : ils reviennent elors que tout est bon. Même chose en les marquant comme corrigés (ils reviennent aussi 3 jours plus tard). Cela ne facilite pas du tout les corrections car cela cache les vraies erreurs, et il faut à chaque fois remarquer comme corrigé des centaines de points inutiles pour la même relation (que j'ai revérifiés dans Layers et avec le lien Analyse 1 d'Osmose qui ne signale aucune erreur pourtant). Il me semble donc qu'Osmose a des problèmes à calculer ses géométries. Ou bien je me demande si ce n'est pas un bogue d'Osmose (qui le fait aussi en Italie, en Allemagne, au Royaume-Uni, en Suisse...). On dirait qu'il ne tient pas compte des modifications effectuées dans ces pays et continue de réutiliser d'anciennes données à chaque import (comme si Osmose n'intégrait à chaque passage tous les 3 jours que les modifs effectuées en France). Osmose ne marche-t-il réellement que pour la France ? Le 28 avril 2012 19:01, Ab_fab gamma@gmail.com a écrit : Philippe, Je peux me tromper car je ne connais pas bien le contexte, mais je crois qu'Emilie parle d'import de bâtiments, et toi des limites administratives. Le 28 avril 2012 18:48, Philippe Verdy verd...@wanadoo.fr a écrit : Le 28 avril 2012 18:23, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 28/04/2012 17:02, Philippe Verdy a écrit : Le 28 avril 2012 15:20, Emilie Laffrayemilie.laff...@gmail.com a écrit La réaction est en partie liée a certains imports massifs qui ont été fait ou qui vont être faits (import cadastral espagnol qui a l'air d?être particulièrement violent (apparemment plus de polygones importés que de gens dans une ville)) et a des problèmes éventuels d'import non compatible avec la licence en règle générale et quelque soit la licence, car ça complique fortement les roll back. Est-ce mal ? Pourquoi devrais-je utiliser un autre compte alors que toutes ces corrections sont manuelles, et pas massives du tout, masi constituées d'une série de communes de la même zone ? Si ce que tu dis ci-dessus est vrai, alors le rapport avec les imports qu'évoque Emilie est assez lointain... D'abord ce que je dis est vrai, je ne vois pas pourquoi tu voudrais en doûter... Non, je ne réagissait pas au message reçu par Emilie, mais à l'évocation des imports massifs de multipolygones, pour des multipolygones que j'ai créés pour résoudre des problèmes de géométrie en Espagne, ou en fusionnant des ways, et les multipolygones ajoutés ou complétés pour les communes espagnoles qui n'étaient définies que par les ways. J'ai fait ces modifs sur une période de plusieurs semaines, petit à petit, avec plein de recherches sur les données de l'INE pour vérifier le tout, et en localisant des centres adminsitratifs, et vérifiant les liens Wikipédia au besoin, et en cas de problème locaux sur certains points sur l'imagerie Bing, ou on prolongeant les frontières mal connectées entre elles (quand l'écart n'était que de quelques mètres, essentiellement sur la côte, ou pour redessiner des côtes très grossières, ou pour réordonner des traits comme des routes côitères, forêts, et autres landuse qui sortaient des terres. Tout cela manuellement, sans import massif ni aucun bot, patiemment à la souris, et en consultant Osmose et Layers pour vérifier que tout restait cohérent, ou lever des ambiguités (afin de ne modifier le moins possible le rendu Mapnik et conserver tous les détails). Et lors des commits, j'ai toujours pris soin d'annuler toute modif en cours en cas de conflit (en repreant ce qui est dans la base pour refaire la modification, histoire de n'oublier aucune modif plus récente depuis le téléchargement. Ca veut dire aussi que j'ai patiemment téléchargé sur
Re: [OSM-talk-fr] Notice à suivre pour les imports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, en effet Philippe se trompe complètement. Ce que les espagnols sont en train d'importer est un mélange de bâtiments, de landuse. La plupart des limites administratives sont déjà importées depuis belle lurette. Bref encore pas mal de hors sujet avec aucun rapport ce qui se passe sans compter que l'import massif espagnol est le fait d'une seule personne pour le moment alors que la communauté espagnole est encore en train de discuter de tout ça. Emilie Laffray On 28/04/2012 18:01, Ab_fab wrote: Philippe, Je peux me tromper car je ne connais pas bien le contexte, mais je crois qu'Emilie parle d'import de bâtiments, et toi des limites administratives. sts.openstreetmap.org/listinfo/talk-fr -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+cQGQACgkQ7H1ne0ugLJl1bQCdGMCiYIdBUE3gJB/Om4b7L1yt YfMAnj+/lREAKSlAtzNWqxrJ8NryOyr8 =pnAa -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Avant de me dire que je suis hors sujet, il aurait fallu préciser le sujet : rien n'indiquait que vous parliez des imports du bâti. De plus les limites espagnoles étaient encore loin d'être finies, certes elles avaient été importées mais avec des tonnes d'erreurs de géométrie, que je suis en train de corriger (puisque cela n'a jamais été fait; si vous avez vous les cartes Layers il y a deux semaines, c'était bourré de trous à cause des erreurs de géométrie et chemins en doublons mal connectées; de plus il y manquait pas mal d'admin_center non référencé, et il y avait encore pas mal de problèmes, très visibles aussi bien dans Osmose que Layers et OSM Inspector; diverses erreurs de zones superposées, des través approximatifs aussi, plein de lignes côtières fantaisistes, et des tonnes de TODO/FIXME (depuis longtemps). Au départ je n'aurais pas fait l'Espagne si la stabilité des frontières françaises dans les Pyrénées n'était pas en jeu (car aussi il y a encore du boulot à faire dans nos montagnes. Et puis les espagnols sont moins agressifs que certains d'entre vous sur cette liste à laquelle on m'avait pourtant invité. Le 28 avril 2012 21:09, Emilie Laffray emilie.laff...@gmail.com a écrit : en effet Philippe se trompe complètement. Ce que les espagnols sont en train d'importer est un mélange de bâtiments, de landuse. La plupart des limites administratives sont déjà importées depuis belle lurette. Bref encore pas mal de hors sujet avec aucun rapport ce qui se passe sans compter que l'import massif espagnol est le fait d'une seule personne pour le moment alors que la communauté espagnole est encore en train de discuter de tout ça. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Le 28 avril 2012 22:05, Philippe Verdy verd...@wanadoo.fr a écrit : Avant de me dire que je suis hors sujet, il aurait fallu préciser le sujet : rien n'indiquait que vous parliez des imports du bâti. Bonsoir, Il s'agissait pourtant du sujet initial présenté par Fabien: *J'ai reçu ce matin un message, en Anglais, de la part d'un modérateur OSM par rapport au fait que j'ai importé récemment du bâti dans OSM.* Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
D'une part il fallait repérer ce seul mot dans un plus ancien message qui n'est pas celui auquel j'ai répondu en copiant justement une phrase d'Emilie. Elle parlait de données en nombre en Espagne, surtout des multipolygones et c'est uniquement là-dessus que j'ai répondu en citant justement sa phrase, car le sujet avait déjà dévié avant moi de son premier mesage dont la porée était toutefois bien plus générique que les seuls imports de bâti mais traitait tout import en général. Elle a évoqué un point particulier et c'est là-dessus que j'ai répondu, en restant justement dans son sujet. Arrêtez d'être plus pointilleux qu'elle. Je suis resté dans son sujet. Merci. Le 28 avril 2012 23:02, Romain MEHUT romain.me...@gmail.com a écrit : Le 28 avril 2012 22:05, Philippe Verdy verd...@wanadoo.fr a écrit : Avant de me dire que je suis hors sujet, il aurait fallu préciser le sujet : rien n'indiquait que vous parliez des imports du bâti. Bonsoir, Il s'agissait pourtant du sujet initial présenté par Fabien: J'ai reçu ce matin un message, en Anglais, de la part d'un modérateur OSM par rapport au fait que j'ai importé récemment du bâti dans OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
2012/4/27 Fabien marbolan...@gmail.com: J'attends quand même des avis ici plus nombreux. Le Guideslines en anglais a été écrit à l'international. Si tu veux savoir si leur recommandation peut être ignorée dans certains cas, amha, il faut le demander à eux, sur la liste impo...@openstreetmap.org par exemple. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Notice à suivre pour les imports
Bonjour à tous, J'ai reçu ce matin un message, en Anglais, de la part d'un modérateur OSM par rapport au fait que j'ai importé récemment du bâti dans OSM. Il m'indique : I wanted to remind you about the import guidelines at http://wiki.openstreetmap.org/wiki/Import/Guidelines which, among other things, call for imports to be done from an account dedicated to only imports, not from your normal account. Je vous fait grâce de la traduction mais en lisant les Guidelines il est vrai que c'est demandé de ne pas importer avec son utilisateur usuel. Pourquoi ? Plus simple pour effectuer des retours en arrière ? J'ai répondu que j'ai effectué cela avec mon compte usuel tout simplement parce que j'ai suivi la procédure d'import des bâtiments comme indiqué dans le wiki [1]. Dans cette page, sauf erreur de ma part, il n'est pas demandé de faire un compte spécifique import de bâtiments. J'ai regardé les personnes qui ont importé et on dirait qu'on fait tous la même chose donc je me demande si c'est pas le wiki-fr qui serait en fait obsolète ? Vu le temps passé pour importer des bâtiments et vu toutes les vérifications à apporter je ne vois pas pourquoi on sortirait des clous mais après on ne sait jamais. Si quelqu'un a des pistes, merci, Fabien [1] https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
2012/4/26 Fabien marbolan...@gmail.com: Je vous fait grâce de la traduction mais en lisant les Guidelines il est vrai que c'est demandé de ne pas importer avec son utilisateur usuel. Pourquoi ? Plus simple pour effectuer des retours en arrière ? En partie, mais aussi pour les histoires de licence (c'était plus facile de forcer le passage Odbl quand la source est du domaine publique et que le contributeur n'acceptait pas la nouvelle licence). Mais aussi pour mieux surveiller les contributions et ne pas fausser les statistiques (pour ceux que les chiffres passionnent). J'ai répondu que j'ai effectué cela avec mon compte usuel tout simplement parce que j'ai suivi la procédure d'import des bâtiments comme indiqué dans le wiki [1]. Dans cette page, sauf erreur de ma part, il n'est pas demandé de faire un compte spécifique import de bâtiments. C'est la bonne démarche. La procédure d'import du bâti en France est sous contrôle depuis longtemps. Chose importante, c'est toujours sur des zones très limitées (communal) et fait par de nombreux contributeurs (semi-automatique), ce qu'il faudrait aussi préciser dans la réponse. C'est pas du bourrin fait par une seule personne sans expérience dans son coin, ce que le Guidelines cherche à éviter. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Notice à suivre pour les imports
Qui t'a envoyé le message? Emilie Laffray On Apr 26, 2012 3:01 PM, Fabien marbolan...@gmail.com wrote: Bonjour à tous, J'ai reçu ce matin un message, en Anglais, de la part d'un modérateur OSM par rapport au fait que j'ai importé récemment du bâti dans OSM. Il m'indique : I wanted to remind you about the import guidelines at http://wiki.openstreetmap.org/wiki/Import/Guidelines which, among other things, call for imports to be done from an account dedicated to only imports, not from your normal account. Je vous fait grâce de la traduction mais en lisant les Guidelines il est vrai que c'est demandé de ne pas importer avec son utilisateur usuel. Pourquoi ? Plus simple pour effectuer des retours en arrière ? J'ai répondu que j'ai effectué cela avec mon compte usuel tout simplement parce que j'ai suivi la procédure d'import des bâtiments comme indiqué dans le wiki [1]. Dans cette page, sauf erreur de ma part, il n'est pas demandé de faire un compte spécifique import de bâtiments. J'ai regardé les personnes qui ont importé et on dirait qu'on fait tous la même chose donc je me demande si c'est pas le wiki-fr qui serait en fait obsolète ? Vu le temps passé pour importer des bâtiments et vu toutes les vérifications à apporter je ne vois pas pourquoi on sortirait des clous mais après on ne sait jamais. Si quelqu'un a des pistes, merci, Fabien [1] https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents ___ 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] Notice à suivre pour les imports
pnornam D'ailleurs il m'a répondu en demandant de mettre à jour le wiki. J'attends quand même des avis ici plus nombreux. Fabien Le 27 avr. 2012 00:43, Emilie Laffray emilie.laff...@gmail.com a écrit : Qui t'a envoyé le message? Emilie Laffray On Apr 26, 2012 3:01 PM, Fabien marbolan...@gmail.com wrote: Bonjour à tous, J'ai reçu ce matin un message, en Anglais, de la part d'un modérateur OSM par rapport au fait que j'ai importé récemment du bâti dans OSM. Il m'indique : I wanted to remind you about the import guidelines at http://wiki.openstreetmap.org/wiki/Import/Guidelines which, among other things, call for imports to be done from an account dedicated to only imports, not from your normal account. Je vous fait grâce de la traduction mais en lisant les Guidelines il est vrai que c'est demandé de ne pas importer avec son utilisateur usuel. Pourquoi ? Plus simple pour effectuer des retours en arrière ? J'ai répondu que j'ai effectué cela avec mon compte usuel tout simplement parce que j'ai suivi la procédure d'import des bâtiments comme indiqué dans le wiki [1]. Dans cette page, sauf erreur de ma part, il n'est pas demandé de faire un compte spécifique import de bâtiments. J'ai regardé les personnes qui ont importé et on dirait qu'on fait tous la même chose donc je me demande si c'est pas le wiki-fr qui serait en fait obsolète ? Vu le temps passé pour importer des bâtiments et vu toutes les vérifications à apporter je ne vois pas pourquoi on sortirait des clous mais après on ne sait jamais. Si quelqu'un a des pistes, merci, Fabien [1] https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr