FR:Réunions Francophones/9ème Réunion

From OpenStreetMap Wiki
Jump to: navigation, search

La neuvième réunion IRC de la communauté francophone aura lieu le 19 mai 2009 à 21h.

Lieu : canal #osm-fr sur le serveur irc.oftc.net

Date

Mardi 19 mai 2009 à 21h (Sondages : jour : http://doodle.com/n5uuwgfrb9unpmce et l'heure : http://doodle.com/xy4gbn7cadtupr6a

Ordre du jour

Merci de bien vouloir signer les ordres du jour que vous ajoutez. N'oubliez pas de signer avec ~~~~

  1. Les données intégrables : où en sommes-t-on ?
  • Corine Land Cover : qu'en fait-on (import auto, layer JOSM, autre)? Qui fait quoi (démarches, programmation) ? (un projet de reprise de nomenclature à discuter : WikiProject France/Corine Land Cover/Nomenclature)
  • IGN : fiches des repères géodésiques : Quelles autorisations, Que rentre-t-on ? Sous quelle forme ?
  • Limites de communes : situation...

FrViPofm 13:53, 18 April 2009 (UTC)

Avis de la communauté

Merci de bien vouloir signer vos avis ainsi que de préciser quel point de la réunion est concerné

  • J'ai ajouté une page directement sur WikiProject France/Corine Land Cover, un WMS est disponible, à prioris pas besoin de layer OSM spécifique, même si je n'ai pas réussit à utiliser le WMS avec JOSM à cause des systèmes de projections. Frodrigo 20:19, 8 May 2009 (UTC)

Log de la réunion

21:05 < Pieren> bon ben on va commencer : 9e reunion IRC francophone ouverte
21:05 < DenisHelfer> Ziva
21:05 < Pieren> donc tous les ordres du jour sont de  "FrViPofm" 
21:05 < Pieren> comme il n'a pas l'air d'etre la, on commence sans lui
21:06 < Pieren> 1er question : Corine Land Cover : qu'en fait-on (import auto, layer JOSM, autre)? Qui fait quoi (démarches, programmation) ? (un projet de reprise de nomenclature à discuter : WikiProject France/Corine Land Cover/Nomenclature)
21:06 < Pieren> la question a ete posée avant la confirmation de l'ifen. Donc le point "démarches" est réglé
21:07 < DenisHelfer> perso, je ne suis pas favorable à un import massif, ni a un layer, d'ailleurs
21:07 < Pieren> maintenant la question est plus : "quelles classes du clcf va-t-on importer dans OSM ?"
21:08 < Pieren> pas d'avis ?
21:08 < Pieren> je pense que tout le monde est d'accord pour importer les forets mais il y a d'autres landuses plus discutables
21:08 < DenisHelfer> 1er : bati (continu +discontinu) ; 2 forêt ; 3 vignoble 
21:09 < Anolnx> Affirmatif pour les forêts
21:09 < vmeurisse> Personellement j'avoue avoir lu le sujet de manière distraite sur la mailing list. Toute ma connaissance du sujet consiste en l'admiration du rendu de sly :)
21:10 < Anolnx> Y'a qu'à prendre http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature dans l'ordre
21:10 < Pieren> que vaut le bati continu + discontinu ? quelqu'un a deja un peu regardé sur des zones qu'il connait ?
21:10 < Pieren> ok alors commencons par le code clc 11
21:11 -!- emerzh [~quassel@213.219.142.222.adsl.dyn.edpnet.net] has joined #osm-fr
21:11 < Pieren> le probleme si on met le residential comme ça, c'est qu'on va souvent se retrouver avec plusieurs polygones residential par commune.. et sans le tag name
21:12 < Pieren> en plus, CLC ne fait pas une distinction nette entre industrial, commercial, retail etc...
21:12 < Marcussacapuces91> et alors Landuse = occupation des sols, pas nécessairement de définition de zone nomées
21:13 < DenisHelfer> Pieren -> c'est justement pourquoi je préconise de travailler à l'import progressif pour vérifier les effets de l'import
21:13 < prof> avec un petit risque de conflit, des zones industrielles, boisées ou parc étant déjà sur la carte
21:14 < Pieren> les risques de conflit avec l'existant devrait etre traité séparement - parlons uniquement de ce qui devrait etre importé ou pas pour l'instant
21:14 < DenisHelfer> que"stion : quel serait l'intérêt de garder la distinction entre continu et discontinu (sauf à mapper les batiments -> encore plus visuel) ?
21:14 < Anolnx> Apparament, 'tissus urbain discontinu" est quand même dense, donc parfaitement acceptable pour être du "residential"
21:14 < Pieren> existe-t-il un tag pour le discontinu dans OSM ? pas a ma connaissance
21:15 < Freed> c'est dommage de ne pas utiliser une info juste parce qu'elle ne corresponds pas exactement à l'usage d'osm
21:15 < DenisHelfer> la VRAIE question est : quel est l'intérêt (por OSM) d'intérger CLC ?
21:16 < Marcussacapuces91> Améliorer le rendu !
21:16 < prof> de représenter les zones non construites, où nous ne dessinons rien
21:16 < Anolnx> AMHA c'est une distinction qu'on a pas à faire,  les deux en residential.
21:16 < DenisHelfer> Aka : par rapport à un layer ?
21:16 < Anolnx> Là faut demander à ceux qui ont créé les tags en question.
21:17 < Marcussacapuces91> landuse = residential + discont = yes pour le second
21:17 < prof> un layer pourrait surcharger les zones denses, voire rendre la lecture plus pénible
21:17 < Marcussacapuces91> Les renders ne sont pas *obligés* de rendre (!)
21:17 < Pieren> de toute façon, je pense qu'on devra conserver le code CLC d'origine au moment de l'import, comme ca, on pourra toujours changer le tag plus-tard si un nouveau tag apparait et est adopté
21:17 < DenisHelfer> ce que je veux dire (je suis pour une intégration de CLC dans OSM) c'est qu'il faut s'approrier le contenu (la classif) de CLC
21:18 < Pieren> qu'est ce que tu veux par "s'approprier le contenu", Denis ?
21:18 < Pieren> veux dire
21:19 < Anolnx> "Ne  pas perdre de l'info en route en fusionnant des classification" ?
21:19 < Marcussacapuces91> tag CLC:code=nnn
21:19 < DenisHelfer> adapter une base au 100.000 à une base multi-échelles, multi-utilisations, multii-utilisateurs. Bref aux antipodes des modes de conception de CLC.
21:19 < Pieren> ou au contraire, perdre l'info d'origine
21:21 < Pieren> .
21:21 < DenisHelfer> Exemple : les glaciers ne sont pas forcément évidents à mapper, CLC est d'un apport incontestable
21:22 < Pieren> c'est facile de mapper un glacier, il suffit d'en faire le tour ;-)
21:22 < Marcussacapuces91> Dommage de perdre des infos que l'on ne pourra jamais retrouver plus tard une fois que les humains auront commencés à corriger manuellement
21:22 < prof> d'un autre côté, les glaciers bougent, l'utilisation des terrains évolue, il faudrait pouvoir réintégrer les données de Corine périodiquement pour rester corrects
21:22 < DenisHelfer> Contre-exemple : quel intérêt d'avoir une zone résidentielle si l'ensemble des batiments la constituant existent déjà dans OSM ?
21:22 < Pieren> ah je comprend maintenant
21:23 < DenisHelfer> prof -> loa base CLC est mise à jour régulièrement (5 ans environ)
21:23 < Pieren> oui je pense que CLC n'a d'interet que sur les zones vierges de landuse dans OSM
21:23 < DenisHelfer> et il y a en a à foison !!!
21:24 < Pieren> si tu as deja des batiments dans OSM, ca veut dire qu'on a acces au cadastre sur la zone ou de l'imagerie yahoo a hautre resolutioin
21:24 < DenisHelfer> ca arrive pour 20.000 communes !!!
21:26 < Pieren> oui mais on est pas pret d'avoir le landuse=residential fait à la main sur 20000 communes . on en est encore très loin
21:26 < Anolnx> Est-ce qu'on a seulement 20000 communes tracées...
21:27 < DenisHelfer> non, mais déjà beaucoup plus que je ne l'avais rêvé
21:28 < Anolnx> En passant,  pour la fiabilité de Corine, je viens de repérer quelques hameaux qui sont "mangés" par la zone agricole environnante.
21:29 < DenisHelfer> 100.000e : il ne faut pas l'oublier (et cela est encore rappelé dans la réponse de l'équipe CLC à Pieren)
21:29 < Pieren> bon, si je comprend bien, il ne faut prendre les données CLC que sur les zones non couvertes par OSM, même si les landuse sont absents ?
21:29 < DenisHelfer> Pour émerger de la base, un objet doit faire (de mémoire) 25 ha.
21:30 < Anolnx> J'ai des hameaux de taille équivalente juste à côté qui apparaissent, eux.
21:30 < Pieren> mais qui descent à +5ha. entre CLC2000 et CLC2006
21:30 < DenisHelfer> Anolx -> effet de seuil ou erreur ? à nous de le démonter!!!!
21:31 < Anolnx> Corine est une bonne base, mais elle mérite des retouches. ;)
21:31 < prof> Si on la retouche, c'est foutu pour les mises à jour
21:31 < Anolnx> Si on apporte pas de valeur ajoutée, autant faire un mashup.
21:31 < prof> Pourquoi la retoucher alors ?
21:32 < Anolnx> Pour l'améliorer.
21:32 < prof> sans valeur ajoutée ??
21:32 < Pieren> bien sûr qu'il faut faire des retouches, ajuster en fonction du cadastre, de la visite sur le terrain ou d'images Yahoo
21:33 < prof> si l'information n'est disponible qu'au 100000è, y'a peut-être pas tant que ça à corriger
21:33 < DenisHelfer> sans parler du nommage des Zi et autres Zac
21:33 < Marcussacapuces91> toujours pas d'accord pour mélanger nom & landuse
21:34 < Pieren> pour les mises a jour, si c'est tous les 5 ans, les landuses ne vont pas tellement changer que ça. On pourrait imaginer un processus semi-assisté . Par contre, le premier import doit être fait avec precaution car il sera massif
21:35 -!- cfoucher [~cfoucher@gar31-2-82-224-211-147.fbx.proxad.net] has joined #osm-fr
21:35 < Anolnx> En ce qui me concerne, je suis partisan d'un import dans la base, et à chaque contributeur de retoucher en fonction des outils dont il dispose. En ce qui concerne les forêts ça sera toujours mieux que décalquer Landsat en plissant les yeux.
21:35 < DenisHelfer> il ne faut pas oublier que CLC livrera des diff % à la base précedente (c'est déjà le cas -> pas forcément utilisable)
21:36 < Pieren> CLC2006 existe en version complète ou en diff par rapport a CLC2000
21:36 < Pieren> donc oui, importons CLC2006 complet puis utilisons les diffs dans le futur
21:36 < prof> ou on peut se faire la main sur une zone représentative (c), et importer les diffs pour voir
21:37 < DenisHelfer> :s/importons/intégrons ;-)
21:37 < prof> je voulais dire : partir de la version 2000, et d'intégrer les diffs jusque 200
21:37 < prof> 2006
21:37 < DenisHelfer> OSM date de 2004 ?
21:37 -!- jupiter56 [~jupiter56@apijab1.apinc.org] has left #osm-fr []
21:38 < Pieren> pourquoi partir de 2000 si on peut le faire de 2006 ?
21:38 -!- JonathanMM [~mirggi@gsv95-1-82-233-15-232.fbx.proxad.net] has joined #osm-fr
21:38 < prof> pour tester les diffs à disposition
21:38 < DenisHelfer> Hallo Jonathan !
21:38 < JonathanMM> Bonsoir à tous
21:39 < prof> Pieren: y'a ptêt quelques scripts à écrire...
21:39 < prof> poy Jonathan
21:39 < Pieren> bah, prennons chaque probleme un apres l'autre et voyons les problemes de diffs lors de la prochaine version de Corine
21:39 < Anolnx> Et si on voyait l'intégration des diffs avec les outils qu'on aura dans 3 ans?
21:39 < JonathanMM> Ça parle de quoi en ce moment ?
21:40 < Pieren> e Croine
21:40 < Pieren> de Corine
21:40 < DenisHelfer> mise en pièces !!
21:40 < JonathanMM> Ah ouais
21:40 < prof> Anolnx: faut prévoir l'intégration des diffs pour l'intégration initiale, sinon on recommence une intégration plus tard
21:41 < Pieren> mais pour moi, il semblait évident qu'on utlisait la version 2006 complete.
21:41 < Anolnx> Si dans 3 ans on a du Yahoo HR un peu partout ou d'autres sources encore plus denses, on surpassera Corine en précision. Ca serait alors plutôt à Corine de se demander comment intégrer les éléments d'OSM.
21:42 < Pieren> et on laisse les questions de diffs pour la prochaine version. A chaque jour suffit sa peine.
21:42 < Anolnx> Je divague, mais qui sait ce sont on disposera dans 3 ans...
21:42 < prof> On aura racheté google maps
21:42 -!- JonathanMM [~mirggi@gsv95-1-82-233-15-232.fbx.proxad.net] has quit []
21:42 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has joined #osm-fr
21:42 < Anolnx> Yahoo, le cadastre, Corine, on n'osait pas en rêver il y a 3 ans.
21:42 < DenisHelfer> OSM, sans rire, pourrait devenir LA référence, des bases de données 
21:42 -!- zedh2 [~5ba51232@idris.openstreetmap.org] has joined #osm-fr
21:43 -!- jupiter56 [~jupiter56@apijab1.apinc.org] has joined #osm-fr
21:43 < JonathanMM> Moi, je pense qu'avant de se projeter dans 3 ans
21:43 < JonathanMM> Ce serait bien de rester dans le temps présent
21:43 < Pieren> Denis, je n'y crois pas trop : trop d'insécurité
21:43 < DenisHelfer> mais, un modèle de + en + crédible
21:43 < vmeurisse> De toute facon dans 3 ans on aura une precision milimétrique mondiale
21:44 -!- yann_ [~yann@beuseudeu.coupin.net] has joined #osm-fr
21:44 < DenisHelfer> et Galileo ?
21:44 < Pieren> mais bon, on s'écarte de la question
21:44 < Anolnx> On s'écarte du sujet... ;)
21:44 < Pieren>  est-ce qu'on integre les landuse residential "continu et discontinu" et avec quels tags ?
21:45 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has quit [Ping timeout: 480 seconds]
21:45 < Anolnx> Pour
21:45 < Anolnx> "residential"
21:45 < DenisHelfer> landuse:residential
21:45 < yann_> +1
21:45 < prof> +1, pas de distinction entre les deux
21:45 < JonathanMM> Pour aussi
21:45 < JonathanMM> Mais bon après, faudrait éviter les doublons lors de l'import
21:45 < yann_> j'ai loupé le début, on parle de quelle surface pour l'import et le pb des conflits at-il été réglé ?
21:45 < DenisHelfer> en +, ca permettra de localiser les admin_centre manquants !!!
21:46 < Marcussacapuces91> Rajoutons un tag avec la valeur initiale CLC
21:46 < yann_> Marcussacapuces91: +1
21:46 < Anolnx> Pourquoi pas.
21:46 < JonathanMM> Bonne idée
21:46 < Pieren> même si OSM possede deja des données, genre batiments (mais pas de landuse qui entre dans la question de la gestion de conflit) ?
21:46 < JonathanMM> Ou alors le mettre en source
21:46 < Pieren> le probleme des conflits sera discuté après.
21:46 < yann_> on a des IDs de polygones dans CLC ? on pourrait garder ça aussi peut-être ?
21:46 < JonathanMM> + un tag note : Auto import
21:46 < Pieren> le tag source devrait suffire
21:47 < JonathanMM> Non mais l'avantage de Note, c'est qu'on le retire une fois qu'on a fait coller la zone a la réalité
21:47 < Anolnx> Vrai
21:47 < DenisHelfer> je ne suis pas favorable au maintien, dans OSM, du code original et de la ref (un des deux à la rigueur)
21:47 < Pieren> et est-ce qu'on joint les deux types de polygones (continu, discontinu) ou est-ce qu'on les garde séparés ?
21:48 < DenisHelfer> on fusionne !!!
21:48 < Anolnx> "source:Corine 2006" "note: CLC 111;auto import"
21:48 < yann_> Pieren: pour qu'on sépare
21:48 < JonathanMM> Pieren, juste si tu pourrais rappeller le problème des polygones
21:48 < yann_> comme ça si osm fait la distinction on pourra la faire nous aussi ensuite
21:48 < Marcussacapuces91> alors on perd la donnée initiale, c'est un choix stratégique !
21:49 < Marcussacapuces91> (si fusion)
21:49 < prof> <con> c'est important la différence continu / discontinu ? </con>
21:49 < Anolnx> On sépare en attendant l'évolution des tags OSM.
21:49 < Pieren> JonathanMM : les landuse residential ont deux categories dans CLC : "Tissu urbain continu" et "Tissu urbain discontinu"
21:49 < yann_> prof: c'est une info, c'est con de la perdre, non ?
21:49 < Pieren> si on fusionne, on perd peut-etre une information qui sera utile plus-tard
21:49 < JonathanMM> Ouais, je vois le genre
21:49 < DenisHelfer> si les utilisateurs veueltn une base d'occupation du sol fine (?), ils peuvent toujours télécharger Corine. OSM n'est pas une copie de secours !!
21:49 < JonathanMM> Ba dans ce cas, on met tout sur le même tag, mais en le précisant dans la note
21:49 < prof> yann: discontinu c'est un terrain avec une balançoire entre deux maisons, c'est quoi ?
21:50 < Anolnx> La distonction pavillonaire / dense peut être une info pertinente dans pas mal de cas.
21:50 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has joined #osm-fr
21:50 < DenisHelfer> la question est ; c'est la distinction Corinne, pas celle d'OSM !!
21:51 < yann_> prof: je pense discontinu = maison + jardin, continu = paris centre, mais il y peut-être une définition + précise sur le site de clc
21:51 < Marcussacapuces91> Pas celle d'OSM pour l'instant
21:51 < Marcussacapuces91> parce que la précision n'existait pas
21:51 < Pieren> je comprend le point de vue de Denis. Si OSM n'a jamais fait la distinction jusqu'a aujourd'hui, pourquoi commencer. Est-ce vraiment utile ?
21:52 < Anolnx> MWouaif, plus je regarde la base Corine, moins je suis convaincu de conserver la distinction.
21:52 < yann_> Pieren: je dirais que oui et on pourrait rendre ça ?
21:52 < JonathanMM> Je pense qu'en tant que telle, l'info ne sert pas
21:52 < JonathanMM> Mais après, pour faire coller les zones a la réalité par exemple
21:52 < JonathanMM> ça peut servir
21:53 < JonathanMM> Je pense que le mettre dans un tag c'est pas utile
21:53 < JonathanMM> Pour autant, faudrait conserver l'information quelque part pour une éventuelle réutilisation ultérieure
21:54 < prof> Garder le code CLC pour future transformation en landuse ?
21:54 < Anolnx> En fait, Corine distingue surtout le taux d'imperméabilisation des sols si j'en crois la définition sur le site. Rien à voir avec la densité d'habitat
21:54 < Pieren> il faudra de toute façon créer une doc wiki pour expliquer les correspondances et les fusions (ou pas)
21:54 < yann_> inventon un  tag alors landuse:residential continuous:yes/no
21:54 < yann_> et ho
21:54 < yann_> hop
21:55 < yann_> Anolnx: ça change tout si c'est le cas
21:55 < Anolnx> Finalement cette information pertinente pour un hydrologue ne l'est peut-être pas pour nous
21:55 < Anolnx> voir ici: http://www.ifen.fr/bases-de-donnees/occupation-des-sols/nomenclature.html
21:55 < Pieren> le probleme, c'est que c'est très difficile de trouver la limite entre "continu" et "discontinu". La limite fixée par Corine est peut-etre souvent pifomètrique. Nous risquons de faire cette distinction uniquement avec les données Corine
21:56 < JonathanMM> Ouais, donc vu la définition de Corine sur les tissus
21:56 < yann_> moi je comprend continu/discontinu comme zone totalement urbanisée (centre ville) et zone résidentielle avec espace verts
21:56 < Freed> je ne pense pas que nous seront capable de maintenir cette différence
21:57 < JonathanMM> Je vois pas qu'est ce que ça irrait faire dans OSM
21:57 < JonathanMM> Faut voir après avec la pertinance des données
21:57 < Anolnx> Ma compréhension est que pour corine un quartier en N+2 construit sur dalle est "continu" et la citée des 3000 constuite dans un jardin est discontinue.
21:57 < JonathanMM> Je pense que celui qui regarde la carte de Paris se doute que les maisons n'ont pas de jardin
21:58 < yann_> moi je verrais bien un rendu gris pour continu et gris/vert pour discontinue, mais ça n'engage que moi 
21:58 < _mat_> mais, hum, on parle de données ou de rendu ?
21:58 < _mat_> parce que, faut pas oublier, openstreetmap, c'est une base de données, le rendu n'a rien à voir
21:58 < yann_> je parle de comment exploiter la donnée
21:58 < Pieren> "zone résidentielle avec espace verts" à partir de combien d'espace vert ca devient discontinu ? c'est facile avec les images satellites sur lesquelles on fait des mesures colométriques automatisées, mais les contributeurs OSM ne vont pas pouvoir maintenir cette distinction en dehors de Corine
21:59 -!- NaSHou [~chatzilla@88.141.179.241] has joined #osm-fr
21:59 < Anolnx> Si tu rends en gris-vert un quartier de barres, le lecteur va se poser des questions
21:59 < Pieren> ou alors avec des interpretations tellement differentes que personne n'en tiendra compte
21:59 < yann_> pas si tu met les batiments en plus
21:59 < NaSHou> bonjour tout le monde
21:59 < yann_> salut
21:59 < _mat_> je dirais que clc, juste importer les données, leur mettre des tags spécifiques qui vont permettre au divers rendus de les afficher, tout en sachant que c'est pas précis par exemple
22:00 < JonathanMM> plop NaSHou 
22:00 < DenisHelfer> un lecteur de code-barre ?
22:00 < NaSHou> je découvre merkaartor, 0.13.2
22:00 < yann_> mat de toute façon le but c'est de "bootstrap" les zones où on manque de données ça sera affiné + tard
22:00 < Anolnx> AMHA vu la définition la distionction est pas pertinente dans OSM. Donc je vote "fusion"
22:01 < Pieren> on sait que ca n'est pas précis et en plus, la distinction "tissu urbain continu"/"discontinu" doit être souvent très approximative
22:01 < NaSHou> c normal cette lenteur ?
22:01 < yann_> Pieren: alors tag osm pareil et note avec le tag source
22:01 < Pieren> par exemple
22:02 < _mat_> le truc, c'est que dans le but de permettre une mise à jour, il faudrait pouvoir faire un diff de ce qui a été importé, par exemple entre les données de 2006, et celles de disons 2014 histoire de ne pas réimporter des choses déjà faites
22:02 < Freed> ca veux dire pas de fusion des zones ? bien que taggé pareil ?
22:02 < DenisHelfer> il faut savoir que CLC dispose de 3 niveaux de lecture (nomenclature emboitée)
22:03 < Anolnx> Ca veut dire "fusion" en 2014  aussi... :D
22:03 < Pieren> si on fusionne maintenant, on pourra aussi le faire en 2014 sur les données corine avant de comparer avec OSM
22:03 < DenisHelfer> en 2014 OSM > CLC2014 !!!
22:03 < Anolnx> Certes.
22:03 < Pieren> c'est techniquement pas tres compliqué. Il faut juste se decider a fusionner ou pas
22:04 < JonathanMM> Je pense qu'il faudrait appliquer ce que nous, être humains, faisons en ce moment
22:04 < JonathanMM> On importe aujourd'hui
22:04 < Freed> meme si on ne fusionne pas à l'imort les contributeurs vont le faire, on ne peut pas se fier à ça
22:04 < _mat_> DenisHelfer, va savoir, en 2014, CLC aura peut être une précision de 1m, et sera donc >> osm :-)
22:04 < JonathanMM> Et on laissera les générations futurs se démerder avec les données en 2014 :)
22:04 < Anolnx> +1 XD
22:05 < Pieren> qui serait pour fusionner les landuse 111 et 112 (continu/discontinu) en un seul type de polygone tagué landuse=residential avec source=corine... + note="111 et 112 fusionés" ?
22:05 < JonathanMM> Pour
22:05 < Anolnx> Pour
22:05 < _mat_> je compte pas avoir beaucoup plus de 5 ans de plus en 2014 moi, hein
22:05 < vmeurisse> pour
22:05 < Freed> Pour
22:05 < zedh2> Pour
22:05  * NaSHou largué.. lol
22:05 < yann_> pour
22:05 < DenisHelfer> _mat_ : la précision géométrique n'est pas tout, la sémantique est + importante encore 
22:05 < _mat_> pour
22:05 < JonathanMM> NaSHou, Tu es tombé en plein dans la réunion bi mensuel de la communauté francophone :)
22:06 < Pieren> ok, il y a donc une majorité qui se dégage pour
22:06 < prof> +1
22:06 < Pieren> passons (un peu plus vite, j'espere) à la categorie 12 : commercial, industriel
22:06 < _mat_> Pieren, ils sont beaucoup entremélés les 111/112 ? ou c'est 111 à des endroits, et 112 à d'autres ?
22:06 < Marcussacapuces91> Marcus -1 (domage de perdre de l'info)
22:07 < Pieren> _mat_ j'en ai surtout vu qui sont cote-a-cote
22:07 < NaSHou> JonathanMM: vé attendre alors ^^
22:07 < _mat_> Pieren, ok
22:07 < Anolnx> _mat_ regarde ta ville dans http://sd1878-2.sivit.org/ , tu verras.
22:07 < _mat_> Anolnx, paris 15 ? :-)
22:07 < Anolnx> Arf'
22:07 < JonathanMM> Marcussacapuces91, je viens de lire sur le wiki que tu te proposais a importer les POI comme les radars fixes
22:07 < _mat_> mais j'ai des lieux de villégiature, je vais aller voir
22:08 < JonathanMM> Mais il me semble que cette catégorie d'information est interdite en Allemagne
22:08 < Marcussacapuces91> oui, plus tard peut-être ou off ?
22:08 < Anolnx> Interdit en Allemagne et en Suisse, confiscation du GPS et amende.
22:08 < Marcussacapuces91> on finit pas Corine ?
22:08 < JonathanMM> _mat_, si tu regardes IDF, tu remarques que t'as pratiquement que Paris en 111 et la petite couronne en 112
22:08 < Anolnx> Plutôt
22:08 < yann_> si finisson corine
22:09 < Pieren> categorie 121 : Zones industrielles et commerciales
22:09 < DenisHelfer> donc code CLC 11 du niveau 2 avec landuse=residential ?
22:09 < Pieren> oui Denis
22:09 < Pieren> maintenant on regarde le CLC 12
22:09 < _mat_> wé, ça serait plus 111 centre ville, et 112 banlieues, ok, je vois
22:09 < DenisHelfer> et ca pue le 12
22:10 < Pieren> le probleme ici est inverse : on a un seul ref dans Corine mais deux dans OSM
22:10 < JonathanMM> Ils regroupent Industriel et commercial ?
22:10 < Anolnx> 121 -> mélange residential et commercial
22:10 < Pieren> donc si on importe, on fera forcement un malheureux
22:11 < Anolnx> Faut choisir l'un des deux par défaut, aux contributeurs d'ajuster.
22:11 < DenisHelfer> préconisation : s'en servir comme aide au repérage et compléter avec connaissance (visite ?) terrain
22:11 < yann_> je comprend pas pkoi 121 mélange, j'ai pas vu ça moi
22:11 < JonathanMM> Pourquoi ne pas mettre : landuse = "undefined" note="industriel ou commercial" ?
22:11 < Anolnx> Bof
22:11 < Pieren> non Anolnx 121 = soit industrial, soit retail , soit les deux
22:12 < Anolnx> Au temps pour moi
22:12 < JonathanMM> Le problème, c'est que si on importe un des deux ou les deux
22:12 < JonathanMM> On va obligatoirement apporté de fausses données dans OSM
22:12 < Pieren> on peut aussi choisir de ne pas l'importer
22:12 < JonathanMM> Et c'est pas le but d'un import
22:12 < Anolnx> Ca serait dommage de s'en priver.
22:12 < zedh2> Pieren +1
22:13 < _mat_> ils auraient pu faire comme dans simcity, une zone commerciale, et une zone industrielle
22:13 < Anolnx> Dans les ZI/ZAC, c'est souvent effroyablement enchevétré.
22:13 < _mat_> ça me fait un peu penser à un gros simcity cette carte quand je la regarde :-)
22:13 < JonathanMM> _mat_, ouais, mais dans SimCity, tu sais quoi détruire quand t'as trop de pollution :)
22:14 < Pieren> Corine se base uniquement sur l'interpretation de photos (satellites ou avions), donc c'est souvent difficile de faire la distinction sans aller sur le terrain (comme nous ;-)
22:14 < DenisHelfer> ce qui intéresse les collectivités locales c'est les attracteurs de déplacement
22:14 < Pieren> maintenant si on importe le residentiel, ca risque de faire des gros trous si on se prive du commercial et industriel (façon gruyère)
22:14 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has quit [Read error: Connection reset by peer]
22:15 < yann_> ceci dit dans osm ça doit pas être évident tout le temps non plus, vue c'est souvent mélangé en effet
22:15 < Freed> et on ne peut pas faire landuse=industrial;retail avec une note ?
22:15 < yann_> freed +1
22:15 < Anolnx> Par exemple
22:15 < Pieren> corine parle de sufaces minimum de 25 ha. donc c'est deja de grosses zones commerciales ou industrielles
22:16 < Anolnx> Il faudra de toutes façons les retravailler, les rediviser. Mais si le gabarit est là c'est un gros gain.
22:16 < Pieren> d'accord avec la proposition de Freed ? landuse=industrial;retail avec une note
22:16 < DenisHelfer> ceci equivaudrait à dire : j'ai importé de Corinne mais je n'ai sais pas plus ; pourquoi pas si ce n'est pas un objectif
22:16 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has joined #osm-fr
22:17 < JonathanMM> Y a pas de tag landuse=undefined dans le wiki :(
22:17 < Anolnx> Au moins les zones déshéritées (en contributeur OSM) ne seront pas désespérément vierges.
22:17 -!- jupiter56 [~jupiter56@apijab1.apinc.org] has left #osm-fr []
22:17 < yann_> JonathanMM: ça serait gâché de faire ça
22:17 < Pieren> ceci equivaudrait à dire : corine nous dit qu'il y a sur cette zone de l'industrie ou du commerce mais qu'il faudra que quelqu'un valide l'un ou l'autre ou les deux
22:17 < Anolnx> Y'a quelque chose de mal à ça?
22:17 -!- jupiter56 [~jupiter56@apijab1.apinc.org] has joined #osm-fr
22:17 < zedh2> Faut mettre un FIXME alors....
22:18 < JonathanMM> Je pense que c'est pas mal comme interprétation
22:18 < JonathanMM> zedh2, +1
22:18 < yann_> c'est fixme le tag, pas FIXME
22:18 < JonathanMM> landuse=FIXM + note="Industrielle ou commercial"
22:18 < DenisHelfer> mais FIXME se voit de plus loin !!!
22:18 < Anolnx> Le validator va hurler.
22:19 < Pieren> on pourrait dire que tous les landuse de Corine sont en fixme
22:19 < JonathanMM> Anolnx, raison de plus pour pousser les contributeurs a préciser les données rapidement ;)
22:19 < Anolnx> C'est le cas de toutes les données importées massivement.
22:20 < JonathanMM> Mais bon, je sais pas si vous vous êtes poser la question sur la pertinance des données
22:20 < JonathanMM> parce que si les données sont faites par un bot qui analyse des couleurs
22:20 < JonathanMM> ça doit pas être super fiable leur truc
22:20 < Anolnx> Restons calmes dans l'exploitation de Corine. landuse=industrial;retail avec une note m'apparait le meilleur choix.
22:21 < Pieren> ca n'est pas qu'un bot, il y a du boulot derriere quand meme
22:21 < yann_> Anolnx: moi aussi
22:21 < JonathanMM> Anolnx, le problème, c'est que ça signifirait que la zone est les deux a la fois
22:21 < Anolnx> Ben c'est trés souvent le cas.
22:21 < DenisHelfer> pas un bot mais un prestataire, souvent assez pointu pour se permettre de faire des analyses radiométriques d'images satellitales
22:21 < JonathanMM> Ce qui pourrait faire croire a une erreur dans les zones où ça l'ait vraiment
22:22 < yann_> JonathanMM: pas de fixme alors pour ces zones
22:22 < Anolnx> Pas convaincu, y'aura pas de note dans ces zones
22:22 < JonathanMM> Tu veux mettre quoi toi ?
22:22 < JonathanMM> Anolnx, pas faux
22:22 < Pieren> avec source=corine + note genre "fixme: industrial or retail or both"
22:22 < Anolnx> Plussoie
22:23 < zedh2> +1
22:23 < JonathanMM> Mais Pieren avec ou sans tag landuse ?
22:23 < Pieren> qui est pour "landuse=industrial;retail" avec source=corine + note genre "fixme: industrial or retail or both"
22:23 < yann_> pour
22:23 < Anolnx> Pour
22:23 < JonathanMM> Contre
22:23 < DenisHelfer> Pourquoi se sentirait-on obligé d'importer tous les objets "112". On peut imaginer qu'ils soient à disposition en format osm, prêt à l'emploi et que chacun puisse en disposer à sa guise, non ?
22:23 < JonathanMM> DenisHelfer, bof
22:24 < Pieren> tu proposes quoi JonathanMM ?
22:24 < JonathanMM> pareil, mais sans le tag landuse
22:24 < Freed> l'idee de ne pas mettre le tag lanuse me plait bien moi
22:24 < Anolnx> On va avoir plein d'objets fantômes...
22:25 < Marcussacapuces91> +1 pourquoi pas landuse=unknown
22:25 < DenisHelfer> c'est l'heure d'alle en ||
22:25 < zedh2> C'est l'inconvénient sinon ça serait pas mal
22:25 < JonathanMM> landuse=industrial||retail ?
22:25 < JonathanMM> je sais pas trop
22:25 < vmeurisse> Le probleme est que l'interet est de couvrir des zones sans contributeurs. Si on met pas de landuse sa couvre pas
22:26 < Freed> on peut aussi mettre autre chose que industrial et retail
22:26 < Anolnx> Et surtout, on restitue pas le peu d'info qu'on a pour cette zone
22:26 < yann_> Freed: tu veux mettre quoi ?
22:26 < Freed> bonne question ;)
22:27 < JonathanMM> On peut mettre landuse=money :D
22:27 < zedh2> Dans les coins où il n'y pas de contributeurs, les zones urbaines et les forêts c'est déjà pas mal, non ?
22:27 < Anolnx> Y'a moyen d'avoir plus.
22:27 -!- persei [~fm@lns-bzn-26-82-254-82-215.adsl.proxad.net] has joined #osm-fr
22:27 < Anolnx> Puis quand un contributeur viendra autant que le boulot soit mâché.
22:28 < JonathanMM> On a quoi d'autre comme tag a part landuse pour désigner une zone ?
22:28 < Anolnx> area?
22:28 < zedh2> area
22:28 < Marcussacapuces91> pas d'acc : area = tag de routage = zone libre de circulation !!!
22:29 < Freed> http://tagwatch.stoecker.eu/France/En/tags.html regardez à landuse
22:29 < zedh2> En effet
22:29 < yann_> c'est quoi la ? landuse:retail et landuse:commercial ?
22:30 < Anolnx> Boutiques ou bureaux
22:30 < yann_> ok
22:30 < Pieren> bon je vois 5 options : 1. on importe pas 2. on laisse un fichier OSM par département à disposition et importe qui veut 3. on importe avec landure=unknown 4. on importe sans landuse mais avec une note 5. on importe avec landuse="industrial;retail"
22:31 < yann_> 5
22:31 < Marcussacapuces91> 3+5
22:31 < JonathanMM> 3.5
22:31 < Anolnx> 5, 3 à la rigueur
22:31 < JonathanMM> landuse=unknown + note
22:32 < Freed> 3+5
22:32 < Freed> avec note
22:32 < yann_> avec note
22:32 < Anolnx> Avec note dans tous les cas.
22:32 < NaSHou> option 5, en tant que contributeur, je trouve + simple d'avoir deja le choix et de preciser ensuite, unknown, je comprendrai pas
22:33 < DenisHelfer> 2
22:33 < Marcussacapuces91> unknow = inconnu = va voir sur place
22:33 < JonathanMM> NaSHou, oui, mais après, le problème, c'est qu'on ajoute des données fausses dans le 5
22:33 < zedh2> Le pbm du 5 c'est qu'on ne sait pas si c'est mélangé ou en "attente"
22:33 < Pieren> je n'ai encore jamais vu de unknown dans OSM. En général, quand on ne connait pas, on ne met pas
22:33 < vmeurisse> 5 + note
22:33 < NaSHou> par default rien n'est dfinitif, et tout les données sont fausse, vu que tout se met a jour au fur est a mesure
22:33 < Anolnx> La note dit si c'est mélangé ou en attente
22:33 < JonathanMM> Pieren, oui, mais là, c'est différent
22:33 < Marcussacapuces91> fixme ? C'est pas un peu unknown ?
22:34 < yann_> on sait si c'est mélangé ou en attente car il y a une note
22:34 < vmeurisse> +1 pour pieren
22:34 < JonathanMM> et puis, il existe bien des traces fantomes dans OSM, non ?
22:34 -!- locnet [~kvirc@30.15.100-84.rev.gaoland.net] has quit [Ping timeout: 480 seconds]
22:34 < Anolnx> J'ai peur des fantomes, ça alourdit le traitement
22:35 < Anolnx> Et on risque des suppressions brutales
22:35 < Pieren> c'est un risque qu'on a avec toutes les données
22:35 < JonathanMM> De plus, même si je sais que c'est pas bien de revenir au rendu, mais vos landuse=industrial;retail, elles vont être vues comme fantomes sur les logiciels d'édition de la map
22:35 < NaSHou> toute les données sont unknown.. si j'avais pas suivi la discussion, devant un unknwon, jaurai supprimé sans etat d'ame. quand on sais pas, rien ou "ne pas savoir" reviens au meme
22:36 < Freed> http://fr.wikipedia.org/wiki/Zone_d'activité
22:36 < JonathanMM> Dans ce cas, on importe pas
22:36 < Pieren> non, les logiciels de rendu vont peut-etre rendre avec industrial (le premier de la liste)
22:37 < NaSHou> apres un fixme, il faudrai un "to define" ^^
22:37 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has quit [Read error: Connection reset by peer]
22:37 < JonathanMM> Bon, je crois qu'il serait temps de se mettre d'accord
22:37 < JonathanMM> On est qu'au 12
22:37 < Pieren> on peut aussi imaginer une carte en ligne comme sletuffe sait nous les faire avec tous ces polygones mis en évidence (couleur rouge) pour qu'ils soient rapidement fixés
22:37 < DenisHelfer> L'idée du 2 c'est que l'utilisateur s'approprie l'objet prêt à l'emploi et le retaille (retail ?) selon sa connaissance
22:38 < JonathanMM> Et ça va jusqu'à 52
22:38 < Anolnx> Que ça ait un rendu "fantome" n'est pas critique. Par contre un polygone tagé "unknown" risque la suppression par un mec pas au courant.
22:38 < JonathanMM> Anolnx, en même temps, le mec y va bien se poser des questions avec ce landuse inconnu
22:38 < JonathanMM> et il va lire les autres tags
22:38 < DenisHelfer> JonathanMM : les marais vont moins intéresser 
22:38 < Pieren> on est pas obligés de faire toute la liste ce soir et refaire une réunion IRC mardi prochain pour terminer
22:38 < JonathanMM> et là, il va faire gaffe
22:39 < Anolnx> Mwouaif. Pas convaincu.
22:39 < JonathanMM> DE toute façon, faut qu'on prenne un risque
22:39 < DenisHelfer> ah bon ? pourquoi ?
22:39 < yann_> bon on vote sur le wiki pour les tags alors ? ça me parait sans fin cette discussion...
22:40 < JonathanMM> Parce que si on met industrial;retail
22:40 < Anolnx> Pour moi rien de pire que ne rien faire.
22:40 < Pieren> mais unknown n'est pas vraiment correct. on sait que c'est industrial ou retail ou les deux. Alors c'est pas vraiment "inconnu"
22:40 < JonathanMM> On court le risque que personne ne le modifie
22:40 < NaSHou> si y'a une note, le mec pas au courant ira chercher l'info  pour comprendre
22:40 < JonathanMM> pensant que c'est déjà tagué
22:40 < Anolnx> DVrai aussi.
22:40 < Anolnx> Va pour "unknown" et une note, qu'on s'en sorte.
22:41 < JonathanMM> Je pense que unknown est le meilleur compromis
22:41 < DenisHelfer> -1
22:41 < yann_> pas d'accord
22:41 < JonathanMM> ça sucite l'interrogation du contributeur
22:41 < JonathanMM> en évitant qu'il fasse des bétises en supprimant comme un bourrin
22:41 < Pieren> mais on risque d'avoir le meme probleme avec d'autres codes CLC et si on met unknown a chaque fois, ca va pas etre clair
22:41 < DenisHelfer> il y a tellement d'autres choses à rentrer dans OSM !!
22:41 < Marcussacapuces91> interrogation = consultation Map Features : c'est bien +1
22:42 < Anolnx> Les autres CLC devraient aller beaucoup plus vite.
22:42 < Pieren> landuse="see note"
22:42 < Freed> landuse="industrial or retail"
22:42 < Pieren> or both
22:42 < JonathanMM> pas mal le see note quand même
22:42 < NaSHou> meme si d'un point de vu informaticien unknwnown =! NULL, du point de vue du contributeur, c'est pareil
22:43 < yann_> landuse=FIXME plutot que unknown ?
22:43 < Anolnx> "see note" me plait assez.
22:43 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has joined #osm-fr
22:43 < Pieren> ou pas de landuse; juste une note
22:43 < JonathanMM> D'abord, on cri sur le FIXME et maintenant sur le unknown :)
22:44 < JonathanMM> Pieren, là, on reviens au problème des données fantomes
22:44 < Anolnx> Si, si, "landuse" qu'on saches à quoi correspond ce polygone
22:44 < Pieren> note="landuse from corine ref.112 either industrial or retail or both; please fixme"
22:44 -!- locnet [~kvirc@165.15.100-84.rev.gaoland.net] has joined #osm-fr
22:44 -!- FredB [~frederic@pas38-5-82-244-59-89.fbx.proxad.net] has joined #osm-fr
22:44 < JonathanMM> Bon, alors, si je résume
22:44 < FredB> salut
22:44 < JonathanMM> Pour le 112, on est a peu pres tous d'accord pour 
22:44 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has quit [Read error: Connection reset by peer]
22:44 < Anolnx> Pieren +1
22:44 < Pieren> salut Fred
22:44 < NaSHou> voila Pieren  ^^
22:45 < Pieren> on peut dire que c'est du landuse dans la note
22:45 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has joined #osm-fr
22:45 < JonathanMM> landuse=""; source="Corine"; note="industrial or retail"
22:45 < JonathanMM> slt FredB 
22:46 < Pieren> landuse="" ?
22:46 < Marcussacapuces91> landuse = unknown ou landuse = fixme, mais pas vide
22:46 < JonathanMM> Ba on est pas d'accord sur quoi mettre dedans
22:46 < Anolnx> mmm, faut quand même un machin dans "landuse"
22:46 < NaSHou> fixme
22:46 < JonathanMM> Bon, on n'a qu'à faire un vote
22:46 < Anolnx> "see note" avec la note de Pieren
22:46 < JonathanMM> 1. unknown 2. FIXME 3. see note 4. autre chose
22:46 < DenisHelfer> un vote ne résoudra rien
22:46 < Anolnx> 3
22:46 < yann_> 2
22:46 < prof> 2
22:47 < Freed> 2
22:47 < NaSHou> 2
22:47 < Marcussacapuces91> pas vide !
22:47 < JonathanMM> 3
22:47 < Pieren> moi, je suis pour ne pas mettre le landuse avant d'etre sûr de ce que c'est. Et on fait une carte en ligne qui souligne ces polygones que chacun pourra fixer à la main
22:47 < Pieren> 4
22:47 < yann_> Pieren: mais qui va la connaitre/utiliser ta carte à part les gens ici et sur la ML ?
22:47 < Freed> si on ne met pas de landuse ca empeche de retouver facielement le polygone
22:48 < Marcussacapuces91> et de savoir qu'il correspond à une zone
22:48 < Anolnx> +1
22:48 < JonathanMM> Bon ba FIXME alors
22:48 < Anolnx> Allez, FIXME
22:48 < JonathanMM> C'est vrai qu'en y réfléchissant
22:48 < Pieren> les mêmes qui font les limites administratives des communes et des departements : il y a beaucoup de monde qui lit la ML même s'ils n'écrivent jamais
22:48 < DenisHelfer> yann : mais qui va connaitre les discussions et décisions prises ici ce soir ?
22:48 < JonathanMM> Quand y a FIXME, on va comme même regarder si y a pas une note
22:49 < Anolnx> Bon, on arrive sur un consensus autour du landuse FIXME
22:49 < yann_> il me semble
22:49 < JonathanMM> Je crois qu'a peu pres tout le monde est d'accord sur FIXME
22:49 < DenisHelfer> non
22:50 < Anolnx> Aaaaargh!
22:50 < JonathanMM> Et Denis est l'exception qui confirme la regle :)
22:50 < Pieren> mettre landuse=unknown ou landuse=fixme ne sert a rien puisqu'aucun logiciel ne le comprendra. Si c'est pour indiquer aux gens que c'est du landuse, on peut le dire dans la note, ca sera pareil (on peut aussi faire un tag note:fr pour ceux qui ne comprennent pas l'anglais)
22:50 < JonathanMM> Pieren, en même temps, le contributeur qui comprend pas l'anglais est un peu mal barré dans OSM ...
22:51 < Anolnx> c'est pas tant le logiciel que le mec qui va passer derrière qui me préocupe
22:51 < Pieren> oui mais on peut quand meme penser à eux
22:51 < zedh2> Oui mais c'est pas une raison +1 pour le note:fr :-)
22:51 < JonathanMM> Certes
22:51 < Pieren> justement mettre un landuse=fixme , ca pose plus de questions que de réponses
22:51 < JonathanMM> Pieren, pas forcement
22:51 < JonathanMM> ça précise que c'est un landuse
22:52 < Marcussacapuces91> et ça renvoie à la note
22:52 < Anolnx> landuse=quelquechose permet de marquer l'utilité du polygone de manière évidente.
22:52 < NaSHou> la balise landuse est deja selectionnée, c'est deja ca a faire en moins. 
22:52 -!- zedh2 [~5ba51232@idris.openstreetmap.org] has quit [Quit: CGI:IRC]
22:52 < JonathanMM> Anolnx, le problème, c'est qu'on va tourner en rond
22:53 < JonathanMM> On trouve un truc qui met a peu pres tout le monde d'accord
22:53 < Pieren> n'oubliez les autres codes corines. On aura peut-etre le meme probleme avec d'autres catégories , avec farmland et je ne sais pas, etc... bref on va avoir des tas de landuse=unknow ou fixme, si bien qu'a la fin, on sera perdu
22:53 < Anolnx> A vue de nez je pense qu'on aura moins de mal pour un consensus, tu verras.
22:53 < JonathanMM> Et t'en a un qui va proposer landuse=zone_inconnu_a_definir
22:53 -!- jupiter56 [~jupiter56@apijab1.apinc.org] has left #osm-fr []
22:53 < JonathanMM> et là, tout le monde sera d'accord et c'est reparti pou run tour
22:54 < NaSHou> je trouve ca plutot pas mal, que dès qu'une interventin humaine est necessaire sur une balise precise, qu'un fixme appaisse. la balise note prend alors tout son sens
22:54 < JonathanMM> Pas mal comme idée
22:54 < Anolnx> Bref, pour moi il faut quelque chose dans le landuse, après que ça soit "fixme" ou "mate la note en bas, mon frêre" c'est assez indifférent
22:55 < Marcussacapuces91> +1
22:55 < JonathanMM> +1
22:55 < Anolnx> "fixme" est plus académique et largement utilisé, c'est son avantage.
22:55 < Marcussacapuces91> oui +1
22:55 -!- locnet [~kvirc@165.15.100-84.rev.gaoland.net] has quit [Quit: KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/02/04 16:27:39 UTC http://www.kvirc.net/]
22:55 < JonathanMM> DenisHelfer, toi qui dit non, tu proposes quoi ?
22:55 < Pieren> je n'ai pas souvenir de tags highway ou landuse ou amenity =fixme mais surtout de note=fixme
22:56 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has quit [Read error: Connection reset by peer]
22:56 < Marcussacapuces91> des name=fixme à la pelle
22:56 < Anolnx> j'ai pas souvenir d'une base aussi grosse à importer non plus ;)
22:56 < NaSHou> Pieren: .. alors la, si on vois note=fixme.. on est pas dans la merde ^^
22:56 < DenisHelfer> c'est vrai c'est une super idée de remplir la base avec des tags "à faire", "à vérifier", "à rectifier", etc. Pour ma part, je fais cela en dehors de la base pour éviter de la polluer avec mes états d'âme.
22:57 < Marcussacapuces91> en attendant la carte reste vide
22:57 < JonathanMM> Certes, mais le problème, c'est que hors de la base, ce sera très lent que ça entre dans la base, voir que ça rentre pas du tout
22:57 < Marcussacapuces91> alors que t'as fait plus de la moitié du boulot, dommage
22:57 < DenisHelfer> si c'est pour la remplir de fixme, je ne vois pas l'intérêt
22:57 < NaSHou> DenisHelfer: c'est ce qui se fait sur musicbrainz.. quand des infos sont dispo alors que les balise n'existent pas, c'est marqué en note. une fois implémenté, on met a jour la nouvelle balise et supprime la note
22:58 < Pieren> moi je suis quand même partisan d'importer des données, même s'il reste des points a éclaircir parce que tout le monde n'aura pas accès à une copie de fichier corine land cover à disposition sur son PC
22:58 < Anolnx> +1
22:59 < JonathanMM> Bon, ba on fait quoi alors?
22:59 < Anolnx> On importe, ça c'est sûr
22:59 < DenisHelfer> vous avez pensé aux pauvres contributeurs en train de mapper les rues de sa commune et qui va voir apparaître plein de nouveaux trucs FIXME et autres ?
22:59 < Marcussacapuces91> +1e99
22:59 < Pieren> avec un tag source, ca c'est sûr aussi ;-)
23:00 < Freed> oui et ca permet de faire evoluer les zone avec celle qui sont concomitante, parce que si elle sont hors de la base ça va etre plus difficile des les incorporer si d'autres zone ont bougé
23:00 < Pieren> reste la question du tag landuse et du tag note
23:00 < Anolnx> Pour la note, celle que tu as proposé me va trés bien.
23:00 -!- rodo [~rodo@meriadec.quiedeville.org] has quit [Remote host closed the connection]
23:00 < JonathanMM> +1
23:01 < Freed> les zones sont assez grosse, on ne va pas être inondé au niveau des rues
23:01 < JonathanMM> Par contre, je viens d'y penser, mais mettre source="corine", ça va pas faire un peu bizarre pour ceux qui sont pas au courant
23:01 < Pieren> oui, je pense aussi que ces énormes zones sont assez rares par départements
23:01 < Anolnx> Pour le landuse, n'importe quoi mais pas vide. Beaucoup de monde a l'air d'apprécier "fixme" donc "fixme"
23:01 < JonathanMM> « C'est qui cette Corine qui fait des landuses en FIXME de 5 km ? »
23:01 < DenisHelfer> et il va faire quoi le contrib moyen : faire de la conflation avec des objets FIXME ?
23:01 < Marcussacapuces91> source = CLC + url
23:02 < Pieren> on pourra ajoute un URL dans le source (ou source:url=www.pageduwiki)
23:02 < NaSHou> l'idela serait des liens tinyurl sur un wiki qui explique
23:02 < Marcussacapuces91> -1
23:02 < NaSHou> ou l'url complete, bien evidement
23:02 < Anolnx> Bon, des URL pas "tiny"
23:02 < JonathanMM> DenisHelfer, et il fait quoi le contrib moyen avec des zones sans landuses ou des industrial;retail ?
23:03 < Marcussacapuces91> il va voir sur place !
23:03 < Pieren> il regarde l'image yahoo
23:03 < JonathanMM> Pieren, il est pas avancé dans le 2ème cas
23:03 < Marcussacapuces91> ou il le sait, après tout il connait sa région ?
23:04 < DenisHelfer> ou il va puiser dans un layer, un entrepôt de données OSM spécialisés et il décide s'il incorpore ou pas
23:04 < JonathanMM> Pas faux
23:04 < JonathanMM> DenisHelfer, tu crois qu'il va faire l'effort de l'import ?
23:04 < DenisHelfer> s'lil a envie de contribuer, oui
23:05 < Anolnx> Déjà qu'OSM est pas super acessible, ton dépot va prendre des allures de cimetière des données.
23:05 < Marcussacapuces91> et qui va héberger ce layer ? moyens techniques ? mise en place quand ? Autant tout avoir sous la main
23:05 < yann_> Anolnx: +1
23:05 < DenisHelfer> Anolx : c'est mieux d'avoir un cimetière au sein de la base OSM ?
23:06 < Anolnx> Au sein d'OSM ça vit.
23:06  * Marcussacapuces91 pense que oui
23:06 < Freed> de toute façon on aura besoin d'un deput pour les conflits ...
23:06 < DenisHelfer> pas sur les zones sans contributeurs
23:06 < Freed> oui, mais ou il y a deja des landuse
23:07 < Anolnx> Je vais me faire brûler en place de grêve, mais les données doivent pour moi pouvoir êtres corrigées sous Potlatch
23:07 < yann_> faut pas se leurer il y aura conflit
23:07 < prof> et là y'ou y'a opas de contributeur, y'a pas non plus d'import manuel
23:07 < NaSHou> c'est vrai qu'un compteurs sur le nombre de fixme dans les landuse serait bienvenu. 
23:07 < Anolnx> Donc import dans la base.
23:07 < yann_> NaSHou: tagwatch
23:07 < DenisHelfer> ce que je veux dire c'est : le problèmes n'est pas les données, mais notre capacité à les digérer. Sur ce, je vais vous quitter
23:08 < DenisHelfer> bonne fin à tous !
23:08 < JonathanMM> salut DenisHelfer 
23:08 < prof> bonne fin de soirée
23:08 < Anolnx> Salut
23:08 -!- DenisHelfer [~52e5fa0e@idris.openstreetmap.org] has quit [Quit: CGI:IRC (EOF)]
23:08 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has joined #osm-fr
23:08 < JonathanMM> Bon, alors, on fait quoi ?
23:08 < Pieren> on peut aussi décider de ne pas importer autre chose que les forets et le residential en import national dans un premier temps et voir comment ça bouge pendant quelques semaines. Puis importer les autres données à un niveau plus local
23:08 < vmeurisse> +1
23:08 < yann_> on peut diluer dans le temps en effet
23:08 < Anolnx> Bof
23:08 < JonathanMM> +1
23:09 < Freed> non, on va creer des conflit entre les imports de CLC !
23:09 < prof> les forêts et residential n'ont pas forcément vocation à bouger, on va voir quoi ?
23:09 -!- spechard [~quassel@chl35-1-88-163-124-97.fbx.proxad.net] has quit [Remote host closed the connection]
23:09 < Anolnx> Y'aura des modifs pendant ce laps de temps ce qui occasionnera des problèmes de tuilage
23:09 < yann_> de toute façon il va y avoir un délai le temps de décider comment on évite les conflits, non ?
23:09 < yann_> je veux die avant de commencer à importer quoi que ce soit
23:10 < JonathanMM> ou alors, on importe tout sur une petite zone et on regarde comment ça se passe
23:10 < JonathanMM> Si ça merde, on réfléchit avant de passer a la France
23:10 < Freed> on prend la Corse ?
23:10 < JonathanMM> Sinon, on import tout
23:10 < Anolnx> Allez, on prends un département au pif.
23:10 < NaSHou> quel est le risque ?
23:10 < Anolnx> Dites un chiffre entre 1 et 96.
23:11 < Pieren> tu travailles sur quelle zone JonathanMM, on commencera par chez-toi ;-)
23:11 < Freed> ou une ile
23:11 < Pieren> la réunion
23:11 -!- FlyingPenguin [jocelyn@marvin.crapouillou.net] has joined #osm-fr
23:11 < Marcussacapuces91> une ile pas assez variée
23:11 < JonathanMM> Chez moi, ça bouge pas beaucoup
23:11 < Pieren> ah zut, c'est pas dans corine
23:11 < Anolnx> Ile de France? :D
23:11 < JonathanMM> Pourquoi pas Paris ?
23:11 < FlyingPenguin> hi
23:11 < JonathanMM> C'est un concentré de contributeur par là bas
23:12 < JonathanMM> Il y aura une réaction très rapide en plus
23:12 < JonathanMM> On aura pas besoin de beaucoup de temps avant de voir les effets de l'import
23:12 < JonathanMM> slt FlyingPenguin 
23:12 < Marcussacapuces91> pas beaucoup de cultures
23:12 < Anolnx> Pas assez varié
23:13 < Anolnx> Les bretons sont trés réactifs et assez nombreux
23:13 < Marcussacapuces91> département avec aglo + gd ville + campagne
23:13 < Anolnx> Un des 3 départements de Bretagne?
23:13 < Anolnx> Finistère?
23:13 < NaSHou> le 33 bordeaux + vignoble + foret des landes + plages + marais
23:14 < Pieren> y a -t-il un breton dans cet avion ?
23:14 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has quit [Read error: Connection reset by peer]
23:14 < Freed> non pas le 33 !
23:14 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has joined #osm-fr
23:14 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has quit [Read error: Connection reset by peer]
23:14 < Anolnx> L'avantage du finistère, c'est que c'est entouré de mer.
23:15 < JonathanMM> On a qu'a faire un appel dans la ML
23:15 < FlyingPenguin> (qu'est -ce que vous essayez de choisir ?) si c'est pas indiscret bien sûr ;)
23:15 < prof> FlyingPenguin: c'est quoi ton département ?
23:15 < JonathanMM> FlyingPenguin, quel partie de la France on sacrifie pour des tests :)
23:15 < Anolnx> Un département prototype pour importer Corine
23:16 < FlyingPenguin> actuellement, comté du Dublin ;)
23:16 < Anolnx> "Qui veut invirer Corine chez lui"?
23:16 < FlyingPenguin> mais dans l'absolu, Orne
23:16 < FlyingPenguin> Anolnx: :)
23:16 < JonathanMM> Moi, j'aurais bien accepter
23:16 < Pieren> on cherche un endroit à massacrer (un peu comme les limites communales du jura de la semaine dernière ;-)
23:16 < persei> j'sais pas si ça peut vous intéresser mais je fais ça en ce moment : http://www.openstreetmap.org/?lat=46.9617&lon=-2.2108&zoom=12&layers=0B00FFF
23:16 < JonathanMM> Mais après, ça poserais plusieurs problèmes
23:16 < vmeurisse> Moi je vote pour Sait-Etienne :)
23:17 < JonathanMM> Je taggerais selon mes gouts
23:17 < JonathanMM> et puis, y a le bac, toussa
23:17 < Anolnx> vmeurisse : lyonnais? Avoue!
23:18 -!- quicky [~52e5c6b5@idris.openstreetmap.org] has joined #osm-fr
23:18 < FlyingPenguin> et donc vous cherchez  une zone plutôt active ou plutôt morte ?
23:18 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has joined #osm-fr
23:18 < Freed> a+, nenuit
23:18 < Marcussacapuces91> Une zone variée
23:18 -!- Freed [~jecsar@2a01:e35:2e16:2d10:230:1bff:febb:81ad] has quit [Quit: Il faut vivre, vivre, rien que vivre [Joë Bousquet]]
23:18 < vmeurisse> zut je suis repéré. J'm'en fout je suis loin maintenant. (Je pourris au fin fond de l'allemagne)
23:19 < Anolnx> On cherche une zone vide avec beaucoup de contributeurs... XD
23:19 < JonathanMM> Bon, les gars, bon courage pour la suite
23:19 < JonathanMM> Mais a mon avis, faudrait se dépécher un peu avant que tout le monde s'en aille :)
23:19 < JonathanMM> @
23:19 < JonathanMM> +
23:19 < yann_> bonne nuit alors
23:20 < FlyingPenguin> Anolnx: ok... va falloir organiser un déménagemment massif ;)
23:20 -!- JonathanMM [~jonathanm@gsv95-1-82-233-15-232.fbx.proxad.net] has quit [Read error: Connection reset by peer]
23:20 < Marcussacapuces91> Anolnx => bretagne
23:20 < vmeurisse> Une zone avec assez de contributeurs pour pouvoir corriger tout ce qu'on va pourir. Et de terain varier (pour pouvoir beaucoup pourir)
23:20 < quicky> desole je prends la discussion en route, mais c est pour faire quoi ?
23:20 < NaSHou> y'avais pas eu un truc a un moment donné a l'ile de ré ?
23:20 < FlyingPenguin> l'idée de sacrifier la bretagne me plaît bien :p (je suis Normand...)
23:20 < Anolnx> Je propose un appel sur la ML aux bretons, et si ils sont d'accords le finistère.
23:20 < yann_> quicky: import corine land conver
23:20 -!- cfoucher [~cfoucher@gar31-2-82-224-211-147.fbx.proxad.net] has left #osm-fr []
23:21 < quicky> oki merci
23:21 < NaSHou> ah oui, mais c un departement entier, pas une parti du département
23:21 < Anolnx> Bon, "Brest et environs"
23:22 < FlyingPenguin> la réu est finie là ou bien on est encore dedans ?
23:22 < yann_> toujours dedans
23:22 < FlyingPenguin> ok
23:22 < Anolnx> On a un peu dévie de "quels tags pour quels CLC" vers "où prototyper"
23:22 < yann_> on pourrait pas prendre une zone carrée plutot qu'un département ?
23:22 < Anolnx> Pourquoi pas, à ce moment là on peut faire ça n'importe où
23:23 < Anolnx> Mas ça simplifie pas le choix.
23:23 < Pieren> on est pas obligé de faire quelque chose dans la base d'OSM directement. On peut faire une carte spéciale avec une base séparée pour faire des essais. Sly a sa propre carte mais il y a d'autres contributeurs qui pourraient se lancer la-dedans
23:23 < yann_> c quand même plus simple à faire
23:23 < Anolnx> Pieren +1
23:23 < Marcussacapuces91> avec potlatch ?
23:23 < FlyingPenguin> oui, et on peut du coup balancer ça sur une zone très mappée...
23:24 < prof> autant importer la totalité et voir comment on s'en sort nous dans nos coins
23:24 < Anolnx> On poursuit sur les autres CLC, on remet la définition de la zone et/ou du serveur test à plus tard?
23:24 < Anolnx> C'est plus un appel aux bonnes volontés qu'une décision collégiale...
23:25 < yann_> prof: si c pour voir le contenu y'a pas besoin d'importer, hein :)
23:25 < Pieren> on peut voir d'autres code CLC mais pas tous 
23:25 < Pieren> au rythme ou on avance, on sera encore là demain matin
23:25 -!- yann2 [~yann2@ip-89-103-226-165.karneval.cz] has joined #osm-fr
23:25 < Pieren> finissons la catégorie 12
23:25  * Marcussacapuces91 va se retirer dans ses appartements (discussion possible sur les radars sur la ML demain pour ceux intéressés)
23:25 < Pieren> ca devrait aller vite
23:26 < Anolnx> Le 122 va pas poser souci
23:26 -!- emerzh [~quassel@213.219.142.222.adsl.dyn.edpnet.net] has quit [Remote host closed the connection]
23:26 < yann_> 122 on ignore ?
23:26 < Pieren> je pense aussi
23:26 < prof> itou
23:26 < Pieren> 124 aussi
23:26 < Anolnx> A part les gares de triage, peu de surfaces sont concernées
23:27 -!- Marcussacapuces91 [~marc@ballancourt.sibert.fr] has quit [Quit: Bonne nuit.]
23:27 < Pieren> les aeroports sont deja dans la base (les pistes du moins)
23:27 < yann_> Pieren: 124 en tout cas pas de pb de tags
23:27 < Anolnx> Rajouter leur emprise est pas un mal
23:27 < yann_> oui
23:27 < Anolnx> 124 :     *  aeroway=aerodrome 
23:28 < yann_> 123 on prend aussi, non ?
23:28 < prof> pour mettre quoi en face ?
23:28 < Anolnx> on a un tag pour ça?
23:28 < Pieren> sais pas
23:29 < Anolnx> Autant skeeper.
23:29 -!- persei [~fm@lns-bzn-26-82-254-82-215.adsl.proxad.net] has left #osm-fr []
23:29 < Anolnx> Et ça concerne des zones vraiment residuelles
23:29 < Pieren> il y a une bonne page wiki sur le maritime : http://wiki.openstreetmap.org/wiki/Marine_Mapping
23:29 < Pieren> seamark=harbour ?
23:30 < Pieren>  landuse=harbour ?
23:30 < Anolnx> 	 seamark=harbour
23:30 < prof> soit
23:30 < Anolnx> 124 	: seamark=harbour
23:30 < yann_> landuse en 'occurence
23:30 < Pieren> 123
23:30 < Anolnx> Au temps pour moi
23:31 < Anolnx> Et va pour 123 : landuse=harbour
23:31 < Anolnx> les renderer suivront
23:31 < Pieren> quelqu'un a deja vu un aeroway=aerodrome ?
23:31 < FlyingPenguin> vous savez si quelqu'un prévoit de faire un CR de cette réunion (pas pu être là...) ou même le lo...
23:31 < Anolnx> Oui
23:32 < Pieren> ou ça ?
23:32 < Anolnx> Attends
23:32 < FlyingPenguin> *log
23:32 < Pieren> FlyingPenguin : oui il y aura le log et le CR comme d'hab
23:32 < FlyingPenguin> ok :)
23:32 < Pieren> sur le wiki
23:33 < Anolnx> http://www.openstreetmap.org/?lat=49.6503&lon=-1.4674&zoom=14&layers=B000FTF
23:34 < prof> Anolnx: mouarf l'historique :)
23:34 < Anolnx> Disclaimeur: c'est moi qu'ai taggé ce truc il y a quelques années
23:34 < Anolnx> Mes débuts,  snif!
23:35 < Pieren> je vois des polygones aeroway=apron mais pas de aerodrome
23:36 < Anolnx> l'apron c'est une zone stabilisée pour garer l'avion
23:36 < Pieren> ca y est , j'ai trouvé
23:36 < Anolnx> aeroway=aerodrome c'est l'emprise du site, la cloture en barbelés.
23:36 -!- CharlesNepote [~chatzilla@seg75-7-88-164-181-68.fbx.proxad.net] has quit [Ping timeout: 480 seconds]
23:37 < Pieren> ca m'etonnerait que corine soit si précis
23:38 < Anolnx> J'ai regardé. C'est moins précis mais c'est une bonne approche
23:39 < Pieren> l'aeroport de bâle/mulhouse est absent de corine
23:39 < Pieren> (taille moyenne)
23:39 < yann_> <25ha ?
23:39 < Pieren> mais ok pour ce tag
23:39 < Pieren> aucune idée
23:39 < Anolnx> J'aijuste comparé mon boulot avec la même  zone sur http://sd1878-2.sivit.org/ , ça colle
23:39 < Pieren> ok
23:40 < Anolnx> Donc 124 : aeroway=aerodrome ?
23:40 < prof> +1
23:40 < Pieren> +1
23:41 < Anolnx> Bon, on attaque les 13.
23:41 < Anolnx> ?
23:41 < Pieren> il se fait tard et on manque de combattants
23:41 < yann2> des tags francais ca me parait bizarre
23:41 < yann2> ca existe en anglais aerodrome?
23:41 < yann_> bah c'est anglais pas américain
23:42 < yann2> ah :)
23:42 < Anolnx> 131. Extraction de matériaux
23:42 < yann_> (et non pour les autre ce n'est pas un monologue ;)
23:42 < Anolnx> 	
23:42 < Anolnx> Extraction de matériaux à ciel ouvert (sablières, carrières) ou d'autres matériaux (mines à ciel ouvert). Y compris gravières sous eau, à l'exception toutefois des extractions dans le lit des rivières.
23:42 < NaSHou> lol merci les yann
23:42 < yann_> landuse=quarry
23:43 < Anolnx> +1, ca colle au poil
23:43 < prof> pas de souci, de toute façon ce genre de chantier est interdit au mappeur
23:43 < Pieren> tous les 13x sont bon pour moi
23:43 < prof> +1
23:43 < Anolnx> +1  aussi
23:43 < yann_> 132 c quoi letag ?
23:44 < yann_> 133 ausi d'ailleurs
23:44 < prof> http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature
23:44 < Anolnx> 132     *  landuse=landfill 
23:44 < Anolnx> 133     *  landuse=construction 
23:44 < yann_> ok
23:44 < Anolnx> Les 14 par contre y'a matière à débat.
23:45 < Anolnx> Encore que les propositions m'ont l'air saines
23:45 < Pieren> oui autant que pour le commercial et industriel
23:45 < Anolnx> Arf'
23:46 < prof> Les espaces verts urbains sont déjà taggés, non ?
23:46 < NaSHou> bonne nuit tout le monde
23:46 < prof> Et ils font moins de 25ha ?
23:46 < Anolnx> T'as raisons, on va attendre des renfors por les 14 et suivants
23:46 -!- NaSHou [~chatzilla@88.141.179.241] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]]
23:46 < Pieren> on retrouve le cas : 1 code CLC = plusieurs tags OSM au choix
23:46 < yann_> 141 c'est donc un park ou un cimitière !
23:46 < prof> de 25ha !
23:47 < yann_> mouarf
23:47 < Anolnx> Cimetière de 25 ha?
23:47 < Anolnx> A Verdun et environs proches, et encore...
23:47 < Pieren> bon je propose d'arrêter là la réunion - 

