<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="transparent" text="#000000">
J'aime assez la proposition de Vincent (celui à qui un reflet d'un
petit guide vert permet de faire un clin d’œil - vdct pour ceux qui
n'auraient pas compris) : c'est de la Cartographie Assistée par
Ordinateur.<br>
Il n'est pas le seul à se méfier des imports tueurs, le plus célèbre
restant la base de donnée routière américaine Tiger.<br>
Excellent pour avoir 80 %... et geler les 20 % restants. Combien de
routes en pleine campagne voir en forêt aux États-Unis sont encore
taguées "route résidentielle" ?<br>
<br>
Un rapprochement comme ceux que proposent Osmose ou les outils
typiquement proposés par Christian permet de faciliter la tâche sans
la déshumaniser.<br>
Si après import, la référence devient OSM (mais je doute), on est
sûr que ce ne sera pas une terre gelée.<br>
<br>
J'étais moins radical en proposant des "fixme", j'avoue que
maintenant je ne sais pas trop que penser (il faut aussi connaître
le potentiel OSM du côté de Nice).<br>
<br>
>> Si tu ne sais pas, ne vaut-il pas mieux mettre pour les
nouvelles entrées :<br>
><br>
<table border="1" cellpadding="2" cellspacing="0">
<tbody>
<tr>
<td><a
href="http://wiki.openstreetmap.org/wiki/FR:Key:natural"
title="FR:Key:natural" target="_blank">natural</a> </td>
<td> <a
href="http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwood"
title="Tag:natural=wood" target="_blank"> wood</a> </td>
<td> <a
href="http://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments#N.C5.93ud_.28node.29"
title="Nœud" target="_blank"><img shrinktofit="true"
alt="Nœud" src="cid:part3.04000409.07080200@gmx.net"
height="20" width="20"></a> <a
href="http://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments#Area_.28closed_way.29"
title="Zone" target="_blank"><img shrinktofit="true"
alt="Zone" src="cid:part5.08090900.02050001@gmx.net"
height="20" width="20"></a> </td>
<td> Bois.</td>
</tr>
</tbody>
</table>
> 360 en France <br>
<div><br>
</div>
> J'avoue ne pas très bien comprendre, apparemment ce
natural=wook est vraiment fait pour les forêts ou bois,<br>
> mais dans le cadre d'import d'arbres municipaux ça n'a pas trop
de sens.. <br>
C'est normal, j'ai oublié un mot : "nœud" : il y a 360 nœuds
"natural=wood" en France, pour les zones ce sont des bois mais je
n'y faisait pas référence.<br>
Je n'imagine pas qu'il s'agisse de parcs (un parc réduit à un
nœud...) mais d'arbustes.<br>
<br>
> du coup j'essayerai de faire des mises à jour manuelles sur
les arbres de la Prom' pour réduire la taille des petits arbres. <br>
Si un de ces quatre vous entendez parler d'un maniaque du sécateur
sur la Promenade qui s'attaque aux petits arbres :-D.<br>
<br>
> J'ai pas trop compris.. il ne faudrait pas importer des arbres
dans OSM si ceux ci sont petits ? <br>
je disais que s'ils sont petits on doit se poser la question :
natural=wood ou natural=tree ?<br>
<br>
Non le tag est_height n'existe pas encore. Mais si on estime la
taille il vaut mieux le dire proprement et voir avec F4map pour
qu'il soit utilisé (et proposer le tag ça va de soit).<br>
Entrer massivement des données fausses ça s'appelle du vandalisme.
Donc un height=une valeur arbitraire, tu oublies.<br>
<br>
Une carto-partie où tu te sers des données (en les imprimant) et en
demandant aux mappeurs d'indiquer :<br>
- existe (ou pas)<br>
- position correcte (ou pas)<br>
- hauteur approximative (un étage = 3 m, on n'a pas besoin de la
cinquième décimale)<br>
- taxon ou type de feuilles ?<br>
Ça devrait permettre d'améliorer les données open source puis de les
importer.<br>
<br>
Comme ça le boulot de Vincent (toi) est utilisé et on suit Vincent
(le guide de la Voie Verte ;-)).<br>
<br>
Maintenant, je dis ça, mais je suis loin (y'a qu'à, faut qu'on).<br>
<br>
Jean-Yvon<br>
</body>
</html>