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 forêt
Marc Sibert a écrit :
> Voilà !
>
> Ça le fait, à un détail près, j'ai du ajouter un champ
> 2009-09-06T07:41:26Z à la main dans le fichier généré pour que
> ça marche. Sinon, l'import est simplement ignoré. J'imagine que les traces
> GPX sont classées par date.
> Le fichier (modifié) est en li
Etienne Chové wrote:
> 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 (le gros) et plein de inner (les
> petits) ? Je crois que j'ai pas tout c
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'inst
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
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
--- Begin Message ---
State of the Map 2009 is now several months behind us. Thanks to all the
people who where there (either
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
> Etienne Chové wrote:
> > Est ce que le gros polygone ne fait pas presqu
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["nat
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 (l
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
Talk-fr@op
2009/10/13 Christophe Merlet (RedFox) :
> 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 d'autres pays décide de f
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 qu
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 partici
2009/10/13 kimaidou :
> 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 découpée en
>
Le 13 octobre 2009 15:48, Pieren 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 destructive soit trouvé
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 nou
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
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 mon père, il y a deux zones comme ça,
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-
>>
bin/index.py?layers=TB0T&zoom=15&lat
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 exista
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
http://lists.openstreetmap.org/listinfo
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 u
Si déjà on avait un tag "height" pour les "building" on arriverait à extruder
sommairement la forme du bâtiment à partir d'OSM.
De : Yann Coupin
À : Discussions sur OSM en français
Envoyé le : Mer 14 Octobre 2009, 1 h 47 min 51 s
Objet : [OSM-talk-fr] Google
2009/10/14 Arnaud CORBET :
> Si déjà on avait un tag "height" pour les "building" on arriverait à
> extruder sommairement la forme du bâtiment à partir d'OSM.
ça existe :
http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes
___
Talk-
"Proposed", j'espère que ça va passer. ;)
De : Stéphane Péchard
À : Discussions sur OSM en français
Envoyé le : Mer 14 Octobre 2009, 8 h 32 min 12 s
Objet : Re: [OSM-talk-fr] Re : Google a encore frappé !
2009/10/14 Arnaud CORBET :
> Si déjà on avait un tag "
27 matches
Mail list logo
