Re: [OSM-talk-fr] [OsmInterest] Nouvelles fonctionnalités
rldhont rldh...@gmail.com wrote: Non, car la dernière fois que je l'ai utilisé c'était sur Roubaix et je ne voyait aucun POI présent sur mapnik J'en avait déduit qu'osminterest utilisait sa propre base pour les poi ... qui ne couvre pas ma zone. Bah en fait on avait un problème et maintenant que l'on a mis à jour OSMInterest, ROubaix est bien dans la base ;-) Je l'utilise peu pour la même raison. Ma ville Cognac ne dispose que de très peu de POI dans OSMInterest. A priori tu extraits que les polygones, alors que les POI peuvent être des polygones, des way ou des points... Mais il semble aussi en manquer pour d'autres raisons que je n'explique pas. A Cognac sur la vue suivante : http://178.32.101.237/osminterest/?zoom=18lat=45.69299lon=-0.325laye rs=0BTTT Il y a 5 banques (avec dsitributeurs), plusieurs restos et bar et aucun n'apparait dans OSMInterest... De mon coté j'ai réalisé une carte pour ma ville bien moins interactive et moins riche potentiellement (réalisé par un extrait via XAPI en script python et téléversé en FTP pour OpenLayers) : http://www.leretourdelautruche.com/map/cognac.html?zoom=18lat=45.69334 lon=-0.3251layers=B0FFFTF -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM tag : Route payante (autoroute)
Bonjour la communauté, Mon problème : J'utilise une carte OSM sur mon navigateur Garmin nuvi. Je ne souhaite pas utiliser les routes payante (autoroute) et il m'y fait passer tout de même. Ébauche de solution : Les autoroute ont bien un tag "barrier=toll_booth " (barrière de péage) au entrée est sortie de zone payante. La plupart des autoroutes n'ont pas le tag "toll=yes" voie payante. Questions: Est-ce bien le tag "tool" qui rend une voie payante ? Je ne suis pas sûr que le navigateur utilise ce tag mais tout de même pourquoi ne pas taguer ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Numérotation des bâtiments
Franchement pour beaucoup de points, les règles de contribution ne sont pas assez directives. Je suis convaincu que plusieurs contributeurs qui hésitent (voire refusent) de contribuer sur certains points car comme il y a plusieurs méthodes, ils ont peur qu'un jour ça change, et de devoir modifier ce qu'ils ont fait. Comme OSM est collaoratif, je pense que certaines règles devraient être recardées pour faciliter le travail de certains contributeurs. Nous savons tous faire un bâtiment : un chemin fermé, un tag building = yes, mais pour les n° de rue, c'est flou. Du coup cette conversation m'a vraiment échaudée, je ne suis pas sûr que je vais continuer à numéroter s'il n'y a pas une seule solution adaptée d'adopée . Cédric Barribaud Secrétaire de l'APP3L www.app3l.org - panierAvide panierav...@laposte.net a écrit : Le 18/06/2011 01:00, Vincent Pottier a écrit : Le 18/06/2011 00:26, sechanb...@free.fr a écrit : Comment faite vous lorsque c'est un immeuble avec 10 numéros pour le même bâtiment ? Cédric Barribaud Secrétaire de l'APP3L www.app3l.org Soit utiliser l'interpolation, Soit mettre un nœud sur chaque entrée numérotée. -- FrViPofm C'est vrai qu'un noeud avec le numéro résoud le problème de plusieurs entrées sur un bâtiment (le noeud à associer avec building=entrance). Et même si le bâtiment n'est pas représenté par un polygone, on peut toujours indiquer l'adresse avec ce seul noeud. Dans le cas où il y aurait plusieurs appartements associés à une même entrée d'un immeuble, le wiki indique d'utiliser addr:flats [1] (287 utilisations). Généralisé à tous les bâtiments, même ceux n'ayant qu'une entrée, cela permettrait de voir directement par où entrer, ce qui représente une info utile pour les piétons. [1] http://wiki.openstreetmap.org/wiki/Tag:building%3Dentrance ___ 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] Numérotation des bâtiments
Le 18/06/2011 10:38, sechanb...@free.fr a écrit : Franchement pour beaucoup de points, les règles de contribution ne sont pas assez directives. Je suis convaincu que plusieurs contributeurs qui hésitent (voire refusent) de contribuer sur certains points car comme il y a plusieurs méthodes, ils ont peur qu'un jour ça change, et de devoir modifier ce qu'ils ont fait. Comme OSM est collaoratif, je pense que certaines règles devraient être recardées pour faciliter le travail de certains contributeurs. Nous savons tous faire un bâtiment : un chemin fermé, un tag building = yes, mais pour les n° de rue, c'est flou. Du coup cette conversation m'a vraiment échaudée, je ne suis pas sûr que je vais continuer à numéroter s'il n'y a pas une seule solution adaptée d'adopée. C'est vrai que sur certains points, la façon de mapper telle ou telle chose n'est pas claire. Mais au fur et à mesure, des consensus sont trouvés, des méthodes adoptées... On peut citer les discussions en cours pour les générateurs électriques, le tag fixé pour les abris (confusion entre refuges alpins et abris de toutes sortes)... Le tout est de lancer la discussion et d'en sortir en sachant comment taguer précisement, le projet avance et s'améliore à chaque fois ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM tag : Route payante (autoroute)
_Ébauche de solution :_ Les autoroute ont bien un tag barrier http://wiki.openstreetmap.org/wiki/Key:barrier=toll_booth http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth (barrière de péage) au entrée est sortie de zone payante. La barrière de péage n'indique pas nécessairement où est la zone payante. La plupart des autoroutes*_n'ont pas_* le tag toll http://wiki.openstreetmap.org/wiki/Key:toll=yes voie payante. _Questions:_ Est-ce bien le tag tool qui rend une voie payante ? En tout cas, c'est ce que j'avais commencé à faire sur les autoroute autour de Grenoble. Je ne suis pas sûr que le navigateur utilise ce tag mais tout de même pourquoi ne pas taguer ? Je vais d'ailleurs de ce pas compléter les autoroutes que je connais ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM tag : Route payante (autoroute)
Le 18/06/2011 12:13, Eric SIBERT a écrit : _Ébauche de solution :_ Les autoroute ont bien un tag barrier http://wiki.openstreetmap.org/wiki/Key:barrier=toll_booth http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth (barrière de péage) au entrée est sortie de zone payante. La barrière de péage n'indique pas nécessairement où est la zone payante. Mais topologiquement parlant, si tu passes une barrière de péage, c'est qu'il faut payer ;-) La seule information sur la localisation des barrières de péage devrait suffire à construire des itinéraires sans péage. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Portail OpenData Communauté Urbaine de Bordeaux (CGU APIE)
On 06/15/2011 05:20 PM, rldhont wrote: Le 15/06/2011 16:06, Romain MEHUT a écrit : Le 15 juin 2011 14:46, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Sans revenir sur le débat, la CGU de l'APIE n'est pas assez précise pour que l'on soit sûr qu'une réutilisation commerciale ne soit pas sujette à redevance. Ce qui signifie donc que sans précision de la part de la CUB ou de Montpellier ou de Rennes, ces données ne sont pas compatibles avec la licence OSM. Pour Rennes, aucune restriction: http://www.data.rennes-metropole.fr/notre-demarche/licence-d-utilisation/ Oui Rennes a rédigé sa propre licence. Il semble d'ailleurs à la lecture de certains articles dont le 3 qu'elle a été rédigé en pensant à OSM. La premiere licence (NC) n'était pas compatible OSM. Suite a des remarques de citoyens, ils ont rencontré des gens d'OSM, de Wiki[P/M]edia et des libristes. La 2eme licence est le fruit de ces repas (trop dur la vie de lobyyiste) Par contre je souhaiterais savoir si les éléments suivants sont compatibles avec OSM : * La licence ne confère en aucun cas les droits de propriété intellectuelle de ces données si on indique source=communauté machin 2011 a l'import initial c'est bon non? Apres si on modifie la donnée dans OSM ca n'est plus la donnée d'origine. * Le licencié s'engage à indiquer leur source et la date de leur dernière mise à jour on indique source=communauté machin 2011 comme pour le cadastre * Toute base de données dérivée doit impérativement respecter les conditions de la présente Licence ou d'une licence compatible. Je sais pas. * Le licencié est averti que l'administration se réserve le droit à tout moment , et pour quel que motif que ce soit, de modifier les conditions de réutilisation fixées dans la présente Licence, de mettre un terme à leur production ou modifier leur contenu ou la fréquence de leur mise à jour, sans que le réutilisateur ne puisse prétendre à aucune indemnité. Il s'agit pour le fournisseur de données de se donner le droit d'arreter de les mettre a dispo. Et que si une boite a monté un business sur les données, elle ne puisse pas demander réparation. Mais les données dans la nature ne changent pas de licence retroactivement. * Le Licencié est autorisé à exploiter les Informations publiques sans limitation de durée Une eventuelle limite qui est explicitement levé, c'est bien non ? * Les Conditions générales sont soumises à la seule loi française Qu'en pensez-vous ? a part la licence compatible et la loi francaise, je ne vois rien qui pourrait bloquer. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Portail OpenData Communauté Urbaine de Bordeaux (CGU APIE)
A ce jour, est-ce que des données de http://www.data.rennes-metropole.fr/ ont été intégrées en dur dans la base de données d'OSM? Les stations de Velos en libre service ont été ajoutées/complétées. J'avais commencé a regarder pour les points de recyclage du verre, mais la comparaison du fichiers avec la realité dans mon quartier m'a laissé penser que la source de données n'etait pas tres fiable. Pour le moment j'ai mis en pause. A noter que certaines données ne sont pas exploitable. Par exemple pour les parking vélo il s'agit du programme prévisionnel 2008. On ne sais pas si le programme a été réalisé conformement aux prévisions ou pas. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM tag : Route payante (autoroute)
Le samedi 18 juin 2011 à 12:27 +0200, Eric SIBERT a écrit : Mais topologiquement parlant, si tu passes une barrière de péage, c'est qu'il faut payer ;-) La seule information sur la localisation des barrières de péage devrait suffire à construire des itinéraires sans péage. En effet, pour moi le tag toll est plus un tag de rendu : si on veut pouvoir afficher les autoroutes payantes et gratuites d'une couleur différente (comme dans Google Maps par exemple). Topologiquement on devrait même pouvoir identifier les ways en section payante : les ways entre les barrières de péages, jusqu'à la prochaine entrée ou sortie sans péage débouchant sur le réseau secondaire. Pour faire ce genre de calcul il serait peut être utile d'avoir l'information sur le système de barrières de péages sur le node barrier=toll_booth - système ouvert = on paye à chaque barrière de péage - système fermé = on prend un ticket à l'entrée et on paye à la sortie Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping Party en Essonne / Courcouronnes le 25 juin 2011
Je re-up ce sujet, n'hésitez pas à venir soutenir OSM et à rencontrer d'autres contributeurs. Avec les points abordés ici : http://freeroute.fr/?p=355 A+ -- Marc Sibert m...@sibert.fr Le 06/06/2011 17:14, Marc SIBERT a écrit : Bonjour, Puisque les organisateurs ne se sont pas lancés, je le fais et j'annonce une présentation OSM suivi d'une petite mapping party qui auront lieu le samedi 25 juin prochain à partir de 14h30 à Coucouronnes en Essonne. Voici l'annonce officielle par l'organisateur, le Liness, http://www.liness.org/25_juin_2011 ; sachant que cela se fait avec le support du RERS-Courcouronnes http://www.liness.org/RERS-Courcouronnes. J'invite les contributeurs locaux à nous rejoindre et à se faire accompagner du maximum de non-initiés. A+ -- Marc Sibert m...@sibert.fr mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Correction sur Union européenne - SOeS, CORINE Land Cover, 2006.
Bonjour, Il y a des tracés de source Union européenne - SOeS, CORINE Land Cover, 2006. qui par rapport à une orthophoto sont très approximatifs. J'aimerais savoir quelle meilleure méthode pour corriger: - modifier le tracé existant et changer la source : Orthophoto Tour(s) Plus 2008. - ajouter un tracé redondant mais plus précis. En l’occurrence il s'agit de http://www.openstreetmap.org/?lat=47.37715lon=0.56324zoom=17layers=M pour le tracé natural=heath Merci pour votre aide/avis. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : chemin en nature en bord de rivière
De : cyrille giquello cyrill...@gmail.com Merci Julien, J'ai trouvé : natural=wood qui me semble plus approprié, car landuse est plut$ot pour les œuvres des humains. N'est-il pas ? Oui en effet, j avais regarde rapidement la nomenclature CLC pour retrouver le tag mais natural parait plus approprie Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Minuscule évolution du dépot cadastre
Salut, J'ai ajouté deux grosse icônes de warning sur le dépôt de cadastre pour marquer le coup des derniers débats. Au prochain débat, je rends les fichiers non-libre en ajoutant un contrat de licence contraignant la personne à respecter la démarche du wiki : tout import ne respectant pas ces conditions sera un copyvio ! Hourra ! Hum hum … Plus sérieusement, j'ai également ajouté un cartouche appelant à soutenir l'April, parce que l'April c'est bien (mais j'en suis administrateur, je ne suis peut-être pas objectif) Il va sans dire qu'un tel cartouche pour OSM-fr sera mis en place dès l'association montée. J'ai également dans les cartons de coder un minuscule bout de python/php/c-cgi … qui permettra de réaliser la conversion en .osm du cadastre pour une ville donnée. C'est un dossier en attente depuis cet été au moins. Vu la sortie récente de Duke Nukem For Ever, je ne peux avoir espoir de réaliser ça qu'avant la sortie de Hurd. Patience donc :-) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Numérotation des bâtiments
Bonjour, Le 18/06/2011 11:30, panierAvide a écrit : Le 18/06/2011 10:38, sechanb...@free.fr a écrit : Franchement pour beaucoup de points, les règles de contribution ne sont pas assez directives. Je suis convaincu que plusieurs contributeurs qui hésitent (voire refusent) de contribuer sur certains points car comme il y a plusieurs méthodes, ils ont peur qu'un jour ça change, et de devoir modifier ce qu'ils ont fait. Comme OSM est collaoratif, je pense que certaines règles devraient être recardées pour faciliter le travail de certains contributeurs. Nous savons tous faire un bâtiment : un chemin fermé, un tag building = yes, mais pour les n° de rue, c'est flou. Du coup cette conversation m'a vraiment échaudée, je ne suis pas sûr que je vais continuer à numéroter s'il n'y a pas une seule solution adaptée d'adopée. C'est vrai que sur certains points, la façon de mapper telle ou telle chose n'est pas claire. Mais au fur et à mesure, des consensus sont trouvés, des méthodes adoptées... On peut citer les discussions en cours pour les générateurs électriques, le tag fixé pour les abris (confusion entre refuges alpins et abris de toutes sortes)... Le tout est de lancer la discussion et d'en sortir en sachant comment taguer précisement, le projet avance et s'améliore à chaque fois ;) Concernant les 2 schémas de tags pour les numéros, il ne faut pas se laisser impressionner par l'absence de consensus : à mon sens, il y a 2 manières d'arriver au même résultat, chaque manière ayant ses avantages et son public. addr:street est plus simple à appliquer car directement rattaché à l'objet N° de rue. On a donc une adresse (rue + numéro) sur un seul objet (le node ou le way building). C'est une solution utilisable par le plus grand nombre. La relation associatedStreet est un peu moins triviale : il y a déjà le principe (concept) des relatons à digérer, et l'information d'adresse se retrouve éparpillée entre l'objet qui porte le n°, et l'objet-compris-dans-la-relation-associatedStreet-avec-le-role-street. Moins évident à première vue. L'avantage de cette construction est qu'elle évite de répéter l'information de nom de rue autant de fois qu'on a de n° à tagguer. C'est donc plus satisfaisant sous l'angle d'une base de données : on évite une redondance d'information sans valeur ajoutée : on se contente d'une référence à l'info, stockée une seule fois, via la relation. Dans un cas comme dans l'autre, l'information d'adresse est bien saisie en base, et c'est le principal. Le choix d'une méthode ou de l'autre est surtout fonction de goût. Ça n'est dans JOSM même pas une question d'outil, vu que le plugin cadastre-fr permet les deux méthodes. Côté ré-utilisation de la donnée, vu l'usage massif des deux méthodes (selon taginfo, 10.000.000 de clés addr:street, 38.000 relations associatedStreet), quiconque veut exploiter de la donnée OSM devra considérer la somme des deux schémas pour ne pas perdre d'info. Donc pas de quoi culpabiliser le choix de chacun de pratiquer un schéma ou l'autre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Correction sur Union européenne - SOeS, CORINE Land Cover, 2006.
Le 18/06/2011 15:12, cyrille giquello a écrit : Bonjour, Il y a des tracés de source Union européenne - SOeS, CORINE Land Cover, 2006. qui par rapport à une orthophoto sont très approximatifs. J'aimerais savoir quelle meilleure méthode pour corriger: - modifier le tracé existant et changer la source : Orthophoto Tour(s) Plus 2008. Tout à fait. Les polygones CORINE sont à considérer comme une base de travail d'échelle peu précise, qu'on affine ensuite grâce à d'autres sources plus fines (typiquement ton ortho sur Tours), qui prennent alors le pas sur CORINE, y compris dans le tag source. - ajouter un tracé redondant mais plus précis. Non, 2 tracés pour le même contour... c'est un de trop :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM tag : Route payante (autoroute)
Concernant les voies payantes, je viens de faire un essai avec une autoroute payante à coté de chez moi. J'avais ajouté le tag "toll=yes", je viens de téléchargé la carte dans mon navigateur et il gère se tag dans les options "éviter les routes à péage". Ma conclusion: Il faut utiliser ce tag pour les voie payantes ! Il faudrait ajouter l'utilisation du tag dans la page des autoroutes : http://wiki.openstreetmap.org/wiki/WikiProject_France/Autoroutes Francisco: "topologiquement parlant, si tu passes une barrière de péage, c'est qu'il faut payer ;-) La seule information sur la localisation des barrières de péage devrait suffire à construire des itinéraires sans péage" On m'avais expliquer justement la cette différence pour les pont et tunnel: Je mettais bien un tag pont ou tunnel mais je ne mettais pas de niveaux. L'un ne veut pas dire l'autre ERIC: "En effet, pour moi le tag toll est plus un tag de rendu : si on veut pouvoir afficher les autoroutes payantes et gratuites d'une couleur différente (comme dans Google Maps par exemple)." Dans mon cas, mon navigateur Garmin nuvi affiche de la même façon ERIC: "Je vais d'ailleurs de ce pas compléter les autoroutes que je connais" Je pense que c'est une bonne chose ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Correction sur Union européenne - SOeS, CORINE Land Cover, 2006.
Le 18 juin 2011 16:35, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 18/06/2011 15:12, cyrille giquello a écrit : Bonjour, Il y a des tracés de source Union européenne - SOeS, CORINE Land Cover, 2006. qui par rapport à une orthophoto sont très approximatifs. J'aimerais savoir quelle meilleure méthode pour corriger: - modifier le tracé existant et changer la source : Orthophoto Tour(s) Plus 2008. Tout à fait. Les polygones CORINE sont à considérer comme une base de travail d'échelle peu précise, qu'on affine ensuite grâce à d'autres sources plus fines (typiquement ton ortho sur Tours), qui prennent alors le pas sur CORINE, y compris dans le tag source. Merci Vincent, Alors je vais affiner le contour et changer le source. - ajouter un tracé redondant mais plus précis. Non, 2 tracés pour le même contour... c'est un de trop :-) vincent -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Correction sur Union européenne - SOeS, CORINE Land Cover, 2006.
Le 18/06/11 15:12, cyrille giquello a écrit : Bonjour, Il y a des tracés de source Union européenne - SOeS, CORINE Land Cover, 2006. qui par rapport à une orthophoto sont très approximatifs. J'aimerais savoir quelle meilleure méthode pour corriger: - modifier le tracé existant et changer la source : Orthophoto Tour(s) Plus 2008. - ajouter un tracé redondant mais plus précis. En l’occurrence il s'agit de http://www.openstreetmap.org/?lat=47.37715lon=0.56324zoom=17layers=M pour le tracé natural=heath Merci pour votre aide/avis. Je préfère ajouter Modifié Bing juste après la mention de Corine... Une seule fois, j'ai constaté qu'un polygone Corine farm, correspondait à des bois et, cette fois-là, j'ai effacé la source Corine. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Correction sur Union européenne - SOeS, CORINE Land Cover, 2006.
Le 18 juin 2011 21:21, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 18/06/11 15:12, cyrille giquello a écrit : Bonjour, Il y a des tracés de source Union européenne - SOeS, CORINE Land Cover, 2006. qui par rapport à une orthophoto sont très approximatifs. J'aimerais savoir quelle meilleure méthode pour corriger: - modifier le tracé existant et changer la source : Orthophoto Tour(s) Plus 2008. - ajouter un tracé redondant mais plus précis. En l’occurrence il s'agit de http://www.openstreetmap.org/?lat=47.37715lon=0.56324zoom=17layers=M pour le tracé natural=heath Merci pour votre aide/avis. Je préfère ajouter Modifié Bing juste après la mention de Corine... Une seule fois, j'ai constaté qu'un polygone Corine farm, correspondait à des bois et, cette fois-là, j'ai effacé la source Corine. La modif est faite ... Par contre, j'ai laissé les tags CLC:code, CLC:id, CLC:year. Mais la nouvelle source est Orthophoto Tour(s) Plus 2008 Est-ce qu'il te semble important que je concatène les 2 sources, en spécifiant que la seconde est pour la modification ? Selon quels arguments (juste pour savoir) ? Merci -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Correction sur Union européenne - SOeS, CORINE Land Cover, 2006.
Le 18/06/11 23:35, cyrille giquello a écrit :.. Par contre, j'ai laissé les tags CLC:code, CLC:id, CLC:year. Mais la nouvelle source est Orthophoto Tour(s) Plus 2008 Est-ce qu'il te semble important que je concatène les 2 sources, en spécifiant que la seconde est pour la modification ? Selon quels arguments (juste pour savoir) ? Non, je ne touche pas aux autres tags pour garder les choses en mémoire. J'attends la prochaine orthophoto sponsorisée par la Région Bretagne (elle est seulement annoncée) et qui vaudra le coup d'être datée, de quelque source elle vienne et dont la résolution permettra de faire de la dentelle au point de croix. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr