<div dir="ltr">Vous le faites exprès ou quoi pour ne pas comprendre ? Si vous avez des compétences en bases de données (c'est aussi mon boulot, me^me si ça ne vous semble pas évident) ne feignez pas de rien comprendre.<div>

<br></div><div>OSM n'a dans sa table qu'une table unique (en fait 3 pour séparer seulement noeuds, chemins et relations, plus des tables annexes pour les membres de relation), et les 3 tables utilisent une table unique pour tous les tags (type d'objet=un des 3, id, clé, valeur). Juste de quoi reproduire ce qu'on voit dans les requêtes XML de son API et rien de plus.</div>

<div><br><div style>OSM n'a aucune table de "feature", il n'a aucune structure relationelle (ou si peu que ce n'est pas utilisable et qu'on doit tout convertir avec des requêtes déjà compliquées) qui permette de faire ce qu'on a dans un rendu quelconque (où par exemple on stocke séparément les routes, les voies ferrées, les villes, les forêts, etc... le nombre de tables générées étant dépendant de chaque application et de ce qu'elle souhaite représenter).</div>

</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 9 juin 2013 16:00, Vincent de Château-Thierry <span dir="ltr"><<a href="mailto:vdct@laposte.net" target="_blank">vdct@laposte.net</a>></span> a écrit :<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Le 09/06/2013 15:33, Philippe Verdy a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Les clés dans les extractions vers Postgres peuvent être réduites même<br>
sans réutiliser les tags dans OSM. Les requêtes faites dans les tables<br>
de features Postgres n'ont strictement rien à voir, les modèles de<br>
données sont complètement différents.<br>
</blockquote>
<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Postgres n'a aucune obligation d'utiliser les mêmes "clés" OSM, il<br>
utilise des tables séparées pour chaque feature, et avec des colonnes<br>
dont les noms sont spécifiques à chaque table (le nom de la table<br>
elle-même les isole, même s'ils sont homonymes, ils peuvent donc y être<br>
simplifiés).<br>
</blockquote>
<br></div>
Encore une belle illustration de ton ignorance bavarde. Prends un jour le temps de mouliner des données brutes OSM dans une base Postgres via osm2pgsql ou osmosis, qui sont je pense les deux technologies les plus populaires pour charger les données en base. Tu apprendras comment ces logiciels fonctionnent, et ça t'éviteras ce genre de couplet 100% erroné.<div class="im">

<br>
<br>
Il n'y a PAS de clé dans Postgres dans un export GIS au<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
même sens que dans OSM.<br>
</blockquote>
<br></div>
Encore une phrase qui ne veut rien dire.<span class="HOEnZb"><font color="#888888"><br>
<br>
vincent</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.<u></u>org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br></div>