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

[François Lacombe]

En fait je prévois déjà une migration vers pgsql pour certaines de mes
bases.

Il faut pour cela reprendre un certain nombre de choses sur mon ORM pour
qu'il puisse travailler avec ce SGBDR.
C'est un truc assez lourd, je ne sais pas pour combien de temps je vais en
avoir puisque c'est pas prioritaire.

Mais je suis déjà convaincu que Pg est plus performant que My dans bien des
aspects.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 6 décembre 2013 21:32, Christian Quest <cquest at openstreetmap.fr> a écrit
:

> 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/
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20131207/3e76e8a9/attachment.html>