[OSM-dev-fr] Aide pour Osmose et SQL: buildings cadastre fractionnés

[Tyndare]

Mais du coup c'est envisageable de faire ce genre d'analyse ou les
serveurs Osmose sont déjà trop chargés ?

En tout cas merci beaucoup Frédéric pour tes conseils.
En gros il faut que je réécrive tout ;-) (je dois dire que je m'y
attendais un peu)


Le 16 novembre 2015 22:33, Frédéric Rodrigo <fred.rodrigo at gmail.com> a écrit :
> Salut,
>
> Les requêtes actuelles sont déjà assez lourde. C'est assez difficile de
> faire des choses dans le domaine du bâti.
>
> Tu peux déjà éviter d'utiliser une fonction, c'est joli, mais c'est lent.
> Essayes d'utiliser des temps tables avec des index dessus si besoin, et
> essaye de réduire le nombre de jointures.
> Essaye d'éviter d'utiliser way_nodes, tu as aussi les id des nodes dans
> ways.nodes.
> De plus way_nodes ne supporte pas le mode diff tu ne peux pas faire
> touched_way_nodes.
>
> Dans osmose la projection est un paramètre de l'analyse.
>
>
> Frédéric.
>
>
>
> Le 16/11/2015 19:46, Tyndare a écrit :
>>
>>
>> Bonjour,
>>
>> J'ai voulu essayer de faire une analyse osmose pour détecter des bâtiments
>> fractionnés à cause du cadastre.
>> Pour l'instant ce n'est pas vraiment une réussite, je ne sais pas si il y
>> aurait des volontaires pour m'aider, je ne maîtrise pas du tout SQL ou
>> PostGIS en fait...
>>
>> Ce que j'ai voulu faire c'est détecter les situations où un bâtiment est
>> collé à un autre de manière rectiligne, mais dont l'angle avec la section
>> commune ne soit pas à 90°:
>>
>> -----+----
>>      /
>>     /
>> --+-------
>>
>> J'ai deux problèmes:
>>
>> 1. Le principe marche relativement bien dans les zones modernes (où les
>> bâtiments sont à peut près carrés), mais trouves beaucoup trop de faux
>> positifs dans les vielles villes.
>> Si quelqu'un à une idée d'heuristique pour réduire le nombre de faux
>> positifs je suis preneur.
>>
>>
>> 2. Ma requête SQL est beaucoup trop compliquée, et elle génère des tables
>> intermédiaires de taille exponentielle...
>> Si une âme charitable est motivé pour jeter un œuil à mon horrible requête
>> SQL et me donner quelques conseils d'optimisation:
>>
>>
>> https://github.com/tyndare/osmose-backend/commit/6dd5e773ac7e0f5480518c066ed2bd4b0c50a04e
>>
>> Merci,
>>
>> Tyndare.
>>
>>
>> _______________________________________________
>> 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