Marc SIBERT a écrit :
Bonjour,
Au vu de la règle : on ne code jamais deux fois un élément avec des
objets différents (nodes, ways, relations) et le résultat sur les
renders, est-il encore judicieux de tagger les communes avec un node
Place et avec leur contour ?
Je crois que ça a déjà
Bonjour,
on pourrait en theorie calculer un point en utilsant un centroid sur le
polygone, permettant de placer le point sur le barycentre du polygone.
Emilie Laffray
Etienne Chové wrote:
Marc SIBERT a écrit :
Bonjour,
Au vu de la règle : on ne code jamais deux fois un élément avec des
Tout pareil :)
Voire même pour 324 : pas d'import.
Antoine
- Mail Original -
De: Mathieu Arnold m...@mat.cc
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 27 Mai 2009 23h47:46 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re:
Tout à fait d'accord.
Antoine
- Mail Original -
De: sylvain letuffe sylv...@letuffe.org
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 27 Mai 2009 23h50:51 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Corine
Bonjour,
En fait ma question, c'était plutôt dans le sens : ne peut-on pas
supprimer le Node des communes dont le contour est défini. Les
informations Place, etc peuvent être taggées dans la relation, la
préfecture, mairie sont des bâtiments publics que l'on peut aussi mettre
dans la relation si
Bonjour,
J'essaye d'uploader mes modifs et j'ai le message d'erreur suivant :
Precondition failed : Node 411695997 is still used by way 35093505
Que faire ?
J'ai essayé de rechercher les deux id (par la recherche id:411695997 et
pareil pour le way, mais je n'ai rien trouvé)
J'ai pas trop envie
Ça m'est arrivé hier,
je pense que c'était lors de l'upload où le validator a ralé et je lui ai
laissé corriger des noeuds en double,
et apparemment il a mal corrigé.
Normal que tu ne le trouves pas car il est sûrement supprimé. D'ailleurs
c'est ch*** que l'historique soit supprimé dès qu'on
Moi je dis comme Étienne : le node c'est le centre-ville, et comme on
en a déjà discuté plusieurs fois : ça n'est pas calculable...
Par contre je suis bien d'accord que la plupart des infos pourraient
être déplacées sur la relation car elles concernent aussi la surface
(code INSEE,
Question collatérale : pour les communes composées de plusieurs anciennes
communes regroupées, par exemple Dio-et-Valquières dans l'Hérault, faut-il
conserver un node Dio-et-Valquières ou se contenter d'un node Dio
(portant les infos INSEE and co) et d'un node Valquières ?
Le 28 mai 2009 04:15,
2009/5/28 Yann Coupin y...@coupin.net:
non pas troll ;-)
le node représente le centre de l'agglomération et le boundary la
limite administrative. Même s'ils portent le même nom, c'est pas tout
à fait la même chose. Mais c'est vrai que certains tags pourraient
comme le code postal et le code
j'ai eu exactement le même problème hier soir! validator a planté, j'ai tout
de même essayé l'upload (je suis un kamikaz je sais!). Forcément, ca a
planté avec l'erreur précondition failed...
Le 28 mai 2009 09:42, Julien D. murphy2...@gmail.com a écrit :
Ça m'est arrivé hier,
je pense que
2009/5/28 Lionel Maraval lionel.mara...@gmail.com:
Question collatérale : pour les communes composées de plusieurs anciennes
communes regroupées, par exemple Dio-et-Valquières dans l'Hérault, faut-il
conserver un node Dio-et-Valquières ou se contenter d'un node Dio
(portant les infos INSEE and
Merci beaucoup.
J'ai pensé au début que ça n'avait pas marché car plusieurs noeuds
étaient dans ce cas et il m'affichait le même message avec un autre
numéro de noeud...
On prends les mêmes et on recommence et au bout de 4/5 noeuds retiré à
la mimine dans le fichier .osm, ça a fini par
Bonjour la liste :)
je me suis mis à mapper des cours d'eau et rivières dans les Vosges en
me basant sur le cadastre. Je commence à peine et je voulais avoir votre
avis avant d'aller plus loin.
Pour l'instant, j'ai seulement fait des waterway={river, stream}. Je
comptais me lancer dans les aires
Le 28 mai 2009 11:01, Sébastien Pierrel sebastien.pier...@gmail.com a écrit :
D'où ma question: à partir de quelle taille une rivière mérite ses berges?
Le wiki Map features en français est effectivement moins précis qu'en anglais
D'après :
Bonjour Liste,
Je vous ai invité à rejoindre Facebook récemment et je voulais vous rappeler
que dès que vous serez enregistré, vous pourrez vous connecter en ligne,
partager des photos, organiser des groupes et des événements, et plus.
Merci,
Ratzillas
Pour vous inscrire à Facebook, suivez le
On Thu, May 28, 2009 at 02:44:05AM -0700, Ratzillas Da Rats' Prince wrote:
Bonjour Liste,
Je vous ai invité à rejoindre Facebook récemment et je voulais vous rappeler
que dès que vous serez enregistré, vous pourrez vous connecter en ligne,
partager des photos, organiser des groupes et des
On Thursday 28 May 2009 11:55:50 am gnu...@gnunux.info wrote:
Il y a déjà suffisement de traffic sur cette liste pour ne pas envoyer des
spams à l'ensemble des inscrits.
J'espère que c'était une erreur de manipulation.
Erreur de manip ou pas c'est pas normal que ce genre de message arrive à
Sébastien Pierrel a écrit :
Bonjour la liste :)
Corine référence les rivières de plus de 100m de largeur (si j'ai bien
compris) et je pense qu'il y a de quoi faire en deça. À propos, y'a un
fichier Corine dispo qq part pour les rivières, cours d'eau et espaces
d'eau? :)
Cheers,
/Seb.
Ça
Bonjour,
Que signifie le rouge-sang pour les communes :
http://beta.letuffe.org/?zoom=11lat=46.82474lon=5.5202layers=B0FFTF
La couleur du maire ?
Plus sérieusement : un type d'erreur ? lequel ?
Vincent
___
Talk-fr mailing list
Bonjour,
Erreur de manip ou pas c'est pas normal que ce genre de message arrive à
passer sur la ML. Parce que j'ai comme un doute sur le fait que l'adresse
invite+2nmwx...@facebookmail.com soit inscrite à la ML.
La liste est modérée ? (seuls les inscrits peuvent participer ?)
Pour ce
Corinne contient beaucoup de donnees la dessus ? parce que pour Grenoble j
etais alle jeter un coup d oeuil sur leur site et on ne voyait meme pas l isere
et le drac qui ne sont pourtant pas des ruisseaux...apres ce que j ai vu n
etait peut etre pas aussi fin que les donnees reelles du CLC
http://beta.letuffe.org/?zoom=13lat=46.86325lon=5.6831layers=B0
Ce sont les restes de pâté du Jura de l'autre week-end ou un bug récent
? Je n'ai pas vu la marmelade annoncé l'autre week-end et qu'il a fallu
'reverter'. Donc je ne sais pas si ça ressemble à ce qu'on voit
J'aide un peu pieren à avancer, courage on y est presque ;-)
##
Rappel : ce fil de discussion aborde les tags à adopter lors de
l'intégration des données Corine Land Cover France (CLCF).
Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html
pour le début de la
On Thursday 28 May 2009 15:06, Vincent Pottier wrote:
http://beta.letuffe.org/?zoom=13lat=46.86325lon=5.6831layers=B0
Ce sont les restes de pâté du Jura de l'autre week-end ou un bug récent
? Je n'ai pas vu la marmelade annoncé l'autre week-end et qu'il a fallu
'reverter'.
Un autre donnera peut-être les durées précises pour chaque couleur.
Pratique pour voir où ça avance, et où d'autres travaillent pour éviter
de se marcher sur les villes ;-)
Le code couleur ne donne qu'une très vague idée de l'âge dans la base d'une
commune car je n'ai pas réussi à disposer
Je vais peut-être dire une bêtise, mais si je prend le fichier
correspondant à un changeset que j'ai fait (c'en est un au hasard il
n'a rien de particulier), je vois un timestamp sur l'objet relation,
on pourrait utiliser ça non ?
On Thursday 28 May 2009 15:46, Yann Coupin wrote:
Je vais peut-être dire une bêtise,
Non non, tu as bien raison.
mais si je prend le fichier
correspondant à un changeset que j'ai fait (c'en est un au hasard il
n'a rien de particulier), je vois un timestamp sur l'objet relation,
on
Bon je confirme ça ne stocke pas le timestamp, mais osm2pgsql a un
code simple et je pense que je pourrais faire la modif en une heure,
tu veux que j'y jete un coup d'œil ce soir ?
Yann
Le 28 mai 09 à 15:52, sly (sylvain letuffe) a écrit :
J'utilise simplement des outils qui ne savent pas
sly (sylvain letuffe) a écrit :
J'aide un peu pieren à avancer, courage on y est presque ;-)
##
Rappel : ce fil de discussion aborde les tags à adopter lors de
l'intégration des données Corine Land Cover France (CLCF).
Voir
On Thursday 28 May 2009 03:41:36 pm sly (sylvain letuffe) wrote:
toutes les
communes passeront en vert
C'est pas grave. Ça fera un chalenge pour remettre plein de rouge :)
--
Vincent MEURISSE
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
2009/5/28 sly (sylvain letuffe) sylv...@letuffe.org:
J'aide un peu pieren à avancer, courage on y est presque ;-)
Il fallait le dire si j'avançais trop lentement ;-)
Mais c'est vrai que ça prend du temps sur certaines catégories : il
faut bien comprendre ce que veut dire CLC, voir s'il peut y
j'ai remarqué ca il y a pas longtemps, c'est juste des restes. Sur JOSM, on
ne récupère rien...
On ne se débarrasse pas si facilement, d'une telle œuvre d'art!!! [?]
Je suis en train d'importer les communes du jura, ca corrigera certainement
les problèmes...
Le 28 mai 2009 15:28, sly (sylvain
On Thursday 28 May 2009 16:14, Yann Coupin wrote:
Bon je confirme ça ne stocke pas le timestamp, mais osm2pgsql a un
code simple et je pense que je pourrais faire la modif en une heure,
tu veux que j'y jete un coup d'œil ce soir ?
Ha ben si tu as le courage ! Mais le jeu en vaut il la
On Thursday 28 May 2009 16:26, Pieren wrote:
2009/5/28 sly (sylvain letuffe) sylv...@letuffe.org:
J'aide un peu pieren à avancer, courage on y est presque ;-)
Il fallait le dire si j'avançais trop lentement ;-)
Mais c'est vrai que ça prend du temps sur certaines catégories
Je tente de
Est-ce qu'il va exister un plugin pour télécharger les données corine dans JOSM
? Ou alors va-t-il y avoir un fichier superposable avec les données OSM dans
notre éditeur pour rajouter des données qui ne seront pas importées ?
Car, autant défois Corine est imprécise sur les forêts autour de
+1 pour le reste
* 522 (30)
Estuaires
Je propose de ne pas importer
Je pense que ca pourrait etre une classe qui pourrait etre utile car
c'est generalement typique de certaines zones, mais il doit y avoir
peu de polygones.
* 523 (4)
Mers et océans
Je suppose que c'est déjà dans OSM, je
sly (sylvain letuffe) a écrit :
On Thursday 28 May 2009 16:26, Pieren wrote:
2009/5/28 sly (sylvain letuffe) sylv...@letuffe.org:
J'aide un peu pieren à avancer, courage on y est presque ;-)
Il fallait le dire si j'avançais trop lentement ;-)
Mais c'est vrai que ça prend du
Reste qu'il n'est pas idiot de proposer un dépot pour tout corine où chacun
ira piocher pour faire du manuel.
Bon, tu viens de répondre à ma question dans le mail que je viens d'envoyer. :)
Je vote pour. ;-)
--- En date de : Jeu 28.5.09, sly (sylvain letuffe) sylv...@letuffe.org a
écrit :
De:
2009/5/28 Etienne T gustrimai...@yahoo.fr:
Est-ce qu'il va exister un plugin pour télécharger les données corine dans
JOSM ? Ou alors va-t-il y avoir un fichier superposable avec les données OSM
dans notre éditeur pour rajouter des données qui ne seront pas importées ?
Car, autant défois
+1
De : Etienne T gustrimai...@yahoo.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Jeudi, 28 Mai 2009, 16h51mn 50s
Objet : Re: [OSM-talk-fr] Corine Land Cover : nomenclature 5 Surfaces en eau
Est-ce qu'il va exister un plugin
2009/5/28 Emilie Laffray emilie.laff...@gmail.com:
c'est generalement typique de certaines zones, mais il doit y avoir
peu de polygones.
Il y en a 30 si c'est le chiffre entre parenthèses et s'il est juste ;-)
Je ne suis pas sure que ca soit dans OSM. La derniere fois que j'ai lu
quelques
Reste qu'il n'est pas idiot de proposer un dépot pour tout corine où chacun
ira piocher pour faire du manuel.
J'ai démarré un proto d'interface, mais la peinture n'est pas seiche.
Previens moi quand tu as besoin d'aide pour produire les fichiers OSM
facilement. Je pense qu'il serait plus
2009/5/28 sly (sylvain letuffe) sylv...@letuffe.org:
Reste qu'il n'est pas idiot de proposer un dépot pour tout corine où chacun
ira piocher pour faire du manuel.
Facile : un plugin JOSM qui irait chercher tout ou partie des classes
CLC (sélectionnable) en vectoriel directement dans une base
Previens moi quand tu as besoin d'aide pour produire les fichiers OSM
facilement. Je pense qu'il serait plus facile de commencer par des
bbox.
Et que pensez vous de mon idée qui consiste à produire un dépot (contenant les
polygones qui ne seront pas importés automatiquement) qui
wouldsmina a écrit :
j'ai remarqué ca il y a pas longtemps, c'est juste des restes. Sur
JOSM, on ne récupère rien...
On ne se débarrasse pas si facilement, d'une telle œuvre d'art!!!
Je suis en train d'importer les communes du jura, ca corrigera
certainement les problèmes...
Pour les
Hum,
j'avoue que je ne saurais pas par ou commencer pour creer un plugin JOSM.
Que fait on vis a vis des polygones dont les ways ont plus de 2000 points?
Emilie Laffray
2009/5/28 Pieren pier...@gmail.com:
2009/5/28 sly (sylvain letuffe) sylv...@letuffe.org:
Reste qu'il n'est pas idiot de
Les relations sont présentes quater fois. Ce qui me semble être 3 en
trop. On va se retrouver avec 132 000 communes en France.
Voir : Le Villey, Sellière et autres...
Or ces communes ne sont pas rouge-sang su beta. Il y a un autre problème
pour les communes rouge-sang que je n'ai pas
Emilie Laffray a écrit :
Reste qu'il n'est pas idiot de proposer un dépot pour tout corine où chacun
ira piocher pour faire du manuel.
J'ai démarré un proto d'interface, mais la peinture n'est pas seiche.
Previens moi quand tu as besoin d'aide pour produire les fichiers OSM
2009/5/28 sly (sylvain letuffe) sylv...@letuffe.org:
L'idée bbox avec plugin JOSM peut faire rêver, mais honnêtement, je ne crois
pas que nous ayons la ressource pour le mettre en place.
Il suffirait peut-être juste d'adapter le plugin WMS pour qu'il
fonctionne avec celui de l'ifen. Je l'ai
Hum,
j'ai une dedibox que j'utilise peu. Il faut d'ailleurs que je la
mettre a jour avec une nouvelle distribution. Elle pourrait facilement
contenir une petite base de donnee Postgis pour servir des polygones.
Je ne sais pas comment la forme doit etre; la seule chose que je sais
c'est que je ne
sly (sylvain letuffe) a écrit :
Les relations sont présentes quater fois. Ce qui me semble être 3 en
trop. On va se retrouver avec 132 000 communes en France.
Voir : Le Villey, Sellière et autres...
Or ces communes ne sont pas rouge-sang su beta. Il y a un autre problème
pour les communes
Bonsoir,
depuis qq jours j'ai de très grandes difficultés à accéder au site
www.openstreetmap.org.
Le chargement des cartes est d'une lenteur désespérante (quand il a
lieu) et je suis obligé de bricoler à plusieurs reprises la sélection du
moteur de rendu pour finir à visionner la carte. Et, à
Arlay : quatre relations correctes : 147597, 147696, 147799, 147909
rose sur beta
Mantry : quatre relations correctes : 147586, 147685, 147788, 147898
rouge sang sur beta
Why ?
Aucune idée, 3 des 4 Arlay n'ont pas été importé. Yaka nettoyer on y verra
plus clair.
--
sly
Sylvain
Il y avait un article sur slashdot hier parlant d'osm. Je ne sais pas
si ça a quoi que ce soit à voir, mais à part ça je n'ai pas d'idée...
Yann
Le 28 mai 09 à 18:06, Jean-Francois Nifenecker a écrit :
Bonsoir,
depuis qq jours j'ai de très grandes difficultés à accéder au site
aucun soucis pour ma part...
De : Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Jeudi, 28 Mai 2009, 18h06mn 12s
Objet : [OSM-talk-fr] Pbs d'accès au site
Bonsoir,
depuis
2009/5/28 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net:
Avez-vous ce pb ?
non
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2009/5/28 sly (sylvain letuffe) sylv...@letuffe.org:
Il faut aussi voir comment on fait pour savoir quelles zones ont été
traitée et lesquelles restent à faire. C'est l'avantage avec la
méthode par département comme pour les limites communales.
Pieren
Pour ca, il faut juste tenir une base de donnee pour savoir ou se
trouve chaque polygone. Cela implique de maintenir une petite base de
donnee (postgis de preference) pour servir les bons fichiers.
L'autre solution est d'utiliser dans le nom de fichier les informations
comme le departement et sa
THEVENON Julien wrote:
aucun soucis pour ma part...
ditto et je passe pas mal de temps sur le site.
Emilie Laffray
signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Rappel : ce fil de discussion aborde les tags à adopter lors de
l'intégration des données Corine Land Cover France (CLCF).
Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html
pour le début de la discussion.
Le document de référence est la page wiki :
2009/5/28 Emilie Laffray emilie.laff...@gmail.com:
Pour ca, il faut juste tenir une base de donnee pour savoir ou se
trouve chaque polygone. Cela implique de maintenir une petite base de
donnee (postgis de preference) pour servir les bons fichiers.
L'autre solution est d'utiliser dans le nom
Je pensais que la base de donnee pourrait servir a indiquer le polygone
a telecharger si tu fais une requete.
Peut etre faudrait il sur la page dire que l'on a telecharge tel ou tel
polygone afin de s'en servir. Une fois qu'on s'en serait servi, il
faudrait revenir sur le site pour donner le
Rappel : ce fil de discussion aborde les tags à adopter lors de
l'intégration des données Corine Land Cover France (CLCF).
Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html
pour le début de la discussion.
Le document de référence est la page wiki :
Punaise!! j'avais pas vue ça!!! Pourtant j'ai pas eu d'erreur à l'import!!
Je suis maudit...
c'est sur ce changeset que le probleme est arrivée:
http://www.openstreetmap.org/browse/changeset/1325953?relation_page=6
Le 28 mai 2009 18:07, sly (sylvain letuffe) sylv...@letuffe.org a écrit :
Rappel : ce fil de discussion aborde les tags à adopter lors de
l'intégration des données Corine Land Cover France (CLCF).
Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html
pour le début de la discussion.
Le document de référence est la page wiki :
Emilie Laffray a écrit :
Hum,
j'avoue que je ne saurais pas par ou commencer pour creer un plugin JOSM.
Que fait on vis a vis des polygones dont les ways ont plus de 2000 points?
Emilie Laffray
Combien sont-ils ?
Vincent
___
Talk-fr mailing list
Pieren a écrit :
Rappel : ce fil de discussion aborde les tags à adopter lors de
l'intégration des données Corine Land Cover France (CLCF).
Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html
pour le début de la discussion.
Le document de référence est la page wiki :
Pieren a écrit :
* la classe 332 Roches nues est proposée en natural=cliff
(falaises) ou natural=scree (caillasse) sur le wiki. En fait, c'est
tous les endroits où la roche est à nue. J'aurais tendance à dire que
là où il n'y a rien, on ne met rien d'autant plus que cela concerne un
faible
Pieren a écrit :
Rappel : ce fil de discussion aborde les tags à adopter lors de
l'intégration des données Corine Land Cover France (CLCF).
Voir http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009395.html
pour le début de la discussion.
Le document de référence est la page wiki :
2009/5/26 Vincent Pottier vpott...@gmail.com:
Je serais partisan d'abandonner toute la catégorie 24. Ces polygones
ne représentent pas soit farm, soit meadow, soit forest mais un
mélange. Pourquoi créer des polygones qui devront être décomposés et
refaits ?
Pieren
+--On 28 mai 2009 16:31:50 +0200 sly (sylvain letuffe)
sylv...@letuffe.org wrote:
| On Thursday 28 May 2009 16:14, Yann Coupin wrote:
| Bon je confirme ça ne stocke pas le timestamp, mais osm2pgsql a un
| code simple et je pense que je pourrais faire la modif en une heure,
| tu veux que j'y
Le jeudi 28 mai 2009 21:50, Vincent Pottier a écrit :
Emilie Laffray a écrit :
Hum,
j'avoue que je ne saurais pas par ou commencer pour creer un plugin JOSM.
Que fait on vis a vis des polygones dont les ways ont plus de 2000
points?
Emilie Laffray
Combien sont-ils ?
Pas mal, (je
Le jeudi 28 mai 2009 22:17, Pieren a écrit :
2009/5/26 Vincent Pottier vpott...@gmail.com:
Je serais partisan d'abandonner toute la catégorie 24. Ces polygones
ne représentent pas soit farm, soit meadow, soit forest mais un
mélange. Pourquoi créer des polygones qui devront être décomposés et
Didier HALATRE a écrit :
Pieren a écrit :
* la classe 332 Roches nues est proposée en natural=cliff
(falaises) ou natural=scree (caillasse) sur le wiki. En fait, c'est
tous les endroits où la roche est à nue. J'aurais tendance à dire que
là où il n'y a rien, on ne met rien d'autant plus
* la classe 421 Marais maritimes serait traduit en natural=wetland
+ wetland=saltmarsh
* 33 polygones pour 422 Marais salants et convertis en
landuse=salt_pond, un tag que Sly pousse sur la ML anglaise pour
l'officialiser.
ok
* la classe 423 Zones intertidales correspond à des Étendues
Bonsoir à tous,
Merci pour vos réponses.
J'aurais du répondre plut tot car il y a maintenant des tonnes de choses à
dire ;) Je vais donc vous citer un peu tous dans le désordre.
Je viens de créer la page 'Toulouse' :
http://wiki.openstreetmap.org/wiki/Toulouse
Vous pouvez l'éditer, la
Mais d'après :
http://wiki.openstreetmap.org/wiki/Tag:natural=coastline, la ligne de côte
doit refléter le niveau haut de la marrée.
intertidales venant de l'anglais entre les marées cette zone ne me
semble pas intéressante à importer puisque logiquement dans l'eau (selon le
wiki osm)
On
Je verrais pour obtenir ce nombre ce week end. Je serais au London hack
week end dans les bureaux de Cloudmade a Londres, donc je risque d'etre
occupee.
Emilie Laffray
Pieren wrote:
2009/5/28 sylvain letuffe sylv...@letuffe.org:
Le jeudi 28 mai 2009 21:50, Vincent Pottier a écrit :
Pieren a écrit :
2009/5/26 Vincent Pottier vpott...@gmail.com:
Je serais partisan d'abandonner toute la catégorie 24. Ces polygones
ne représentent pas soit farm, soit meadow, soit forest mais un
mélange. Pourquoi créer des polygones qui devront être décomposés et
refaits ?
Pieren
2009/5/28 Vincent Pottier vpott...@gmail.com:
Rien, c'est pas de végétation : du sable, de la roche, du caillou ?
Voila, c'est ça. Mais des cailloux, il peut y en avoir des gros, des
petits, des moyens. Ça peut être plat, ça peut être un mur. Il n'y a
aucune végétation en 332 et quelques
Bref potentiellement une mine d'or pour des geologues.
(oui je sais c'est mauvais)
Emilie Laffray
Pieren wrote:
2009/5/28 Vincent Pottier vpott...@gmail.com:
Rien, c'est pas de végétation : du sable, de la roche, du caillou ?
Voila, c'est ça. Mais des cailloux, il peut y en avoir
sylvain letuffe a écrit :
Heu... il n'y a pas de proposition pour le tager.
Mais d'après :
http://wiki.openstreetmap.org/wiki/Tag:natural=coastline, la ligne de côte
doit refléter le niveau haut de la marrée.
Je crois que ça n'est pas le cas au mont Saint-Michel, seul lieu que
j'ai
2009/5/28 Hugues Romain (RCS) hrom...@reseaux-conseil.com:
Quelques petites réflexions qui, j'espère, feront avancer le débat:
Cela dit, je doute qu'un utilisateur qui commence son édition par des
recolorations de rues existantes (avec une certaine impatience qui s'en
dégage) prenne le temps
2009/5/28 Vincent Pottier vpott...@gmail.com:
Sinon, il reste l'option de créer un nouveau landuse qui décrive ce
mélange. Pourquoi se limiter aux tags existants ?
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
2009/5/28 sylvain letuffe sylv...@letuffe.org:
On devrait toujours continuer à lire les liens qu'on envoi, il y a cette
proposition :
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover
water=tidal
Ah zut, je l'avais oublié celui-là. Bonne pioche. Même si ça n'est pas
rendu sur
Pieren a écrit :
2009/5/28 Vincent Pottier vpott...@gmail.com:
Sinon, il reste l'option de créer un nouveau landuse qui décrive ce
mélange. Pourquoi se limiter aux tags existants ?
C'est ce que j'allais proposer en lisant le fil.
Les descriptions CLC sont assez claires : systèmes culturaux
Et voilà, c'était finalement un peu plus long que prévu mais pas très
compliqué...
Yann
timestamp.diff
Description: Binary data
Le 28 mai 09 à 23:01, Mathieu Arnold a écrit :
+--On 28 mai 2009 16:31:50 +0200 sly (sylvain letuffe)
sylv...@letuffe.org wrote:
| On Thursday 28 May 2009
Vincent Pottier a écrit :
Pieren a écrit :
Trois types de forêts sont distingués dans CLC.
* la classe 311 Forêts de feuillus est proposée sur le wiki en
landuse=forest, natural=wood, wood=deciduous. Pourtant la
documentation de landuse=forest
(http://wiki.openstreetmap.org/wiki/Forest)
Vincent Pottier a écrit :
Pieren a écrit :
* la classe 324 Forêt et végétation arbustive en mutation est de
loin la plus présente dans cette catégorie (~15000). Elle est proposée
en natural=wood + wood=mixed sur le wiki. Le sous-titre parle de
Végétation arbustive ou herbacée avec arbres
90 matches
Mail list logo