Re: [OSM-talk-fr] Transports en commun
Je peux comprendre l'intérêt des relations B A et B Abis. Mais pourquoi faire deux relations pour l'aller et le retour sur un même parcours? les tag forward:stop etbackward:stop devrait suffire à décrire les deux sens de circulation. 2010/3/23 Xinfe Ewalavir ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Si l'empilement n'est pas exact, merci de me corriger. Ce qui me semble bizarre, c'est de mettre les *relation type = site, site=stop_area avec le rôle bus_stop* dans la relation *line*. Faut-il plutôt mettre les relation *sites stop_area* dans les *route*s ? Un bon casse tête, ces lignes :D Merci de l'aide ! 2010/3/23 Xinfe Ewalavir ewala...@gmail.com 2010/3/21 Vincent Pottier vpott...@gmail.com Le 21/03/2010 15:44, Xinfe Ewalavir a écrit : Bonjour à tous ! Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route Ou sur la mailing list : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) En fait, je suis confronté à une ligne de ce typehttp://xinfe.free.fr/OSM/realite.png(la partie en pointillés est desservie une fois sur deux). Les données déjà dans OSM ressemblent à cette image http://xinfe.free.fr/OSM/data.png. La relation existante est simplement embryonnaire. Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il va falloir faire jouer les relations... Ma solution : * relation:line, name= A - B, ref=NN ** relation:route, name=A B, ref=NN ** relation:route, name=B A par 4, ref=NN ** relation:route, name=B A par 4, ref=NN Merci pour votre aide ! PS:Faudrait-il éditer le wiki pour faire une page en français qui regroupe que qu'il faut faire/préférer ? Je crois que ce schéma est relativement courant en Allemagne mais peu en Angleterre. Il est possible qu'il soit aussi utilisé en Italie. En tout cas il fonctionne avec les outils OpenTransport : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on öpnvkarte : http://www.öpnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BThttp://www.%C3%B6pnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BT(la ligne 5 n'est pas complète) sketch-line : http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Merci bien pour la réponse. C'est quelque chose de relativement simple à mettre en œuvre, et c'est compatible avec les principaux outils existants. Je ferai donc la ligne suivant ce principe... ___ 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] Relecture et aide traduction Features: Piste maps
Pas d'accord. Il y a des hors-pistes tellement fréquentés, tellement courants, qu'ils méritent de figurer dans OSM, au moins pour savoir où ils mènent. Ils ont même des noms reconnus par tout le monde, pas officiels strictement, mais que les guides comprennent. Le week-end dernier (puisque c'est ce dont il s'agit), il y avait quasiment autant de monde sur certains hors-piste que sur les pistes... Et au fond, les hors-pistes (dont je parle) sont très similiares à des pistes, avec un peu moins de sécurité. Donc ce n'est pas du freeride... Bref, à mon avis, ça mérite d'y être. Pour info, il y a quelques années, les hors-pistes étaient en pointillés sur les plans. Charlie Echo - Mail Original - De: Etienne Trimaille etienne.trimai...@gmail.com Je me demande si après-tout le 'pur hors-piste' a vocation à figurer dans la base. Pourquoi pas un coin à champignon? Je me pose la même question. Le hors-piste ne correspond à rien de physique. C'est juste un passage possible en ski. Il y avait eu une discussion il y a quelques mois sur la question si l'on devait tagger un chemin qui n'existe pas (l'exemple classique d'un itinéraire de randonnée ou de vtt qui passe dans un champs, sans qu'il y ait de trace au sol). Il faut aller chercher le consensus. Mais personnellement, je vois plus ce genre d'information dans une base parallèle. Exemple pratiquement identique : mes traces de montées en ski de rando à un sommet. Je ne détiens pas la trace qu'il faut suivre, et cela ne correspond pas à un chemin présent sur le terrain. Je pense donc pas qu'il soit bon de mettre ce genre d'info dans osm, mais plutôt dans une base spécialisé, comme camp2camp qui recense sous license libre (à la demande des utilisateurs) des traces itinéraires pour monter aux sommets,... ___ 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] Jolie fond de carte
Est ce que ca ne serait pas intéressant a mettre en place sur openstreetmap.fr vu qu'il avait été plus ou moins acquis que cette page devrait devenir un point d'entrée sur OSM en france et devait faire peau neuve ? 2010/3/23 Yann Coupin y...@coupin.net Le problème de cascadenik c’est que quand j’avais essayé ça n’était pas de tout repos à mettre en œuvre, mais par contre ça fait rapidement des trucs assez jolis : http://teczno.com/cascadenik-openstreetmap-II/ Yann Le 23 mars 2010 à 20:32, Dominique Rousseau a écrit : Le Tue, Mar 23, 2010 at 06:12:28PM +0100, René-Luc D'Hont [ rldh...@gmail.com] a écrit: Le 23/03/2010 18:02, Dominique Rousseau a écrit : ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) Certes. Mais que ce soit un programme qui écrive les rules et les symbolizers en XML, déjà... :-) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Le 24/03/2010 09:03, Lord Awikatchikaen a écrit : Je peux comprendre l'intérêt des relations B A et B Abis. Mais pourquoi faire deux relations pour l'aller et le retour sur un même parcours? les tag forward:stop etbackward:stop devrait suffire à décrire les deux sens de circulation. Deux raisons : * technique : simplicité de maintenance, * stratégique : Loi de Metcalfe Pour moi, les itinéraires les arrêts dans le centre ville de Besançon sont différents selon le sens (voir par exemple la ligne 1 sur http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on et http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100font-size=10 Il m'est plus facile de vérifier l'intégrité l'exaustivité, donc d'assurer la maintenance dans JOSM, avec des routes correspondant à un voyage. Dans les relations, j'ai l'item 'relation (1. Orchamps Châteaufarine)', je sélectionne (le cas échéant, je télécharge les éléments manquants ) et j'ai, surligné à l'écran, tout ce qui concerne cette relation, voies, arrêts. La vérification est plus facile ! Orchamps Châteaufarine : OK. Je passe à Châteaufarine Orchamps. OK. La ligne est bonne, propre. Il est vrai que dans la relation, j'ordonne aussi les segments. Plus facile ainsi de suivre et d'intégrer des boucles (le cas hier avec la ligne 27 qui dessert l'hôpital Mingoz, boucle pas encore représentée dans OSMTransport). Avec ce schéma, le segment parcouru deux fois est mis deux fois. Sans ce schéma, ça n'a pas de sens de le mettre deux fois. La description est hyper-réaliste, trop riche ? Certes je ne fais pas un outils pour navigation pour les chauffeurs de bus. Mais est-ce que je connais tous les usages qui seront tirés de la richesse des données ? Avec ce schéma hyper-réaliste, on (pas moi) pourra faire des statistiques sur les longueurs de lignes et autres idées que je n'ai même pas. Sans ce schéma, difficile. Si les données sont pauvres, les usages seront pauvres, voire absents, si les données sont riches (nombreuses et signifiantes) les usages se multiplieront et se diversifieront. Et les données viendront. C'est la loi de Metcalfe (cf http://fr.wikipedia.org/wiki/Loi_de_Metcalfe) Si Besançon est mappé avec cette richesse, les devs (3Liz ?) auront une (petite, Besançon n'est pas grand) base de test pour ces nouvelles applications, pour les outils de gestion de qualité... Je fais de la carto sur OSM pour combler un retard sur la liberté des données, mais aussi pour anticiper les applications qui pourront être faites avec des données libres. Quel intérêt voyait-on à entrer la hauteur du bâtit, il y a un an ? La feature image de la semaine (que j'avais proposé ;-) est en train de démontrer le bien fondé de ce type d'info. Ma question pour les transports, c'est : Comment représenter la complexité du réseau RER-Île de France avec ce modèle. Qui osera se lancer ? Je crois que la clef est dans ce modèle et dans l'usage des noms de mission : AJAC, EKLI, EKIL, EFLA, EFOR, VICK Du boulot ! Au fait, il y a aussi quelques outils sur le wiki pour gérer l'avancée de ce genre de cartographie : http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko#1 Bon courage ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Bonjour à tous, J'aurai besoin de télécharger depuis OSM les limites des départements français de métropole. J'ai cherché quelques infos à ce sujet sur le wiki osm et je suis tombé sur cette page : http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes Dans la partie Carte Départements français de métropole, il y a un commentaire de Pieren qui explique pourquoi ces données ne sont pas disponibles en téléchargement. Mais ce commentaire date de Mars 2009 et précise qu'une décision sera prise rapidement. Qu'en est-il depuis ? Quelqu'un saurait-il comment faire pour récupérer les limites de départements directement depuis OSM ? Merci pour votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un billet sur une mapping party organis ée par Google ;-)
Le 24/03/2010 01:35, Pieren a écrit : Voila, en espérant que ce billet vous aura autant fait marrer que moi ;-) C'est tout simplement génial ! Merci pour la traduction. ...en France on se serait vite fait vidé. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
2010/3/24 Nicolas Moyroud nmoyr...@free.fr J'aurai besoin de télécharger depuis OSM les limites des départements français de métropole. Salut Nicolas, En fait, la décision dont je parle dans le wiki était finalement de supprimer les parties litigieuses mais personne ne l'a mise en application depuis. Il faut dire qu'entre temps, un grand nombre de limites communales issues du cadastre ont remplacé ces limites imprécises (parce qu'en plus d'être litigieuses, elles étaient très approximatives). Cette décision était une mesure de précaution. Nous savons d'où viennent ces anciennes limites, nous savons que la boite a en partie fermé (mais une partie aurait été rachetée si mes souvenirs sont bons) mais nous ne savons pas si ces limites départementales peuvent être revendiquées par quelqu'un d'autre. L'idéal serait finalement de réellement supprimer ces anciennes limites départementales qui sont aujourd'hui largement minoritaires (celles qui contiennent encore la source cartographes associés) et de lancer un appel pour que toute la communauté comble les trous ainsi créés. Nous avons maintenant tous les outils pour les combler, y compris dans les zones où il n'y a que des plans images du cadastre (c'est un peu plus long mais c'est faisable). Quelqu'un pourrait-il donner une estimation du nombre de kilomètres que cela représente encore aujourd'hui ? Le moins idéal serait de continuer de fermer les yeux en attendant que les limites soient toutes remplacées par la progression naturelle de l'import des limites communales du cadastre. Il faut alors juste extraire tous les éléments taggués avec boudary=administrative et admin_level=6 (pour les départements). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
Bonjour Personne ne peut me donner des conseils ou un coup de main ? Ca ne bouge pas beaucoup dans mon coin, c'est pour ca que je tente de lancer quelque chose. Mais c'est la première fois que je lance un projet comme celui la et je n'ai pas l'expérience pour réussir à organiser un truc comme ca sans un minimum de conseil. Y a t il du monde proche de Reims ici ? Pourrais je vous rencontrer pour discuter? Merci Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Le 24/03/2010 10:55, Pieren a écrit : Le moins idéal serait de continuer de fermer les yeux en attendant que les limites soient toutes remplacées par la progression naturelle de l'import des limites communales du cadastre. Il faut alors juste extraire tous les éléments taggués avec boudary=administrative et admin_level=6 (pour les départements). ou admin_level=4 ou admin_level=2 pour ibnclude aussi les limites de régions et d'état (qui sont de fait limites de département) Malheureusement, l'API 0.6 ne permet pas encore de faire un requête XAPI sur plusieurs tags. Il faudra probablement lancer 3 requêtes (3 niveaux) du genre [admin_level=n][bbox=N], fusionner et vérifier à la main... Je ne maitrise pas assez pour savoir ce qui peut être fait avec ça : http://wiki.openstreetmap.org/wiki/OSM_Server_Side_Script -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Merci Pieren pour cette réponse très détaillée. Pour l'extraction quelle méthode dois-je utiliser ? J'ai récupéré un fichier france.osm.administrative, mais il fait 1.2Go et quand j'essaye de l'ouvrir avec JOSM ça ne s'ouvre pas. Je pense que le fichier doit être trop gros... Il y a une meilleure méthode pour récupérer tous les départements ? Pieren a écrit : Il faut alors juste extraire tous les éléments taggués avec boudary=administrative et admin_level=6 (pour les départements). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
2010/3/24 marc mascre mascrem...@gmail.com Je ne peux pas trop t'aider sur ce coup-là. Pour localiser des contributeurs voisins, tu peux essayer de voir en te géolocalisant sur ton compte utilisateur sur osm.org, il t'affiche les autres inscrits qui se sont aussi localisés dans les environs (tu peux même te déplacer pour agrandir la zone de recherche). A partir des pseudo, tu peux ensuite leur envoyer une invit directement. Pour l'organisation de mapping parties, il y a une page sur le wiki. Tu peux aussi essayer de chercher en dehors de cette liste qui ne représente qu'une petite partie de la communauté (sur les forums, sur la liste bretonne, sur le diary). bon courage et bonne mapping party ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
Le 24 mars 2010 11:04, marc mascre mascrem...@gmail.com a écrit : Bonjour Bonjour Marc, Personne ne peut me donner des conseils ou un coup de main ? Ca ne bouge pas beaucoup dans mon coin, c'est pour ca que je tente de lancer quelque chose. Mais c'est la première fois que je lance un projet comme celui la et je n'ai pas l'expérience pour réussir à organiser un truc comme ca sans un minimum de conseil. Y a t il du monde proche de Reims ici ? Pourrais je vous rencontrer pour discuter? Je ne suis pas dans la même région que toi, donc ma réponse porte surtout sur l'organisation d'une *mapping party*. Je t'invite à regarder (si ce n'est pas déjà fait :) ) les pages du wiki : Un mémo général du présentation du principe : http://wiki.openstreetmap.org/wiki/FR:Memo_pour_mapping_party La liste des mapping parties : http://wiki.openstreetmap.org/wiki/WikiProject_France/Mapping_Parties Si tu lis l'anglais : http://wiki.openstreetmap.org/wiki/Mapping_Weekend_Howto Pour identifier des utilisateurs OSM régionaux, tu peux te servir de ton compte sur http://www.osm.org, sur la page utilisateur, une carte glissante affiche les utilisateurs les plus proches. A défaut, je pense qu'une annonce aux clubs de rando, VTT, parapente, etc., aux écoles d'informatique, aux départements de géographie... (en somme aux personnes déjà sensibilisées aux données géographiques !) peut t'amener des curieux ! Bon courage, Jeremy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
(Avec un double post comme ça je pense qu'il n'y a plus qu'à te lancer !!) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
2010/3/24 Nicolas Moyroud nmoyr...@free.fr Je pense que le fichier doit être trop gros... Tu m'étonnes ! Le problème, c'est qu'OSM fournit les limites hyper-détaillées du cadastre. Pour un usage à l'échelle de l'hexagone, il faudrait passer par une étape de simplification mais là, je cale. Ca risque d'être un peu plus compliqué comme passer par un import dans une base postgis et simplification géométrique à l'export. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Le mercredi 24 mars 2010 10:55:46 Pieren, vous avez écrit : L'idéal serait finalement de réellement supprimer ces anciennes limites départementales qui sont aujourd'hui largement minoritaires (celles qui contiennent encore la source cartographes associés) et de lancer un appel pour que toute la communauté comble les trous ainsi créés. Nous avons maintenant tous les outils pour les combler, y compris dans les zones où il n'y a que des plans images du cadastre (c'est un peu plus long mais c'est faisable). Quelqu'un pourrait-il donner une estimation du nombre de kilomètres que cela représente encore aujourd'hui ? \o_ Je suis volontaire pour répondre à un tel appel. Maintenant que j'ai compris comment travailler avec les planches images ^^ (merci Pieren) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
2010/3/24 Nicolas Moyroud nmoyr...@free.fr Merci Pieren pour cette réponse très détaillée. Pour l'extraction quelle méthode dois-je utiliser ? J'ai récupéré un fichier france.osm.administrative, mais il fait 1.2Go et quand j'essaye de l'ouvrir avec JOSM ça ne s'ouvre pas. Je pense que le fichier doit être trop gros... Il y a une meilleure méthode pour récupérer tous les départements ? Comme l'a dit Pieren, le seul moyen est de passer par probablement Postgis pour le moment et d'autres manipulations avec d'autres outils amusants. Que comptes tu faire avec ces données? Comment comptes tu les exploiter? Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Mon but final est de toute façon un import dans une base postgis. Mais j'aimerai autant éviter d'avoir à faire plein de requêtes pour reconstituer les limites des départements à partir de plusieurs couches, avec toutes les erreurs que cela pourrait engendrer... La solution proposée par Vincent Pottier m'a l'air également bien complexe. Étant donné que je n'ai pas besoin d'une grande précision (c'est juste pour mettre en fond les départements sur une carte), je n'ai pas trop envie de me prendre la tête. Pour info, j'ai trouvé ça : http://www.gadm.org C'est un site où on peut télécharger (sous licence CC by-nc-sa) toutes les limites administratives du monde aux formats SHP, KMZ ou R. La qualité des données n'a pas l'air garantie (aucune information sur la manière dont elles ont été construites), mais dans mon cas très approximatif, je pense que ça conviendra. Pieren a écrit : 2010/3/24 Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr Je pense que le fichier doit être trop gros... Tu m'étonnes ! Le problème, c'est qu'OSM fournit les limites hyper-détaillées du cadastre. Pour un usage à l'échelle de l'hexagone, il faudrait passer par une étape de simplification mais là, je cale. Ca risque d'être un peu plus compliqué comme passer par un import dans une base postgis et simplification géométrique à l'export. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
2010/3/24 Nicolas Moyroud nmoyr...@free.fr Mon but final est de toute façon un import dans une base postgis. Mais j'aimerai autant éviter d'avoir à faire plein de requêtes pour reconstituer les limites des départements à partir de plusieurs couches, avec toutes les erreurs que cela pourrait engendrer... La solution proposée par Vincent Pottier m'a l'air également bien complexe. Étant donné que je n'ai pas besoin d'une grande précision (c'est juste pour mettre en fond les départements sur une carte), je n'ai pas trop envie de me prendre la tête. Pour info, j'ai trouvé ça : http://www.gadm.org C'est un site où on peut télécharger (sous licence CC by-nc-sa) toutes les limites administratives du monde aux formats SHP, KMZ ou R. La qualité des données n'a pas l'air garantie (aucune information sur la manière dont elles ont été construites), mais dans mon cas très approximatif, je pense que ça conviendra. Selon ce que tu veux faire, en effet, gadm est une bonne base. Toutefois, la taille de la base de donnee est assez importante, et il y a des problemes avec des caracteres (probleme avec UTF-8). De plus, ces donnees sont difficilement utilisables du fait de la clause NC. Si tu veux utiliser cela dans un cadre d'une societe, ce n'est pas possible. Si tu vises la base Postgis, il n'y a qu'une seule requete a faire en fait. Il te faut faire un http://postgis.refractions.net/documentation/manual-svn/ST_SimplifyPreserveTopology.html. Car tu veux conserver la topologie. Tu importes donc les donnees puis tu crees une deuxieme table en utilisant une seule requete. C'est globalement assez simple. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Comme l'a dit Pieren, le seul moyen est de passer par probablement Postgis pour le moment et d'autres manipulations avec d'autres outils amusants. Que comptes tu faire avec ces données? Comment comptes tu les exploiter? Emilie Laffray C'est pour un affichage comme fond carto en-dessous d'une couche représentant des emprises d'images sat Rapid'Eye et SPOT. J'avais juste besoin des limites de départements pour mieux pouvoir situer la position de chaque image. A terme, l'interface risque de se retrouver en ligne sur un site, c'est pour ça que je cherche des données libres. Sinon j'aurai directement utilisé les données IGN que nous possédons dans notre unité de recherche. Mais nous n'avons bien entendu pas le droit de les diffuser en ligne... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
quand je veux récupérer facilement un tag particulier sur osm, j'utilise tagwatch: http://tagwatch.stoecker.eu/Europe/En/tags.html Par contre ça récupère toute l'europe... voila ce que ça donne pour source=cartographe associés: http://tagwatch.stoecker.eu/osmxapi/*%5Bsource=Cartographes%20Associ%C3%A9s%5D Ou encore admin_level=6: http://tagwatch.stoecker.eu/osmxapi/*%5Badmin_level=6%5D Si ça peut aider... Le 24 mars 2010 11:42, Nicolas Moyroud [via GIS] ml-node+4790134-915434643-235...@n2.nabble.comml-node%2b4790134-915434643-235...@n2.nabble.com a écrit : Mon but final est de toute façon un import dans une base postgis. Mais j'aimerai autant éviter d'avoir à faire plein de requêtes pour reconstituer les limites des départements à partir de plusieurs couches, avec toutes les erreurs que cela pourrait engendrer... La solution proposée par Vincent Pottier m'a l'air également bien complexe. Étant donné que je n'ai pas besoin d'une grande précision (c'est juste pour mettre en fond les départements sur une carte), je n'ai pas trop envie de me prendre la tête. Pour info, j'ai trouvé ça : http://www.gadm.org C'est un site où on peut télécharger (sous licence CC by-nc-sa) toutes les limites administratives du monde aux formats SHP, KMZ ou R. La qualité des données n'a pas l'air garantie (aucune information sur la manière dont elles ont été construites), mais dans mon cas très approximatif, je pense que ça conviendra. Pieren a écrit : 2010/3/24 Nicolas Moyroud [hidden email]http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=4790134i=0mailto:[hidden email]http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=4790134i=1 Je pense que le fichier doit être trop gros... Tu m'étonnes ! Le problème, c'est qu'OSM fournit les limites hyper-détaillées du cadastre. Pour un usage à l'échelle de l'hexagone, il faudrait passer par une étape de simplification mais là, je cale. Ca risque d'être un peu plus compliqué comme passer par un import dans une base postgis et simplification géométrique à l'export. Pieren ___ Talk-fr mailing list [hidden email]http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=4790134i=2 http://lists.openstreetmap.org/listinfo/talk-fr -- View message @ http://n2.nabble.com/Telechargement-des-limites-de-departements-de-metropole-tp4789866p4790134.html To start a new topic under France, email ml-node+3070341-386323304-235...@n2.nabble.comml-node%2b3070341-386323304-235...@n2.nabble.com To unsubscribe from France, click here (link removed) =. -- View this message in context: http://n2.nabble.com/Telechargement-des-limites-de-departements-de-metropole-tp4789866p4790266.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
Le 24 mars 2010 15:43, Pieren pier...@gmail.com a écrit : Je ne peux pas trop t'aider sur ce coup-là. Pour localiser des contributeurs voisins, tu peux essayer de voir en te géolocalisant sur ton compte utilisateur sur osm.org, il t'affiche les autres inscrits qui se sont aussi localisés dans les environs (tu peux même te déplacer pour agrandir la zone de recherche). A partir des pseudo, tu peux ensuite leur envoyer une invit directement. En complément, je te propose aussi une méthode pour identifier les contributeurs potentiels sur Reims et ayant déjà fait des modifs dans OSM, certains ne mettant pas à jour leur profil OSM: - ouvre osm.org et zoome arrière suffisamment pour que ça reste compatible avec l'affichage de l'historique (zoom 11 par exemple) - sélectionne Historique - le plus délicat est de filtrer toutes les modifs faites par les robots: la zone de changement est en général estampillée (grand) (dans Zone donc), évite ceux-là. Tu devras sûrement remonter pas mal dans l'historique. Plus simple, tu te connectes sur http://www.itoworld.com, tu crées un compte et utilises l'outil osmmapper. Tu choisis une zone assez large sur Reims, affiches la liste des changements par utilisateur, et tries par nombre de chemins. Après nettoyage, ça donne: MXS iKos EtienneChoveBot klausis PierenBot xybot nounours Stéphane Péchard CLCF06 AmiFritz cram51 spirzouf Simon Volant Mawie MS BOT ed51 Aunberbugquisesttrompédadresseemail lutz Aurelien Jacobs Benoit A Ropino PHerison Marcussacapuces91 benjaminchristel FrViPofm Gavin johnsdixon Philomene Alban Maarten Deen JulienBalas hermann_sl Eddy 51 gam3 Tronikon ulfl fesch Mickaël YannC julien76100 Eneboer noperante Art Penteur Christian Pennaforte Christophe HARDOUIN DUPARC Jörg Ostertag BugBuster forlane makaeser Pmz sly Breizh_Punisher kevredon Goon Ensuite il ne te reste qu'à enlever les robots que tu identifies, puis tu peux contacter chacun via sa page OSM: http://www.openstreetmap.org/user/[nom_utilisateur]. Bien sûr, il y a beaucoup de gens de passage, mais pour démarrer c'est déjà pas mal. Pour identifier ceux qui ont un compte OSM, qui habitent près de Reims, mais n'ont jamais fait de modifs ni mis à jour leur profil, là je jette l'éponge ;-) Il semblerait aussi qu'un feed RSS soit disponible dans Session (de osm mapper) pour suivre les modifs sur une zone. A essayer. Bon courage. -- Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver ses voisins ( Était : Bonjour à tous)
Le mercredi 24 mars 2010 12:29:52 Guillaume Audirac, vous avez écrit : En complément, je te propose aussi une méthode pour identifier les contributeurs potentiels sur Reims et ayant déjà fait des modifs dans OSM, certains ne mettant pas à jour leur profil OSM: - ouvre osm.org et zoome arrière suffisamment pour que ça reste compatible avec l'affichage de l'historique (zoom 11 par exemple) - sélectionne Historique - le plus délicat est de filtrer toutes les modifs faites par les robots: la zone de changement est en général estampillée (grand) (dans Zone donc), évite ceux-là. Tu devras sûrement remonter pas mal dans l'historique. D'ailleurs, il n'y aurait pas moyen de filtrer automatiquement ces « grands » changements ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Emilie Laffray a écrit : Selon ce que tu veux faire, en effet, gadm est une bonne base. Toutefois, la taille de la base de donnee est assez importante, et il y a des problemes avec des caracteres (probleme avec UTF-8). De plus, ces donnees sont difficilement utilisables du fait de la clause NC. Si tu veux utiliser cela dans un cadre d'une societe, ce n'est pas possible. Dans mon cas la clause NC n'est pas génante, c'est pour un projet purement scientifique, sans aucun but commercial. Le problème avec les caractères peut être embêtant, mais sur 95 départements je devrais pouvoir le régler à la main. Après c'est sûr que ce n'est adapté à beaucoup d'usages... Vivement qu'OSM propose une archive téléchargeable des limites administratives. Y'a plus qu'à se retrousser les manches et finir le boulot de saisie ! ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un billet sur une mapping party orga nisée par Google ;-)
2010/3/24 Guillaume Allegre allegre.guilla...@free.fr voui ! grand merci pour la traduction, mais pourquoi avoir transformé l'Ile de Wight en Ile de Man ? Oops. Je ne sais pas. Mais vu l'heure tardive et la vitesse de la traduction, j'espère qu'on me pardonnera. En tout cas, c'est rectifié maintenant ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Site osm-fr
On mardi 23 mars 2010, Damouns wrote: Bonjour J'ai découvert aujourd'hui la page d'accueil de la communauté allemande (sur http://www.openstreetmap.de) et je trouve que celle de la France (sur http://www.openstreetmap.fr) fait pâle figure à côté. Mon avis est que les allemands ont encore une fois une longueur d'avance sur nous, et qu'ils ont bien compris que www/wiki.openstreetmap.org, ben, c'était pas pour tout le monde. Tout d'abord tout s'y mélange et on saute de l'anglais au français dans tous les sens sans rester bien constant, comme site d'une communauté locale, c'est un peu dur C'est à mon sens un très bon outil pour des gens motivés et impliqués dans le développement osm, dans l'évolution futur des tags. Mais pour le contributeur lambda où simplement celui qui veut mettre une carte osm sur son site, où télécharger les données pour son GPS, c'est proche d'un chemin de croix. Je contribue depuis pas mal de temps au wiki.osm.org (partie FR), à tenter de le rendre plus simple, plus logique d'accès pour monsieur tout le monde, mais je pense que ce n'est pas gérable. C'est un trop gros bateau qui n'arrive plus à avancer, et sa cible ne devrait pas tenter d'être monsieur tout le monde je pense que le choix de wikipedia d'avoir segmenté les langues est une bonne chose, je pense que la bonne direction est similaire : des portails locaux (fr, de, uk) qui ciblent plus l'utilisateur que le contributeur. Car j'ai souvent remarqué ça dans le libre, d'abord on veut prendre, et si c'est top, on contribuera naturellement, mais un wiki étouffe quidam, ça déroute et ça fait peur. Bon, la critique est facile, l'art est difficile, on ne construit pas un super top portail osm-fr en 3 secondes avec 1 motivé et demi, mais je soutiens une telle initiative et suis prêt à y donner un peu de temps (j'ai déjà fais le forum ! aïe, pas troller) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
2010/3/24 Nicolas Moyroud nmoyr...@free.fr Emilie Laffray a écrit : Selon ce que tu veux faire, en effet, gadm est une bonne base. Toutefois, la taille de la base de donnee est assez importante, et il y a des problemes avec des caracteres (probleme avec UTF-8). De plus, ces donnees sont difficilement utilisables du fait de la clause NC. Si tu veux utiliser cela dans un cadre d'une societe, ce n'est pas possible. Dans mon cas la clause NC n'est pas génante, c'est pour un projet purement scientifique, sans aucun but commercial. Le problème avec les caractères peut être embêtant, mais sur 95 départements je devrais pouvoir le régler à la main. Après c'est sûr que ce n'est adapté à beaucoup d'usages... Vivement qu'OSM propose une archive téléchargeable des limites administratives. Y'a plus qu'à se retrousser les manches et finir le boulot de saisie ! ;-) Enfin, il est possible que tu sois oblige de simplifier aussi les géométries avec GADM ;) J'avais regarde il y a quelques temps de cela et ca donne quand meme un tres gros fichier :) Les donnees de GADM proviennent de l'ONU. Je n'ai pas souvenir s'il y avait les departements dedans ou pas. Je me rappelle clairement des regions, mais departements je ne sais plus. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
Bonjour, Le 24 mars 2010 15:34, marc mascre mascrem...@gmail.com a écrit : Personne ne peut me donner des conseils ou un coup de main ? Côté conseils, tu peux t'inspirer de compte-rendus comme ceux-ci, issus de mapping-parties à Vire et ses environs: http://linuxavire.free.fr/wikini/wakka.php?wiki=OSM09091622 http://linuxavire.free.fr/wikini/wakka.php?wiki=AtelierOSM090516 A+ -- Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
On mercredi 24 mars 2010, Etienne Trimaille wrote: Je me demande si après-tout le 'pur hors-piste' a vocation à figurer dans la base. Pourquoi pas un coin à champignon? Je me pose la même question. Je suis entre les deux, c'est en effet quelque chose de délicat, si on part du principe que la quasi totalité des montagnes est skiable, on pourrait se retrouver avec des pistes? qui n'ont presque aucun sens. Mais il existe toutefois des parcours plus skiés que d'autres, de sorte qu'en hivers, ces chemins deviennent visibles, jusqu'a la fonte des neiges. Comme je l'ai évoqué sur la page concernant path qui pourtant incite presque clairement que path devrait être utilisé pour le ski, les raquettes, les motos neige : http://wiki.openstreetmap.org/wiki/Talk:Tag:highway=path Je suis contre, sauf si en été aussi, le chemin est visible. Sans quoi la donnée deviens difficilement utilisable car il faut que tout les outils qui la traite prenne en compte la présence d'un extra tag de type sport=ski pour ne justement pas indiquer ces faux chemins au randonneur. Je recommande donc que ce soit taggué avec piste:type=un_truc Après, vient la difficile question de quoi mettre et ne pas mettre Les pistes de ski balisées, pas de problème, c'est visible même en été, des piquets sont là, le tracé est stable dans le temps et vérifiable, donc on a piste:type=downhill pour le ski de piste et piste:type=nordic pour le ski de fond En ce qui concerne le hors pistes non balisées, ça devient plus délicat. D'une part il y a plusieurs activités pas forcément compatibles qu'il faut différencier, en effet, un itinéraire de ski de rando qui part du sommet de la station, si vous le suiviez avec vos skis de piste, ça va être très embêtant lorsque vous serez coincé en bat d'un goulet et qu'il faudra remonter sur 400m. Si vous êtes en ski de fond (mais que faites vous donc au sommet d'une station de piste ?) idem Donc il y a hors pistes, et hors pistes. En regardant ce qui se fait ailleurs (IGN) des itinéraires ski de rando (bleus) sont indiqués, ils ne veulent pas dire qu'en dehors de ça, point de salut, mais que ce sont des itinéraires réguliers. Et là, vient la subjectivité, qu'est-ce qui est réguliers ? Pour le hors piste, de ski de piste (comme c'était mentionné par le posteur original) on retrouve un peu la question subjective, si on prend une station hors forêt, virtuellement, vous allez pouvoir couper presque entre toutes les pistes et ainsi couvrir la station (moins les barres rocheuses, et encore, selon niveau) J'ai envie de dire, puisque subjectivité il y a, le mentionner sur le wiki, indiquer plusieurs élément qui aiderons le cartographe à choisir, puis laisser à l'appréciation personnelle et au jugement. Le risque étant d'en voir des tonnes et des tonnes et qu'en fait on se retrouve sur un site comme camp2camp ou skitour.fr où chacun a en fait posé sa trace. Peut-être cela s'autogérera-t-il si d'autres suppriment les itinéraires non stratégiques Mais ne crions pas non plus avant d'avoir mal, les montagnes n'en sont pas couvertes ! Exemple pratiquement identique : mes traces de montées en ski de rando à un sommet. Je ne détiens pas la trace qu'il faut suivre, et cela ne correspond pas à un chemin présent sur le terrain. Je pense donc pas qu'il soit bon de mettre ce genre d'info dans osm, +1 mais plutôt dans une base spécialisé, comme camp2camp +1 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Le 24/03/2010 11:46, Emilie Laffray a écrit : C'est globalement assez simple. pour certains ! :-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
Comment tagger une piste non damée ? Sur le domaine de Tignes / Val d'Isère, ils appellent ça Naturide : la piste est noire, balisée, mais pas damée donc ça ressemble à du hors-piste surveillé. - pour le non damé : grooming=no Par définition, si c'est balisée, ce n'est plus du hors piste j'aurais envie de dire. piste:type=downhill + piste:grooming=backcountry me semble un bon candidat Et comment tagger un trajet hors-piste classique ? Pour l'instant, j'ai mis - pour le hors-piste : grooming=backcountry, patrolled=no piste:grooming=backcountry précise : Use with marked, cleared, ungroomed ski trails. mais précise aussi Off-piste cross-country skiing, often referred to as backcountry touring ce qui me semble incohérent, ont-ils supposés que off-piste et marked est possible ? Bref, je dirais qu'il manque un truc pour le préciser. Ton patrolled=no (que tu as inventé ?) ajouté d'un piste:type=downhill me semble une bonne idée. Bien que patrolled et non balisée ne me semble pas tout à fait le même concept Logiquement, je devrais mettre pour les deux grooming = backcountry, mais je crains que le hors-piste soit trop semblable au sur-piste. Tout à fait d'accord, donc il manque un truc : soit pour le hors piste on n'utilise pas piste:downhill mais piste:skitour, mais là on rentre dans le problème que j'ai indiqué du et si ça monte ? ou alors on invente un truc à ajouter ou alors on réutilise le trail_visibility (à la sauce piste ?) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Bonjour, Message du 24/03/10 10:56 De : Pieren L'idéal serait finalement de réellement supprimer ces anciennes limites départementales qui sont aujourd'hui largement minoritaires (celles qui contiennent encore la source cartographes associés) et de lancer un appel pour que toute la communauté comble les trous ainsi créés. Hélas on trouve des limites avec ce tag source et une géométrie clairement issue du cadastre. Le niveau de généralisation géométrique est tellement incomparable qu'il n'y a pas de doute possible quand on tombe sur ces tracés, qui proviennent du cadastre mais dont l'auteur a oublié de modifier le tag source. Avant de parler de supprimer ces limites sur la foi du tag source, ça vaurait le coup de constater dans quel environnement elles évoluent, et dans certains cas se contenter de modifier le tag source au profit du cadastre. vincent Laposte.net, Messager Officiel du Rallye des Gazelles 2010, Pour suivre le Rallye Aicha des Gazelles et soutenir les participantes, cliquez ici http://www.laposte.net/rallye-des-gazelles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Enfin, il est possible que tu sois oblige de simplifier aussi les géométries avec GADM ;) J'avais regarde il y a quelques temps de cela et ca donne quand meme un tres gros fichier :) Les donnees de GADM proviennent de l'ONU. Je n'ai pas souvenir s'il y avait les departements dedans ou pas. Je me rappelle clairement des regions, mais departements je ne sais plus. Sur GADM, il y a 3 niveaux de frontières disponibles pour la France : pays, régions et départements. Le SHP des départements ne pèse que 3,3Mo donc en ce qui concerne la taille ça me va. J'ai vérifié et c'est vrai que les limites de départements sont plutôt grossières, mais dans mon cas ça va suffire. Je pense que je vais utiliser ça. Enfin quand on y pense, tout ça est plutôt lamentable. En France, même en tant qu'organisme public, on ne peut pas disposer librement d'une information géographique aussi basique que les limites administratives sans être emm... par des questions de droits de diffusion. Merci l'IGN et ses données verrouillées ! Le pire c'est qu'une partie de ces données est financée par de l'argent public ! Heureusement d'ici quelques temps grâce à OSM nous serons enfin libres ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Super ! Merci pour le lien vers le tuto sly ! Et merci au grand maître François VDB pour le tuto ;-) sly (sylvain letuffe) a écrit : Un tutoriel bien expliqué par françois se trouve ici : http://iglibres.blogspot.com/2009/04/limites-administratives.html Il est facilement applicable aux départements et régions, mais il faut bien être conscient que le doute persiste sur la liberté des données ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
Plusieurs points : patrolled=no je ne l'ai pas inventé. Dans la version anglaise (que j'ai utilisée en décembre), on a : Pistes that are not patrolled, though they may be marked and maintained et dans la version française : Pistes sans patrouilleur, malgré qu'elles soient marquées et maintenue que je viens de corriger en bien que _pouvant_ être marquées et maintenues Patrolled n'est pas équivalent à non-balisé. Donc Patrolled=no est nécessaire sur le hors-piste, mais pas suffisant. Le hors-piste n'est pas du piste:abandoned=yes, ni du piste:type=skitour car c'est uniquement à sens descendant. L'idéal serait effectivement sans doute de créer un piste:type=off-piste ; mais je n'ose pas... Ceratins disent d'utiliser route=ski. Mais Tagwatch montre que route=ski est très souvent utilisé avec piste:type=downhill. De façon générale, le fait que les propositions de tags soient validées sans vote est une mauvaise nouvelle (bien que ça m'ait réjoui au début), car il restait quelques questions en suspend et qu'aucune discussion n'a permis de trancher (voir les sujets ouverts sur Discussion). En plus, c'est un précédent fâcheux et pas très démocratique. Il reste des incohérences : par exemple, les pites peuvent être des Areas... mais dans quel sens descend-on sur une Area ??? Il reste des questions floues : il y a souvent de grands plats, face aux stations, que l'on prend dans le sens que l'on veut, et qui ne sont pas vraiment des pistes. Le hors-piste, donc, est mal défini. Certais téléskis sont fixes, d'autres débrayables, et on a un seul tag pour ces deux types (platter) Bref, pour l'instant, je me limite à patrolled=no et une note disant Off-piste. Charlie Echo - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 24 Mars 2010 13:54:17 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps Comment tagger une piste non damée ? Sur le domaine de Tignes / Val d'Isère, ils appellent ça Naturide : la piste est noire, balisée, mais pas damée donc ça ressemble à du hors-piste surveillé. - pour le non damé : grooming=no Par définition, si c'est balisée, ce n'est plus du hors piste j'aurais envie de dire. piste:type=downhill + piste:grooming=backcountry me semble un bon candidat Et comment tagger un trajet hors-piste classique ? Pour l'instant, j'ai mis - pour le hors-piste : grooming=backcountry, patrolled=no piste:grooming=backcountry précise : Use with marked, cleared, ungroomed ski trails. mais précise aussi Off-piste cross-country skiing, often referred to as backcountry touring ce qui me semble incohérent, ont-ils supposés que off-piste et marked est possible ? Bref, je dirais qu'il manque un truc pour le préciser. Ton patrolled=no (que tu as inventé ?) ajouté d'un piste:type=downhill me semble une bonne idée. Bien que patrolled et non balisée ne me semble pas tout à fait le même concept Logiquement, je devrais mettre pour les deux grooming = backcountry, mais je crains que le hors-piste soit trop semblable au sur-piste. Tout à fait d'accord, donc il manque un truc : soit pour le hors piste on n'utilise pas piste:downhill mais piste:skitour, mais là on rentre dans le problème que j'ai indiqué du et si ça monte ? ou alors on invente un truc à ajouter ou alors on réutilise le trail_visibility (à la sauce piste ?) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
patrolled=no je ne l'ai pas inventé. C'était pas une critique hein ! au contraire, j'avais trouvé ça bien, et je ne l'avais jamais vu (mais sans doute j'ai pas tout lu) Dans la version anglaise (que j'ai utilisée en décembre), on a : impec Patrolled n'est pas équivalent à non-balisé. Donc Patrolled=no est nécessaire sur le hors-piste, mais pas suffisant. d'accord avec toi Le hors-piste n'est pas du piste:abandoned=yes, ni du piste:type=skitour car c'est uniquement à sens descendant. encore d'accord L'idéal serait effectivement sans doute de créer un piste:type=off-piste ; mais je n'ose pas... Je vois deux options, soit ça en effet, soit piste:type=downhill mais avec un modificateur. Je préfère ton option car au moins, c'est bien segmenté, je te suis sur le wiki pour défendre l'idée ! Ceratins disent d'utiliser route=ski. Mais Tagwatch montre que route=ski est très souvent utilisé avec piste:type=downhill. Et ça ne clarifie pas de quelle route=ski on cause De façon générale, le fait que les propositions de tags soient validées sans vote est une mauvaise nouvelle (bien que ça m'ait réjoui au début), haha ! je suis exactement dans le même cas, quand j'ai vu ce projet se monter en version passage en force, j'ai pas râlé car je me suis dis, mais quelle galère le système de vote du wiki, ils ont bien raison de dire fuck car quel temps on perd alors que en à peine quelques mois ils avaient sorti un super wikiproject assez bien foutu, j'ai donc regardé ça du coin de l'oeil en voyant plein de tag débarquer au fûr et à mesure que le projet était utilisé de plus en plus. Sauf que maintenant, on rencontre quelques petits problèmes, le classique étant un tag, déjà bien utilisé, mais à plusieurs interprétations selon le contributeur (et une page qui change de texte alors même que le tag existe plein de fois) Dans l'ensemble je dirais que ça à plutôt bien marché, mais un peu de rigeure ne ferait pas de mal En plus, c'est un précédent fâcheux et pas très démocratique. un peu d'anarchie m'a fait bien plaisir ;-) on payera quelques pots cassés plus tard, mais quelle vitesse ! Il reste des incohérences : par exemple, les pites peuvent être des Areas... mais dans quel sens descend-on sur une Area ??? Oulla oui, celle là elle va être coton à gérer, avec un way au milieu comme les rivières ? Il reste des questions floues : il y a souvent de grands plats, face aux stations, que l'on prend dans le sens que l'on veut, et qui ne sont pas vraiment des pistes. Je pose en général des areas de type piste vertes, mais c'est loin d'être satisfaisant car chacun sa bidouille Le hors-piste, donc, est mal défini. Certais téléskis sont fixes, d'autres débrayables, et on a un seul tag pour ces deux types (platter) ça m'a pas l'air bien grave, un tag et on pourra le régler mais y'en a d'autre des un peu tordu comme le skitour qui se referme ou pas pour donner une surface ou un way L'histoire de la station de sport d'hivers (landuse=winter_sports), taggé comme un point, mais qui peut avoir plusieurs stations donc plusieurs point, mais finalement le domaine skiable est une surface, ça complique un poil pour faire des créateur de plan des pistes à la MapOSMatic) yvecai a fait un bon résumé en bas de la page talk des petites incohérences -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Perte logiciel
Nicolas DUPEUX a écrit : Yannick VOYEAUD a écrit : Bonsoir à toutes et tous, J'ai perdu une carte SD sur laquelle j'avais mis le logiciel pour faire mes traces. Merci à celui qui me donnera le nom de ce logiciel. Matériel Holux 53CL Os Win CE Amitiés Il me semble que c'etait moi qui t'avais fourni ca. Est-ce que tu veux que je te le renvoie ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonsoir, Oui je veux bien Amitiés -- Yannick VOYEAUD ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import limite administrative - tag source
J'ai commencé à me lancer dans l'import de limites administratives des communes à partir des gpx (merci Sly). Bienvenu au club des courageux ! Je me pose une bête question à laquelle le wiki ne répond pas : Que mettons-nous dans le tag source ? Je ne donne que ma technique : - dans la relation, je ne mets rien en source - en revanche, sur chaque chemin qui la compose je place un source=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2010 - sur les noeuds, on le faisait (le plugin le faisant en fait) avant mais c'est hyper lourd en terme de taille Doit-on mentionner le cadastre puisque c'est l'origine du gpx ou bien autre chose ? source=sly nan, c'est une blague, oui, le cadastre car ça vient de là Dans le cas du cadastre, quelle année faut-il préciser, sans à devoir aller la chercher dans le pdf correspondant pour chaque commune ? Y'a eu débat, certains préféreraient la date de la dernière vectorisation par le cadastre, mais c'est super lourd d'aller la chercher. Moi je mets 2010, puisque finalement c'était son état en 2010, si c'est mis à jour en 2012, on saura de toute façon que 20122010 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import limite administrative - tag source
Le mercredi 24 mars 2010 16:59:54 sly (sylvain letuffe), vous avez écrit : Doit-on mentionner le cadastre puisque c'est l'origine du gpx ou bien autre chose ? source=sly nan, c'est une blague, oui, le cadastre car ça vient de là Heu, sauf erreur de ma part, la source du GPX, c'est OSM non ? On a saisie les données grâce au cadastre, mais la propriété est transféré à OSM grâce à la licence du cadastre qu'on a (que je n'ai pas en tête et pas relu). Ou alors, il faut mettre les deux. … ou alors, j'ai rien capté ^^ Dans le cas du cadastre, quelle année faut-il préciser, sans à devoir aller la chercher dans le pdf correspondant pour chaque commune ? Y'a eu débat, certains préféreraient la date de la dernière vectorisation par le cadastre, mais c'est super lourd d'aller la chercher. Moi je mets 2010, puisque finalement c'était son état en 2010, si c'est mis à jour en 2012, on saura de toute façon que 20122010 Je me suis posé la même question, et ma réponse est la même si je t'ai bien compris. Je laisse la date actuelle de saisie, même si ce n'est pas la date de maj de la planche utilisée, car a priori il n'y a pas eu de maj jusqu'à cette date de saisie. Ça pourrait poser pb si un maj de cette planche intervenait cette même année, mais bon … ça facilite les choses et donne un bon indice me semble-t-il. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import limite administrative - tag source
On mercredi 24 mars 2010, Nicolas Dumoulin wrote: source=sly nan, c'est une blague, oui, le cadastre car ça vient de là Heu, sauf erreur de ma part, la source du GPX, c'est OSM non ? heu... p'tet qu'on parle pas des mêmes gpx ;-) ? Je parle de ça moi : http://beta.letuffe.org/ressources/communes/ -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import limite administrative - tag source
2010/3/24 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Heu, sauf erreur de ma part, la source du GPX, c'est OSM non ? On a saisie les données grâce au cadastre, mais la propriété est transféré à OSM grâce à la licence du cadastre qu'on a (que je n'ai pas en tête et pas relu). Ou alors, il faut mettre les deux. Arg, je m'étrangle, vite de l'air... ;-) grâce à la licence du cadastre qu'on a Le cadastre n'a pas de licence mais des conditions générales d'utilisation (CGU) comprenant un droit d'usage, un droit de diffusion et un droit de reproduction. Nous pouvons utiliser les données cadastrales à condition que cela forme un produit composite, de sourcer les données et de faire figurer le millésime (voir les détails sur le wiki). Nous considérons tous qu'OSM forme un produit composite puisque ce n'est pas une copie formée uniquement du cadastre. Le tag source permet de sourcer la DGFiP mais le millésime est la clause la plus difficile à respecter. Elle est d'abord difficile à récupérer par des moyens automatiques. Il faut aller sur le site, se positionner sur un endroit particulier et générer un PDF. Le millésime varie suivant les données présentes à l'écran lors de la demande. Donc, avec un simple changement de zoom ou un déplacement latéral de quelques mètres, il peut changer de quelques jours, mois ou années. la source du GPX, c'est OSM non Non, ces GPX-là viennent du script de Fred qui scanne le cadastre, donc la source, c'est toujours le cadastre. On a saisie les données grâce au cadastre, mais la propriété est transféré à OSM grâce à la licence du cadastre Il n'y a pas de transfert de propriété. Il y a copie (légale, faut-il préciser). La propriété intellectuelle reste en entier au nom de la DGFiP. Nous ne pouvons distribuer un produit que se dirait voila le plan cadastral par OSM. Par contre, nous pouvons distribuer un plan contenant des informations du cadastre (entre autre) (produit composite). Ouf, je respire mieux maintenant, Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
Le Mercredi 24 Mars 2010 14:53:41, Nicolas Moyroud a écrit : Super ! Merci pour le lien vers le tuto sly ! Et merci au grand maître François VDB pour le tuto ;-) sly (sylvain letuffe) a écrit : Un tutoriel bien expliqué par françois se trouve ici : http://iglibres.blogspot.com/2009/04/limites-administratives.html Il est facilement applicable aux départements et régions, mais il faut bien être conscient que le doute persiste sur la liberté des données Une autre solution plus directe. Tu commences pas obtenir les id de toutes les relations de départements (depuis le wiki ou l'xapi). Puis tu télécharges chaque relation : http://osm.org/api/0.6/relation/#id/full Ça serait encore plus facile à faire s'il existait une relation de collection de relation des limites, mais ça c'est une autre question... My 2cents Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole
On mercredi 24 mars 2010, Frédéric Rodrigo wrote: Une autre solution plus directe. Tu commences pas obtenir les id de toutes les relations de départements (depuis le wiki ou l'xapi). Puis tu télécharges chaque relation : http://osm.org/api/0.6/relation/#id/full Certes, c'est une solution pour obtenir les départements, sauf que le requérant avait précisé format shapefile Ce qu'on peut supposer, c'est qu'il s'intéressait à un format exploitable avec un logiciel GIS classique et de mes connaissances, les outils qui font du osm-shapefile en étant capable de faire une construction GIS correcte des relations ne sont pas légion, pour ne pas dire qu'il n'y a bien que osm2pgsql de façon détourné à savoir le faire. J'ai aussi vu tourner deux autres avec du potentiel que l'on peut accéder ici : http://betaplace.emaitie.de/webapps.relation-analyzer/ conversion en format GPX (donc pas encore terrible pour la gestion multipolygone) et un autre que yannick avait développé en python et qui faisait à peu prêt la même chose avec une gestion des relations de relations ! -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
yvecai a fait un bon résumé en bas de la page talk des petites incohérences Effectivement, le passage en force a été utile pour aboutir à un résultat rapide, mais il est toujours possible de corriger des incohérences maintenant. C'est pourquoi j'ai fait ce bout de tableau afin d'éclaircir comment chacun peut utiliser les tags existant. Suite à cette discussion, si vous avez une proposition d'utilisation des tags existant, mettez-la ici: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Piste_Maps#Backountry_.2F_Freeride_.2F_skitour_..._need_clarification Rajoutez route=piste et patrolled=yes/no pour plus de précision. L'exercice consiste à faire rentrer vos exemples dans les tags existants. Le souhait serait d'arriver à créer un consensus sur les définitions, que les tags proposés soient efficaces ou pas, ce sera déjà pas mal. Si vous pensez qu'une serie de tags ne doit pas utilisée (inutile), dîtes-le. Après, si il manque des tags, il y aura de toute façon un fou pour en rajouter un autre ! Après tout peut-être que piste:type=pure-off-piste serait un exutoire utile. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Belle fréquentation de la liste OS M francophone
Il est curieux de constater que le nombre de messages sur la liste anglophone a un petit coup de mou avec seulement 584 posts. Avec 851 en ce moment, la liste francophone est nettement en tête et peut encore atteindre le millier comme il y a un an. Néammoins, cela ne traduit pas une dynamique tournée vers l'organisation. Tout semble potentiellement confié à l'OSGéo qui a pourtant besoin de partenaires démontrant un mouvement collectif. Comme je le faisais remarquer à quelques-uns, s'intégrer à l'OSGéo va probablement demander plus plus d'énergie que de créer une structure autonome et c'est bien pourtant dans ce sens-là que la communauté a souhaité aller. Ceci n'est que pour dire : dites comment vous voyez le fonctionnement de la section OSM/OSGéo et surtout pour mener quelles actions. Voulez-vous un statut propre à la section qui soit horizontal? Quelles sous-sections ou délégations ou missions? Si vous n'avez pas envie de le dire sur la liste, dites-le à ceux qui semblent pouvoir porter vos messages. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Bonjour a tous, pendant qu'on parle de transport, toussa, j'aimerais savoir comment tagger le RER D ! Bon, il a plusieurs branches, donc, c'est assez chiant, mais ça donne ça : http://wiki.openstreetmap.org/wiki/WikiProject_France/RER/D Alors, moi, ce que j'ai fait, c'est que j'ai mis dans la relation du RER D, les gares du Nord + les 2 branches suds. Et dans ces branches, j'ai mis leur branches, etc ... Du coup, 2 questions : 1) Est ce que c'est bien ? 2) Sinon, comment faut-il le faire ? 2bis) http://78.46.81.38/api/sketch-line?network=RERref=Dcorrespondences=10width=1500height=500 étrange, n'est ce pas ? JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import données Transisère
Pas de réponse depuis un mois, j'ai donc envoyé le même message (légèrement plus détaillé) par courrier postal aujourd'hui, au CG 38. Le Thu 25 Feb 2010 à 19:02 +0100, Guillaume Allegre a ecrit : Pour info, je viens d'envoyer ce message à Transisère (marque du CG 38), opérateur des lignes de bus sur l'Isère. notes : TAG = Transports de l'Agglomération Grenobloise - Bonjour, Je suis contributeur à OpenStreetMap (OSM), un projet de cartographie collaborative, un peu similaire à Wikipedia pour la cartographie. Utilisateur régulier des transports publics TAG et Transisère, j'utilise les deux sites régulièrement. Le site Transisère a la particularité de présenter une carte des arrêts géoréférencés sur fond de carte Google Maps. J'aimerais savoir s'il vous serait possible, techniquement et légalement, de fournir cette liste d'arrêts géoréférencés pour alimenter la base OpenStreetMap. Pour les lignes urbaines gérées par la Semitag, par exemple, les informations d'arrêts et de lignes sont déjà présentes dans la base OSM. Cela permet notamment de les afficher sur un site comme OpenTransport, qui exploite les données OSM : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Grenoble La base de données d'OSM exige que les données importées soient libres au sens de la licence Creative Commons CC-BY-SA. En revanche, nous pouvons indiquer une source pour chaque donnée importée (par exemple Conseil Général de l'Isère). C'est par exemple ce que nous faisons pour les données obtenues à partir du cadastre, dans le cadre de l'accord donné par la DGFiP en janvier 2009. Si ce projet vous intéresse, je suis à votre disposition pour discuter des détails techniques et légaux qu'il pourrait impliquer. En vous remerciant par avance pour le temps que vous voudrez bien accorder à ma demande. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import limite administrative - tag source
Bon effectivement, je m'étais gouré :-) Le mercredi 24 mars 2010 18:09:46 Pieren, vous avez écrit : à OSM grâce à la licence du cadastre Il n'y a pas de transfert de propriété. Il y a copie (légale, faut-il préciser). La propriété intellectuelle reste en entier au nom de la DGFiP. Nous ne pouvons distribuer un produit que se dirait voila le plan cadastral par OSM. Par contre, nous pouvons distribuer un plan contenant des informations du cadastre (entre autre) (produit composite). Ok, donc pour être plus clair, si je génère un shapefile, ou juste une carte représentant les limites de communes (que nous saisissons à l'aide du cadastre. Cette carte sera publiée sous licence CC-BY-SA en mentionnant OSM blabla … et le cadastre (DGFiP) ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import limite administrative - tag source
2010/3/24 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Ok, donc pour être plus clair, si je génère un shapefile, ou juste une carte représentant les limites de communes (que nous saisissons à l'aide du cadastre. Cette carte sera publiée sous licence CC-BY-SA en mentionnant OSM blabla … et le cadastre (DGFiP) ? Pas nécessairement sur la carte elle-même. Mais dans les sources et le wiki. C'est un raccourci qui est fait pour toutes les contributions, y compris les nôtres. Si on voulait appliquer la licence cc-by-sa à la lettre, il faudrait afficher les noms de tous les contributeurs (by=attribution). Si je fais une carte avec mes contributions uniquement, je ne pourrait y afficher mon nom seul que si je n'avais pas versé mon travail dans le pot commun. Avec les données issues du cadastre, il y aurait un problème si l'entier du cadastre était versé dans OSM puis extrait. OSM n'est pas une machine à effacer les droits de propriété intellectuel. Mais comme il n'y a qu'une partie de celui-ci, de plus agrémenté de notre travail (classification, conflation), il n'y a pas grands risques d'être accusés de plagiat. De plus, je pense que même la DGFiP n'est pas mécontente de voir un autre acteur que l'IGN pouvoir distribuer les limites administratives ä l'échelle du pays, surtout si ça peut-être gratuit. Il est même scandaleux que l'IGN, sous prétexte d'en avoir corrigé les aberrations, restreigne l'accès de ses limites administratives dont il a la charge exclusive (payant via l'API geoportail ou l'interdiction d'un usage commercial de la base GEOFLA). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Gilles Bassière a écrit : Prendre des photos vues d'en haut ne coûte pas forcément très cher : http://grassrootsmapping.org/ Après ça dépend de ce qu'on veut faire avec les images. Si c'est pour vectoriser des routes, des bâtiments et des POI, je pense que cadastre-fr est plus simple et plus fiable. Plus simple, sans aucun doute. Plus fiable, vraiment pas sûr. Ça dépend de ce que l'on entend par « plus fiable ». Certes, le cadastre est en général très précis. Mais... Primo, l'utilisation du cadastre nécessite une connaissance fine du terrain là où une photographie aérienne haute résolution est bien plus parlante (sans toutefois résoudre tous les problèmes puisque, par exemple, il est impossible d'identifier avec certitude les sens uniques à partir d'une photo aérienne) . En effet, le cadastre se préoccupe avant tout de définir les parcelles et les bâtis là où un mappeur se préoccupera avant tout de la géométrie et de la topologie des axes routiers. Secundo, la photographie aérienne montre une multitude d'informations ignorées par le cadastre telle l'occupation des sols. Quand on veut tracer les contours d'une forêt, le cadastre n'est pas d'une grande utilité. De même, lorsqu'on souhaite tracer une rivière, une photo aérienne est plus utile que le cadastre puisque ce dernier montre le lit majeur du cours d'eau. J'ai récemment trouvé dans OSM un pont dont les extrémités étaient dans l'eau non pas parce que le contributeur avait mal estimé la longueur du pont mais parce qu'il avait trop scrupuleusement suivi les berges indiquées dans le cadastre, le lit réel de la rivière étant bien plus modeste. Tertio, le cadastre date parfois sérieusement et fournit alors une information qui ne reflète plus du tout la réalité du terrain. Deux contributeurs m'ont signalé ces dernières semaines avoir supprimé des bâtiments que j'avais tracés parce qu'il avait été détruits l'année dernière. Pourtant, ces bâtiments sont toujours signalés sur le cadastre[1]. À contrario, le cadastre ne montre pas les bâtiments les plus récents et, je ne sais pour quelle raison, en ignore d'autres qui sont pourtant plus vieux que moi et existent toujours à ce jour. Quarto, je suis tombé l'année dernière sur une erreur de projection du cadastre sur la commune de Givors qui conduit à positionner les éléments du terrain avec une erreur de 35 à 50 mètres suivant les endroits. Quinto, le cadastre ne couvre que la France. En conséquence de quoi la photographie aérienne, ça a du bon, même si c'est lourd à mettre en œuvre et si nous ne sommes pas prêts de voir le jour où des flottilles de drones fourniront une image rafraîchie annuellement de l'ensemble du territoire. Finalement, la solution passe peut-être bien par la mise à disposition gracieuse d'images par Spot Image. Yapuka ! :) A++, Sébastien [1] À ce propos, à ma connaissance, il manque dans OSM un tag qui permettrait de signaler aux contributeurs qu'un bâtiment est détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément qui « occuperait le terrain » et serait donc visible des autres contributeurs, leur évident recréer un élément volontairement supprimé. Les outils de rendus pourraient être adaptés pour ignorer les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait dans les outils d'édition mais ne serait pas rendu. -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Le 24/03/2010 23:21, Sébastien Dinot a écrit : [1] À ce propos, à ma connaissance, il manque dans OSM un tag qui permettrait de signaler aux contributeurs qu'un bâtiment est détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément qui « occuperait le terrain » et serait donc visible des autres contributeurs, leur évident recréer un élément volontairement supprimé. Les outils de rendus pourraient être adaptés pour ignorer les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait dans les outils d'édition mais ne serait pas rendu. building=no note:fr=détruit/rasé/ratiboisé -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Le 24/03/2010 23:37, Vincent Pottier a écrit : Le 24/03/2010 23:21, Sébastien Dinot a écrit : [1] À ce propos, à ma connaissance, il manque dans OSM un tag qui permettrait de signaler aux contributeurs qu'un bâtiment est détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément qui « occuperait le terrain » et serait donc visible des autres contributeurs, leur évident recréer un élément volontairement supprimé. Les outils de rendus pourraient être adaptés pour ignorer les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait dans les outils d'édition mais ne serait pas rendu. building=no note:fr=détruit/rasé/ratiboisé Même problème avec les repères géodésiques détruits. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
Le 24/03/2010 23:45, Eric SIBERT a écrit : Le 24/03/2010 23:37, Vincent Pottier a écrit : Le 24/03/2010 23:21, Sébastien Dinot a écrit : [1] À ce propos, à ma connaissance, il manque dans OSM un tag qui permettrait de signaler aux contributeurs qu'un bâtiment est détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément qui « occuperait le terrain » et serait donc visible des autres contributeurs, leur évident recréer un élément volontairement supprimé. Les outils de rendus pourraient être adaptés pour ignorer les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait dans les outils d'édition mais ne serait pas rendu. building=no note:fr=détruit/rasé/ratiboisé Même problème avec les repères géodésiques détruits. Éric man_made:old= note:fr= -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photos aériennes
2010/3/24 Sébastien Dinot sebastien.di...@free.fr Plus simple, sans aucun doute. Plus fiable, vraiment pas sûr. Ça dépend de ce que l'on entend par « plus fiable ». Certes, le cadastre est en général très précis. Mais... Des erreurs de positionnement, il y en a aussi avec des images mal ortho-rectifiées. Des problèmes d'obsolescence, il y en a aussi. Tracer le lit d'une rivière presque à sec parce que la photo a été prise en été pose aussi question (d'ailleurs, qui nous dit qu'il ne vaut pas mieux tracer le lit majeur et non le lit mineur ? je pense que cela ralentirait certaines ardeurs à construire en zones inondables). Et il y a plein d'info qu'on ne peut voir du ciel comme les noms de rues, les sens-interdits, etc. Ces trois sources (photo, cadastre, visite sur le terrain) ne doivent pas être mises en concurrence, elles sont complémentaires. Pieren Au passage, je signale avoir aussi vu des bâtiments dans le cadastre dont la construction n'était pas encore terminée. Le cadastre peut aussi être parfois en avance. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr