On mardi 13 octobre 2009, Jean-Christophe Haessig wrote:
Moi j’aimerais bien un tag density=scattered…
Au delà même de corine, quand je tag certaines forêts de montagne avec les
photos yahoo très précise, il arrive que je rencontre des zones comme tu
décrivais. ni des paturages, ni des
Le mardi 13 octobre 2009 à 01:37 +0200, Jean-Christophe Haessig a
écrit :
Bonsoir,
J’ai vu qu’il avait plus ou moins été décidé de tagguer ces zones en
natural=wood;wood=mixed. La raison était que ces zones seraient des
forêts en devenir.
Sur la nomenclature, le code 324 est pour l'instant
Le mardi 13 octobre 2009 à 09:59 +0200, Christophe Merlet (RedFox) a
écrit :
Je ne suis pas trés chaud pour une nouvelle clé.
Pour le code 324, pourquoi pas
natural=wood;wood=shrub
shrub signifiant arbuste ou plus généralement végétation arbustive ?
Pour le code CLC 333
pourquoi pas
Ca y est!
La course au SOTM 2010 vient d'etre officiellement ouverte. Le lien est
le suivant:
http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2010/Bid
Emilie Laffray
---BeginMessage---
State of the Map 2009 is now several months behind us. Thanks to all the
people who where there (either in
Bonjour à tous,
La discution est maintenant lancée pour le tag boundary=military.
La page de présentation :
http://wiki.openstreetmap.org/wiki/Proposed_features/Military_base
Et les commentaires :
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Military_base
Bonne journée,
Gilles
Je suis le débat avec attention.
Quelle est donc la méthodologie à suivre?
Car je peut vous dire que des poly landluse=farm de très grande taille j'en
ai trouvé quelques uns en cherchant un peut.
2009/10/13 Emilie Laffray emilie.laff...@gmail.com
Etienne Chové wrote:
Est ce que le gros
Vincent Meurisse a écrit :
if tags[CLC:code] == 323:
tags[natural] = scrub
if tags[CLC:code] == 324:
tags[natural] = wood
tags[wood] = mixed
if tags[CLC:code] == 331:
tags[natural] = beach
if tags[CLC:code] == 333:
tags[natural] = scrub
Merci pour ta vigilance,
Emilie Laffray a écrit :
Celui ci est constitue d'un très gros polygone, et pleins de tous petits.
Est ce que le gros polygone ne fait pas presque autant de taille que
l'original ?
Le but est de générer 60 fichiers et des les envoyer un par un ? C'est
donc du multipolygone où un a un outer
Emilie Laffray a écrit :
Etienne Chové wrote:
Emilie, t'as une version corrigée ? Je doit avoir une ancienne version
avant la correction du bug 2001.
Voila la correction.
Merci, c('est corrigé.
--
Etienne
___
Talk-fr mailing list
2009/10/13 Christophe Merlet (RedFox) red...@redfoxcenter.org:
Je rajouterais que CLC étant une base de dimension européenne, il me
semble indispensable d'assurer dés maintenant une correspondance unique
de chaque code CLC vers un équivalent OSM afin que le problème soit
résolu avant que
Bhen oui, dilemme dans la stratégie générale d'osm... :-(
Utiliser les points seulement, ça deviendrait vite ingérable
(invisible, et pas exploité),
Saucissonner tout en petits morceaux et les fourrer dans des
relations, ce serait certes systématique,
mais tant que les éditeurs sont ce
Bonjour
Pas de foudre pour ma part, je trouve ton commentaire très intéressant, car
il montre bien la complexité de la choses et ne tombe pas l'écueil de la
simplification abusive d'un problème complexe.
Je ne pense pas non plus qu'il y ait de solution évidente. Il faut que le
travail des
2009/10/13 kimaidou kimai...@gmail.com:
D'accord, les développeurs peuvent toujours s'adapter, mais il ne faut pas
que cela oblige
à concevoir des usines à gaz non plus.
Parce que découper un quart de rond-point pour tracer son
itinéraire, ça fait pas usine à gaz...
(Si la route n'est pas
Le 13 octobre 2009 15:48, Pieren pier...@gmail.com a écrit :
Pour revenir à la question de départ, je conseillerais à Christophe de
recoller son rond-point en un morceau et de choisir lui-même de mettre
ou pas celui-ci dans la relation route. Ceci en attendant qu'une
solution moins
Le 13 oct. 09 à 10:08, Christophe Merlet (RedFox) a écrit :
Le mardi 13 octobre 2009 à 09:59 +0200, Christophe Merlet (RedFox) a
écrit :
Je ne suis pas trés chaud pour une nouvelle clé.
.../...
.../...
une correspondance unique
de chaque code CLC vers un équivalent OSM
+1
Il nous faut
L'idée de bases séparées par réseau au premier abord sonne pas mal,
ça probablement marcherait pour des réseaux comme ERDF ou SNCF,
mais je ne vois pas, comment traiter puis recouper des réseaux qui par
endroits partagent un même espace avec d'autres réseaux, et par
endroits ont leur support
+--On 13 octobre 2009 01:37:33 +0200 Jean-Christophe Haessig
jean-christophe.haes...@dianosis.org wrote:
| Bonsoir,
|
| J’ai vu qu’il avait plus ou moins été décidé de tagguer ces zones
| en natural=wood;wood=mixed. La raison était que ces zones seraient des
| forêts en devenir.
à coté de chez
Etienne Chové wrote:
Cedric Dumez-Viou a écrit :
Bonjour,
Je mappe dans la Sologne et j'ai un problème similaire.
Une grande portion de foret ne s'est pas importée automatiquement au nord
de Vierzon (http://osmose.openstreetmap.fr/clc/cgi-
Emilie Laffray a écrit :
Peut être que
le mont Saint Michel gagnerait a être mis sur la carte bestofosm.org
C'est quand même assez impressionnant.
J'en serai assez fier !
Il manque les alentours qui ne sont pas fini, notamment les water=tidal
qui sont tout de même un des éléments de la
g.d a écrit :
Le 13 oct. 09 à 10:08, Christophe Merlet (RedFox) a écrit :
Le mardi 13 octobre 2009 à 09:59 +0200, Christophe Merlet (RedFox) a
écrit :
Je ne suis pas trés chaud pour une nouvelle clé.
.../...
Pourtant on l'a fait : landuse=orchard qui existait de façon
Forcément inutilisable avec OSM mais impressionnant quand même !
http://feedproxy.google.com/~r/blogspot/MKuf/~3/zgjSWl7SrD0/introducing-google-building-maker.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Vincent Pottier wrote:
La France est précurseur, pour la méthodologie, pour le jeu de tag, pour
les outils d'upload,
Je confirme sur le cote précurseur sur pas mal de points. Il y a déjà
eus des imports massifs précédemment, mais celui de Corine est de loin
le plus structuré. On a fait un
22 matches
Mail list logo