<div dir="ltr">Il faut surtout filtrer et garder les arrêts et non pas faire le traitement sur l'intégralité du linéaire <div><br></div><div><div style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">Voici la requête sans Nominatim:</span></div><div style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">[out:json];</span><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.8000001907349px"><div style="font-size:12.8000001907349px">area[type=boundary][admin_level=4][name="Île-de-France"]-> .s;</div><div style="font-size:12.8000001907349px">/* Relation pour le RER C remplacer la lettre du ref par celle de la ligne */</div><div style="font-size:12.8000001907349px">rel["network"="RER"]["ref"="C"](area.s);</div><div style="font-size:12.8000001907349px">/* Récupération des arrêts */</div><div style="font-size:12.8000001907349px">node(r:"stop") -> .r;</div><div style="font-size:12.8000001907349px">/* Récupération des piscines à 800m des gares  */</div><div style="font-size:12.8000001907349px">(node(around.r:800)[sport=swimming];</div><div style="font-size:12.8000001907349px">way(around.r:800)[sport=swimming];);</div><div style="font-size:12.8000001907349px">out center qt;</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Pour filter sur le type d'accès, il faut soit le faire après <span style="font-size:12.8000001907349px">[sport=</span><span style="font-size:12.8000001907349px">swimming]</span></div><div style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">["network"="RER"]["ref"="C"</span><span style="font-size:12.8000001907349px">] ça marche pour le RER A à D mais pour le transilien c'est différent</span><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">Bon courage</span></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 18 juillet 2015 15:19, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    overpass doit faire un choix entre une recherche géographique et une
    recherche par tags.<br>
    <br>
    Si on a des tags qui permettent de filtrer suffisamment il est
    préférable dans bien des cas de ne pas ajouter de bbox ou area.<br>
    <br>
    line:SNCF étant suffisamment "filtrant", on peut à mon avis éviter
    bbox et area.<br>
    <br>
    <br>
    On touche quand même aux limites de l'utilisation de l'overpass pour
    un usage "live", overpass n'étant pas vraiment prévu pour ce genre
    d'usages.<br>
    <br>
    Solutions:<br>
    - monter une instance overpass locale, avec uniquement les données
    d'ile de France... qui sera bien plus rapide qu'une instance monde<br>
    - mettre en place un cache ou regénérer à intervalle régulier un
    fichier geojson à partir de l'overpass publique...<div><div class="h5"><br>
    <br>
    <br>
    <br>
    <div>Le 17/07/2015 10:43, Vincent Génin a
      écrit :<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      
      <p dir="ltr">Merci beaucoup à tous pour vos réponses.<br>
        Je pensais vraiment qu'une area bien definie faciliterait la
        tâche à Overpass et je n'ai même pas testé sans...<br>
        Je vais tenter avec un BBox grossière et sans et voir ce que ça
        donne.</p>
      <p dir="ltr">Pour le tilde, je ne vais pas pouvoir m'en passer si
        je veux faire un truc propre, puisque qu'une gare peut desservir
        plusieurs lignes.</p>
      <p dir="ltr">Je vais ajouter et nettoyer un peu les appels pour
        les services et équipements (supprimer les acces=private/no ou
        voir comment avoir qq chose de plus propre pour les terrains de
        tennis par exemple).</p>
      <p dir="ltr">Merci en tout cas pour vos retours, et je vous tiens
        au courant de l'avancée du projet.</p>
      </div></div><div class="gmail_quote"><div><div class="h5">Le 17 juil. 2015 02:25, "Thierry
        Bézecourt" <<a href="mailto:thierry@thbz.org" target="_blank">thierry@thbz.org</a>> a
        écrit :<br type="attribution">
        </div></div><blockquote class="gmail_quote"><div><div class="h5">Oui, et on pourrait même
          supprimer carrément la bounding box car la condition sur la
          relation limite les résultats de manière équivalente
          (d'ailleurs la ligne C est, sauf erreur, entièrement en
          Île-de-France).<br>
          <br>
          De plus, il me semble que le tilde (présente dans le lien sur
          Overpass) ralentit la requête.<br>
          <br>
          La requête suivante (<a href="http://overpass-turbo.eu/s/atj" rel="noreferrer" target="_blank">http://overpass-turbo.eu/s/atj</a>) dure
          moins de 10 secondes et devrait être facile à adapter pour
          d'autres lignes de RER. Evidemment, il faut faire attention à
          ne pas mettre une condition trop large sur la relation...<br>
          <br>
          [out:json];<br>
          <br>
          rel["line:SNCF"="C"];<br>
          node(around:800)[sport=swimming];<br>
          out body qt;<br>
          <br>
          rel["line:SNCF"="C"];<br>
          way(around:800)[sport=swimming];<br>
          out body center qt;<br>
          <br>
          <br>
          Thierry<br>
          <br>
          Le 17/07/2015 08:19, Philippe Verdy a écrit :<br>
          </div></div><blockquote class="gmail_quote"><div><div class="h5">
            La délimitation a l'Île-de-France au sens strict construit
            un polygone<br>
            très complexe. Ce serait peut-être plus rapide avec juste
            une bounding<br>
            box. Quitte a chercher des picines "autour" des gares et
            qu'il n'y a pas<br>
            tant que ca de gares, il suffit juste d'avoir une bounding
            bix englobant<br>
            les gares. Et après on n'est guère mieux qu'a 1 km près pour
            trouver les<br>
            piscines mais on n'a pas besoin de la précision fine des
            frontieres de<br>
            l'Île-de-France... Est-genant si tu as des résultats en
            Normandie ou<br>
            Picardie ?<br>
            <br>
            Le 16 juil. 2015 16:11, "Pierre-Yves Berrard"<br>
            <<a href="mailto:pierre.yves.berrard@gmail.com" target="_blank">pierre.yves.berrard@gmail.com</a>
            <mailto:<a href="mailto:pierre.yves.berrard@gmail.com" target="_blank">pierre.yves.berrard@gmail.com</a>>>
            a<br>
            écrit :<br>
            <br></div></div>
                Le 16 juillet 2015 15:09, Vincent Génin <<a href="mailto:vincent.genin@gmail.com" target="_blank"></a><a href="mailto:vincent.genin@gmail.com" target="_blank">vincent.genin@gmail.com</a><div><div class="h5"><br>
                <mailto:<a href="mailto:vincent.genin@gmail.com" target="_blank">vincent.genin@gmail.com</a>>>
            a écrit :<br>
            <br>
                    Bonjour à tous,<br>
            <br>
                    Désolé si la question est un peu spécifique, mais je
            n'ai pas<br>
                    trouvé de liste pour Overpass.<br>
            <br>
                    Pour une utilisation personnelle, je recherchais des
            piscines<br>
                    autour des gares de la ligne C du RER.<br>
                    J'ai fait quelques tests et utilise cette requête :<br>
                    <a href="http://overpass-turbo.eu/s/asI" rel="noreferrer" target="_blank">http://overpass-turbo.eu/s/asI</a><br>
            <br>
                        {{geocodeArea:Île-de-France}}->.searchArea;<br>
            <br>
                        rel["line:SNCF"="C"](area.searchArea);<br>
                       
            node(around:800)[sport=swimming](area.searchArea);<br>
                        out body qt;<br>
            <br>
                        rel["line:SNCF"="C"](area.searchArea);<br>
                       
            way(around:800)[sport=swimming](area.searchArea);<br>
                        out center qt;<br>
            <br>
            <br>
                    Cependant, elle prend pas mal de temps à s'exécuter
            (~60s).<br>
            <br>
            <br>
                Bonjour,<br>
            <br>
                Il y aurait peut-être à creuser sur la première ligne,
            en lui<br>
                passant directement le numéro de la relation
            Ile-de-France.<br>
                Je n'ai plus en tête la syntaxe exacte : quelque chose
            du style<br>
                36000000 + le numéro de la relation.<br>
                Ça éviterait de passer par nominatim (?), mais je ne
            sais pas si ça<br>
                gagne beaucoup de temps.<br>
            <br>
                PY<br>
            <br>
                _______________________________________________<br>
                Talk-fr mailing list<br>
                <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
            <mailto:<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>><br>
                <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
            <br>
            <br>
            <br>
            _______________________________________________<br>
            Talk-fr mailing list<br>
            <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
            <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
            <br>
          </div></div></blockquote><div><div class="h5">
          <br>
          <br>
          _______________________________________________<br>
          Talk-fr mailing list<br>
          <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
          <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
        </div></div></blockquote>
      </div><div><div class="h5">
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
    </div></div></blockquote><span class="HOEnZb"><font color="#888888">
    <br>
    <pre cols="72">-- 
Christian Quest - OpenStreetMap France</pre>
  </font></span></div>

<br>_______________________________________________<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.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>