<div dir="ltr">Je "plussoie", un tri par id ne sert pas à grand chose sauf pour des recherches par id ou pour créer une table de données à indexer sur le même critère.<div>Le tri "quadtile" est nettement plus pratique et même souvent plus rapide (quand on a fait une recherche par bbox car c'est déjà l'ordre où on récupère nativement les données trouvées et aussi un ordre proche de l'ordre de stockage physique dans la base si celle-ci est organisées avec des index en "cluster" géographiques, comme c'est fait pour la base utilisée pour le rendu afin d'augmenter les performances en réduisant siginificativement les I/O car cela regroupe naturellement les données d'objets proches dans beaucoup mois de pages dispersées sur disque et indépendamment de leur date de création qui détermine l'ID qui leur a été attribué: les IDs sont totalement dispersés).</div><div>Il n'y a pas d'option de tri personnalisé selon les colonnes personnalisées du CSV généré. Le but d'Overpass est d'abord de fournir des données le plus rapidement possible aux clients (sans surcharge excessive et non nécessaire sur le serveur) à charge pour eux de trier comme ils veulent les données obtenues: un tri sur serveur est en effet couteux en espace de stockage temporaire car on ne peut rien retourner aux client avant d'avoir le jeu de données complet.</div><div><br></div><div>Je pense même que toutes les options de tri dans Overpass (par id comme par quadtile) devraient être supprimées pour ne retourner que les données obtenues au fil de l'eau en fonction des meilleurs index utilisés selon la requête ou des infos statistiques sur leur densité ou sélectivité qui peut varier selon les régions et la quantité de mises à jour qui y ont été faites que la requette finisee par utiliser un index plutot qu'un autre ou faire des fusions de sous-sélections ou des accès indexés récursifs, et quelque soit la méthode d'indexation des fusions de sous-sélections et leur représentation interne ou la présence éventuelle de caches sur le serveur et d'autres contraintes que le moteur SQL est seul à maîtriser (en association avec les systèmes de fichiers utilisés et les matériels de stockage qui fournissent aussi des statistiques de performance), et en fonction aussi des autres usages concurrents: le but est avant tout de répondre au plus grand nombre et ne pas privilégier un utilisateur au détriment des autres qui se partagent la même ressource.</div><div><br></div><div>Je note toutefois qu'Overpass maintenant a des contraintes d'usage plus élevées: je tombe régulièrement sur des erreurs fatales disant que j'aurait dépassé un certain quota, qui me semble maintenant très bas, et même peut être dépassé par une seule requête simple retournant des données peu volumineuses et à priori très sélectives. On doit faire avec. Mais si l'usage augmente, gérer des tris sur le serveur est une option inutile, le tri est toujours ce qui coûte le plus cher.</div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 19 juillet 2017 à 19:47, <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="transparent">
<p>asc trie par type d'objet puis par id croissant :</p>
<p><a href="http://overpass-turbo.eu/s/qu0" target="_blank">http://overpass-turbo.eu/s/qu0</a><br>
</p>
Évite de trier au niveau d'Overpass, le retour sera plus rapide.<br>
Hormis à te proposer -u pour éviter les doublons ;-), non je n'ai
rien proposer. Même sur Windows tu as des portages de sort.<br>
<br>
N.B. : la doc dit par id croissant.<div><div class="h5"><br>
<br>
<div class="m_-5160945365837051201moz-cite-prefix">Le 19/07/2017 à 13:22, marc marc -
<a class="m_-5160945365837051201moz-txt-link-abbreviated" href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a> a écrit :<br>
</div>
<blockquote type="cite">
<pre>Le 18. 07. 17 à 23:33, <a class="m_-5160945365837051201moz-txt-link-abbreviated" href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.<wbr>com</a> a écrit :
> <a class="m_-5160945365837051201moz-txt-link-freetext" href="http://overpass-turbo.eu/s/qsd" target="_blank">http://overpass-turbo.eu/s/qsd</a>
</pre>
<blockquote type="cite">
<pre><a class="m_-5160945365837051201moz-txt-link-freetext" href="http://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Personnalisation_du_format_CSV" target="_blank">http://wiki.openstreetmap.org/<wbr>wiki/FR:Overpass_API/Overpass_<wbr>QL#Personnalisation_du_format_<wbr>CSV</a>
</pre>
</blockquote>
<pre>Merci !
J'ai également cherché la date de dernière modif
mais je n'arrive pas à la trier.
D'après la doc c'est le paramètre asc mais je l'utilise visiblement mal
<a class="m_-5160945365837051201moz-txt-link-freetext" href="http://overpass-turbo.eu/s/qtg" target="_blank">http://overpass-turbo.eu/s/qtg</a>
c'est pas trop grave, un petit coup de "|sort" sous linux me l'a fait
mais si tu as une piste, je suis preneur
______________________________<wbr>_________________
Talk-fr mailing list
<a class="m_-5160945365837051201moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a class="m_-5160945365837051201moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>