[OSM-dev-fr] Trouver des objets ne possédant pas certains tags

[Christian Quest]

Ah oui... mysql...

Les hstore de PG sont vraiment un truc top pour nos tags... et si tu ajoute
postgis dans la balance, mysql ne fait plus le poids.
Le temps que tu va passer à la découverte de PG et à la migration sera un
investissement que tu ne regrettera pas !

J'ai utilisé mysql pendant des années, je n'écrit pas ça pour le dénigrer.



Le 6 décembre 2013 21:25, François Lacombe <
francois.lacombe at telecom-bretagne.eu> a écrit :

> Bonsoir,
>
> Merci pour vos réponses.
>
> Ista, pas de soucis hain :)
> Concernant cette requête Overpass, ca a l'air d'être ca. Avec la négation
> dont je parle ci-dessous.
>
>
> Comme indiqué plus haut, la question ne porte pas sur un développement OSM.
> J'ai uniquement posé la question en imaginant que la structure de données
> pour stocker les tags et les mettre en relation avec les primitives était
> similaire à la mienne.
>
> En effet, Overpass n'utilisant pas SQL, comparer avec son implémentation
> n'est pas pertinent.
>
> Néanmoins, je remarque qu'ici ou ailleurs, la réponse apportée à la
> question reste l'élaboration de l'ensemble qui ne satisfait pas la
> contrainte, pour le nier ensuite.
> On doit donc en pratique en SQL faire des requêtes imbriquées, ce qui
> n'est pas très performant.
> Je fonctionne sous MySQL, je ne peux pas toucher immédiatement au
> dispositif pour utiliser des hstore sous PgSQL par exemple.
>
> Vu que c'est le retour que j'ai depuis plusieurs sources, et que les gens
> qui répondent à la question sont aussi plus calés que moi sur ces aspects,
> je vais m'en tenir à cela :)
>
>
> Merci et bonne soirée :)
>
>
> *François Lacombe*
>
> francois dot lacombe At telecom-bretagne dot eu
> http://www.infos-reseaux.com
>
>
> Le 6 décembre 2013 20:54, Christian Quest <cquest at openstreetmap.fr> a
> écrit :
>
> En SQL ça ne pose pas de problème comme indiqué par sly, en query overpass
>> j'ai pas trouvé.
>>
>> Pour SQL, si tu utilise des hstore très bien adaptés pour le stockage
>> clé=valeur ça passe aussi très bien et couplé à des index conditionnels
>> c'est performant.
>>
>>
>> Le 5 décembre 2013 22:51, François Lacombe <
>> francois.lacombe at telecom-bretagne.eu> a écrit :
>>
>>> Bonsoir,
>>>
>>> Je souhaite savoir si dans le modèle de données retenu par OSM il est
>>> possible de retrouver des objets ne possédant pas certains tags.
>>> A partir d'Overpass API par exemple ?
>>>
>>> Dans OAPI, on peut tout a fait fixer une clause pour trouver des objets
>>> qui possèdent un tag défini avec n'importe quelle valeur mais en revanche
>>> le langage ne permet pas de définir le conjugué d'une telle contrainte.
>>> Est-ce un "oubli" ou une lacune profonde du modèle ?
>>>
>>>
>>> L'objet de ma question ne trouve pas d'application concrète dans OSM.
>>> OSM utilise comme beaucoup d'autres systèmes une modélisation EAV pour
>>> le stockage des tags dans la base de données.
>>> Je cherche actuellement à mettre au point une requête SQL qui retrouve
>>> des enregistrements qui ne possèdent pas certaines clés.
>>>
>>>
>>> Merci par avance pour vos indications.
>>>
>>> *François Lacombe*
>>>
>>> francois dot lacombe At telecom-bretagne dot eu
>>> http://www.infos-reseaux.com
>>>
>>> _______________________________________________
>>> dev-fr mailing list
>>> dev-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/dev-fr
>>>
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> _______________________________________________
>> dev-fr mailing list
>> dev-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/dev-fr
>>
>>
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20131206/90382b99/attachment-0001.html>