Compte rendu de la réunion

  • la discussion démarre sur l'import de la base Corine Land Cover France (CLC) qui s'avèrera l'unique sujet de la réunion. Il faut conserver un oeil sur la page wiki WikiProject France/Corine Land Cover/Nomenclature pour comprendre la suite.
  • puis vient le point de savoir quels types de données importer depuis CLC. Le type "forêt" semble faire consensus mais personne ne répond pour le reste.
  • le problème de conflit à l'import avec des données déjà présentes est remis à plus-tard (qui finalement ne sera pas abordé, faute de temps)
  • Le point suivant concerne le type "zone urbanisé" qui est séparé en deux classes dans CLC :"Tissu urbain continu" et "Tissu urbain discontinu". Une très longue discussion s'en suit pour savoir s'il faut conserver la distinction dans OSM ou pas. L'avantage de fusionner les deux classes dans OSM est que l'on conserve un schéma de balises déjà connu puisqu'OSM n'a jusqu'ici jamais fait cette distinction "continu/discontinu". L'inconvénient est que nous perdons une information de CLC. Le participant Anonlx souligne que CLC utilise principalement cette distinction pour l'étude de l'imperméabilité des sols. Ce genre d'information ne concernant pas tellement OSM, un consensus se dégage pour fusionner les classes CLC 111 et 112 et les taguer en landuse=residential.
  • la nomenclature suivante est la 121 "Zones industrielles et commerciales" qui est l'inverse de la question précédente. Ici, OSM fait la distinction entre commercial (retail) et industriel (industrial) alors que CLC ne fait pas cette distinction. Après de longs débats, aucun consensus ne se dégage mais plusieurs propositions sont faites:
    • ne pas importer la classe 121 "Zones industrielles et commerciales"
    • la classe est importée et tagué landuse="unknown" ou "fixme" avec un tag "note" explicatif. Puis à charge des contributeurs de mettre soit "retail", soit "industrial" après vérification (ou même de découper le polygone si les deux types sont présents).
    • la classe est importée sans tag landuse mais uniquement le tag "note" explicatif.
    • la classe est importée avec un tag landuse="industrial;retail" et le tag "note" explicatif.
    • la classe est importée avec un tag landuse="see note" et le tag "note" explicatif pourrait être du genre "landuse from corine ref.112 either industrial or retail or both; please fixme"
  • le tag "source" est lui aussi discuté. On souligne que d'écrire "corine etc..." ne suffise pas à éclairer des contributeurs mal informés (ou étrangers) et qui pourraient se poser des questions. Suggestion est faite d'ajouter un URL vers une page wiki explicative.
  • ensuite, la discussion s'engage sur l'idée de faire un import sur une zone limitée, un département par exemple, pour voir comment les choses pourraient se mettre en place et évoluer. L'idée est abandonnée mais une piste reste ouverte concernant une base de test séparée d'OSM.
  • le reste des classes CLC 12 est rapidement abordé (la réunion ayant dépassé les 2 heures).
    • la classe 122 "Réseaux routier et ferroviaire et espaces associés" semble faire l'unanimité contre elle et ne "serait" pas importée.
    • la classe 123 "Zones portuaires" serait taguée "landuse=harbour" ou "seamark=harbour" d'après le wiki : Marine Mapping
    • la classe 124 "Aéroports" semble aussi acceptée avec le tag proposé "aeroway=aerodrome" même si cela ne concernerait que les plus grands aéroports (ceux de taille moyenne ne figurant pas dans Corine)
  • la classe 13 "Mines, décharges et chantiers" est aussi rapidement abordée. Les trois classes 131, 132 et 133 ainsi que les tags proposés semblent faire consensus (parmi le petit groupe restant).