<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Le 09/06/2013 15:41, Philippe Verdy a
      écrit :<br>
    </div>
    <blockquote
cite="mid:CAGa7JC3nEbaJNxJJUUHN0mgqA=zmn2twHZfhpiT0_3CBr=5OvQ@mail.gmail.com"
      type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra"><br>
          <br>
          <div class="gmail_quote">Le 9 juin 2013 15:06, Vincent Pottier
            <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:vpottier@gmail.com" target="_blank">vpottier@gmail.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 bgcolor="#FFFFFF" text="#000000">
                <blockquote type="cite">
                  <div dir="ltr">
                    <div class="gmail_extra">
                      <div class="gmail_quote">
                        <div>Il faudrait réfléchir plus sérieusement.</div>
                      </div>
                    </div>
                  </div>
                </blockquote>
                Tout à fait. Tu peux t'y mettre.<br>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div style="">Commence par te l'appliquer à toi-même.</div>
          </div>
        </div>
      </div>
    </blockquote>
    Merci, c'est fait.<br>
    <blockquote
cite="mid:CAGa7JC3nEbaJNxJJUUHN0mgqA=zmn2twHZfhpiT0_3CBr=5OvQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div style="">quand tu comprendras que la base OSM pour
              l'instant n'est pas structurée du tout comme une base GIS
              et que son modèle de données ne permet pas des
              distinctions aussi claires. Le seul moyen avec le modèle
              OSM plat de simuler les tables de features d'une base GIS
              c'est d'utiliser des conventions de préfixes pour nommer
              les tags (le préfixe deventant l'équivalent du nom de la
              table de feature externe, dans laquelle tu ne mélanges pas
              les choix et les carottes même si ce sont des légumes).</div>
            <div style="">  </div>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div bgcolor="#FFFFFF" text="#000000"> Heureusement que
                d'autres ont déjà commencé ! Ce qui permet d'utiliser
                des mêmes clefs secondaires conjointement avec des clefs
                primaires différentes : produce, operator... orthogonaux
                ou pas.<br>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div style="">On en reparlera le jour où OSM commencera à
              supporter dans sa base directement des tables de features
              et pas seulement des objets indifférenciés, avec aussi
              l'intégration des schémas de données. Pour l'instant on
              n'y est pas (et ce n'est même pas envisagé). Alors soyons
              propre et évitons de tout mélanger (c'est déjà assez
              compliqué d'interroger la base OSM justement faute du
              moindre modèle de données).<br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    As-tu déjà essayé sur une base osm2psql quelque chose du genre :<br>
    SELECT<br>
        name,<br>
        way<br>
    FROM<br>
        france_polygon<br>
    WHERE<br>
        boundary='administrative'<br>
        AND<br>
        admin_level='8'<br>
    <br>
    Si oui, alors on en reparlera...<br>
    --<br>
    FrViPofm<br>
  </body>
</html>