<br><br><div class="gmail_quote">Le 6 septembre 2011 15:40, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">> Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7:<br>
<br>
</div>cf mon précédent message, c'est de cette solution dont je veux parler.<br>
<br>
<HS><br>
Par contre, je ne vois pas le rapport avec l'API0.7.<br>
<br>
Une nouvelle API aurait pour mission de changer la manière dont est accessible<br>
l'information, la manière interne de la stocker pouvant tout à fait être<br>
indépendante.<br>
<br>
Peut-être entendais-tu plutôt un changement du format OSM qui fournirait un<br>
moyen d'éviter la redondance à l'intérieur d'un fichier .osm ?<br>
<div class="im"><br></div></blockquote><div><br></div><div>C'est à ça que servent les différentes compressions (gz, bz, bz2, etc).</div><div>Ces données répétitives se compriment très très bien.</div><div><br></div><div>

J'espère par contre que le stockage en interne n'est pas répétitif, c'est sûr que là il y a de l'espace à récupérer.</div><div><br></div></div>-- <br>Christian<br><br>