Je vois pas tres bien la différence que tu fais entre Said ton épicier d'en bas , et le restaurant deux maisons plus loin ... deux commerces : meme layer <br><br>Pour le layer de base , bah en gros les highways,waterways,landuse,natural,railway<br>
<br>Attention j'ai pas dis que l'on ne pouvait pas mettre toutes les infos dans le meme 'serveur' , c'est juste la carte qui me pose probleme ... pour le moment c'est un peu comme si tu ouvres Google Earth avec tous les layers cochés .... et que tu n'as pas la possibilité de décocher quoi que ce soit ... c'est juste stupide ...<br>
<br><div class="gmail_quote">Le 28 mai 2008 21:26, Denis <<a href="mailto:dhelfer@free.fr">dhelfer@free.fr</a>> a écrit :<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Philippe Piquer a écrit :<br>
<div><div></div><div class="Wj3C7c">> Pieren disait sur un autre sujet ....<br>
><br>
> --------------------------------<br>
> On devrais s'en tenir à ce qui décrit le physique même si il y a une<br>
> tendance naturelle à profiter de la base pour y mettre toujours plus<br>
> (système ouvert). On a vu le même phénomène sur wikipedia.<br>
> C'est pourquoi je suis souvent sceptique quand je vois les tags de<br>
> restaurants, shops, etc... qui tient plus de la cartographie dynamique dans<br>
> une base séparée.<br>
> --------------------------------<br>
> Dieu que je suis d'accord avec ca .....<br>
> Une carte de base physique et des couches multiples pour les POI ....<br>
> Du coup les couches sont calculées séparément et sont donc plus légères et<br>
> rapides à calculer ...<br>
><br>
> Je sais qu'il y a moyen de faire sa propre base et son propre serveur , et<br>
> ses propres cartes mais je trouve cela moins efficaces...<br>
><br>
> Philippe<br>
<br>
</div></div>Pas fondamentalement opposé au principe de distinguer des ensembles<br>
d'objets (des layers ?), surtout si c'est pour + de perf. Reste à<br>
définir ce qui relève de tel ou tel layer. Ne pas confondre usage et<br>
description du "réel". La boite aux lettres ou la cabine téléphonique<br>
font partie du réel, mais sont d'un usage particulier. Ce sont des POI.<br>
Les limites administratives sont "invisibles" sur le terrain, pourtant<br>
elles ont une importance considérable pour des extractions ; les limites<br>
communales "cassent" les dénominations des voies de circulation. Bref<br>
c'est un composant non négligeable non visible.<br>
Bref, la distinction n'est pas aussi aisé qu'il y paraît. Oui, je rentre<br>
dans OSM des boîtes aux lettres, des bureaux de poste, des bennes de<br>
recyclage, des restaurants, des commerces. Simplement parce qu'ils font<br>
partie de mon environnement quotidien, parce que je SAIS que localiser<br>
un point d'après simplement son adresse avec les algorithmes actuels<br>
reviendrait à ne pas ambitionner de faire mieux que Google, Navteq et<br>
consort (encore faudrait-il que le "type" de point les intéresse, rentre<br>
dans leur business model). Mon épicier Saïd en bas de chez moi, je n'ai<br>
pas besoin de le géolocaliser. Si je l'ai fait, c'est pour les autres.<br>
Dans le même temps, je n'ai pas non plus indiqué ces horaires<br>
d'ouverture, ni  mon avis sur sa convivialité et son rôle dans le<br>
quartier. C'est l'affaire de portails de services communautaires qui<br>
verront probablement le jour prochainement. Si OSM peut leur proposer<br>
une géolocalisation qui permet à l'utilisateur final de ne pas se<br>
retrouver dans le paté de maison d'à côté, j'aurais fait mon office.<br>
Il reste, j'en conviens, à trouver la limite "raisonnable" dans la<br>
description du réel. Nous expérimentons chaque jour des nouveaux tags<br>
(de nouvelles analyses du réel), de nouvelles pratiques, de nouveaux<br>
débats. Celui-ci me paraît prématuré mais a le mérite de soulever le<br>
problème de la "scalabilité" du projet OSM (et in fine du financement<br>
des serveurs offrant les données) : l'expérience Wikipédia peut être<br>
riche d'enseignements.<br>
Une analyse serait rigolote : quel pays consomme le plus d'octets dans<br>
la base ? J'ai l'intuition que nous autres Français ne sommes pas en<br>
tête du peloton.<br>
<font color="#888888"><br>
Denis<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br>