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
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.openstree
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)"
wrote:
| On Thursday 28 May 2009 16:14, Yann Coupin
Pieren a écrit :
> 2009/5/28 Vincent Pottier :
>
> 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
parcellai
2009/5/28 sylvain letuffe :
> 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 une carte, ça
2009/5/28 Vincent Pottier :
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
http://lists.openstreetmap.org/listinfo/talk-fr
2009/5/28 Hugues Romain (RCS) :
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 de lire le Wiki avant de
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
Bref potentiellement une mine d'or pour des geologues.
(oui je sais c'est mauvais)
Emilie Laffray
Pieren wrote:
> 2009/5/28 Vincent Pottier :
>
>> 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,
2009/5/28 Vincent Pottier :
> 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 végétaux en 333. Mainte
Pieren a écrit :
> 2009/5/26 Vincent Pottier :
>
> 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
>
Pour le
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 :
>
>> Le jeudi 28 mai 2009 21:50, Vincent Pottier a écrit :
>>
>>> Emilie Laff
2009/5/28 sylvain letuffe :
> 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?
>> >
>> > Emi
> 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
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, l
> * 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" correspon
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
Le jeudi 28 mai 2009 22:17, Pieren a écrit :
> 2009/5/26 Vincent Pottier :
>
> 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
> refait
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 ?
P
+--On 28 mai 2009 16:31:50 +0200 "sly (sylvain letuffe)"
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 jete un coup d'
2009/5/26 Vincent Pottier :
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
___
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
>
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
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 li
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 :
http://wiki.openstreetmap
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) a écrit :
>
> > Arlay : quatre relat
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 :
http://wiki.openstreetmap
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 status
2009/5/28 Emilie Laffray :
> 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 inf
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 :
http://wiki.openstreetmap
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
http://lists.openstreetmap.o
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 s
2009/5/28 sly (sylvain letuffe) :
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
___
Talk-fr mai
2009/5/28 Jean-Francois Nifenecker :
> Avez-vous ce pb ?
non
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
> Je pense qu'il serait assez facile de creer un script PHP (name your
> favorite poison) permettant de generer un fichier OSM pour chaque
> polygone on the fly. La requete SQL serait assez rapide. La taille de
> la bd est petite et donc une bbox serait tres rapide.
Mais cela implique une architec
aucun soucis pour ma part...
De : Jean-Francois Nifenecker
À : Discussions sur OSM en français
Envoyé le : Jeudi, 28 Mai 2009, 18h06mn 12s
Objet : [OSM-talk-fr] Pbs d'accès au site
Bonsoir,
depuis qq jours j'ai de très grandes difficultés à accéder au site
w
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
> www.open
> 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
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, à ch
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
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 ve
Pieren a écrit :
> 2009/5/28 sly (sylvain letuffe) :
>
>> 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 dire
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
2009/5/28 sly (sylvain letuffe) :
> 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 déjà fait avec le c
> 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
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 :
> 2009/5/28 sly (sylvain letuffe) :
>> Reste qu'il n'est pas idiot de proposer un dépot pour tout corine où c
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 r
> 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 contiendr
J'ai jamais dit que le cadastre n'était pas parfait pour les plans d'eau ;-)
Après, chaque OSMeurs, suivant la zone dans laquelle il mappe fera un mixte
entre les connaissances du terrain, son GPS, les images Yahoo, la cadastre et
Corine en pensant ce qu'il pense le plus précis.
D'ou l'interêt d
2009/5/28 sly (sylvain letuffe) :
> 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 PostGIS
dans les l
>> 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 p
2009/5/28 Emilie Laffray :
> 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 choses a propos des mer
+1
De : Etienne T
À : Discussions sur OSM en français
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 pour télécharger les données corine dans JOSM
?
2009/5/28 Etienne T :
> 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
>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) a
écrit :
De: sly (sylvain letu
sly (sylvain letuffe) a écrit :
> On Thursday 28 May 2009 16:26, Pieren wrote:
>
>> 2009/5/28 sly (sylvain letuffe) :
>>
>>> 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 temp
+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
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 chez
On Thursday 28 May 2009 16:26, Pieren wrote:
> 2009/5/28 sly (sylvain letuffe) :
> > 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 filer un coup de
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 ch
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 let
2009/5/28 sly (sylvain letuffe) :
> 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 avoir des
tags équiva
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
http:/
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 http://lists.openstreetmap.org/pipermail/talk-fr/2009
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
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,
> o
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 ?
http://www.openstreetmap.org/api/0.6/changeset/861268/downloa
> 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 à dispose
Un mélange de rouge (ville "fraîche") et de gris (polygone contenant
une erreur) ? Teste ta relation dans osmose histoire d'en avoir le
cœur net...
Yann
Le 28 mai 09 à 14:49, Vincent Pottier a écrit :
> Mais rouge-sang ?
___
Talk-fr mailing list
On Thursday 28 May 2009 15:06, Vincent Pottier wrote:
>
http://beta.letuffe.org/?zoom=13&lat=46.86325&lon=5.6831&layers=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
> 'rever
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 discu
http://beta.letuffe.org/?zoom=13&lat=46.86325&lon=5.6831&layers=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 mainten
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
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
> soit inscrite à la ML.
>
La liste est modérée ? (seuls les inscrits peuvent participer ?)
Pour ce qui est du spam, connaissant G
Frantz a écrit :
> Bonjour,
>
> Vincent Pottier a écrit :
>
>> Bonjour,
>> Que signifie le rouge-sang pour les communes :
>> http://beta.letuffe.org/?zoom=11&lat=46.82474&lon=5.5202&layers=B0FFTF
>> La couleur du maire ?
>>
>> Plus sérieusement : un type d'erreur ? lequel ?
>>
>>
Pieren a écrit :
> 2009/5/28 Yann Coupin :
>
> 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.
Tout à fait.
Il faut distinguer
- l'agglomération (une commune peut
Bonjour,
Vincent Pottier a écrit :
> Bonjour,
> Que signifie le rouge-sang pour les communes :
> http://beta.letuffe.org/?zoom=11&lat=46.82474&lon=5.5202&layers=B0FFTF
> La couleur du maire ?
>
> Plus sérieusement : un type d'erreur ? lequel ?
>
Simplement la "fraicheur" de leur ajo
Bonjour,
Que signifie le rouge-sang pour les communes :
http://beta.letuffe.org/?zoom=11&lat=46.82474&lon=5.5202&layers=B0FFTF
La couleur du maire ?
Plus sérieusement : un type d'erreur ? lequel ?
Vincent
___
Talk-fr mailing list
Talk-fr@op
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,
2009/5/28 Art Penteur :
> D'après :
> http://wiki.openstreetmap.org/wiki/Map_Features#Waterway
> la limite serait à une lergeur de 12 mètres.
>
Bon, il faut toujours prendre le wiki avec précaution. Ce chiffre de
12 mètres est tout à fait arbitraire. Il faut aussi comprendre que la
plupart des aut
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 à
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
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
Le 28 mai 2009 11:01, Sébastien Pierrel 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 :
http://wiki.openstreetmap.org/wiki/Map_Features#Waterway
la limite serait
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
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 fonction
2009/5/28 Lionel Maraval :
> 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
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. a écrit :
> Ça m'est arrivé hier,
> je pense que c'était lors de l'upl
2009/5/28 Yann Coupin :
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 INSEE pourraient mig
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:
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, population
Ç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 upload
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 de
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 n
Tout à fait d'accord.
Antoine
- Mail Original -
De: "sylvain letuffe"
À: "Discussions sur OSM en français"
Envoyé: Mercredi 27 Mai 2009 23h50:51 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Corine Land Cover : nomenclature 22 "Cultures
perm
Tout pareil :)
Voire même pour 324 : pas d'import.
Antoine
- Mail Original -
De: "Mathieu Arnold"
À: "Discussions sur OSM en français"
Envoyé: Mercredi 27 Mai 2009 23h47:46 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Corine Land Cover : nom
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"
98 matches
Mail list logo
