You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Comme vu en #15, on pourrait renseigner les champs type_sol et pdipr_inscription en passant par la table core_pathaggregation.
Dans l'idée (non fonctionnel) :
WITH paths_trek AS (
SELECT path_id
FROM core_pathaggregation cpa
JOIN selected_t t
ONt.topo_object_id=cpa.topo_object_id
),
network_id AS (
SELECT id
FROM core_network
WHERE network ILIKE '%PDIPR%'OR network ILIKE '%Plan Départemental des Itinéraires de Promenade et de Randonnée%')
SELECT*FROM paths_trek pt
JOIN core_path_networks cpn
ON NOT (pt.path_id=cpn.path_idANDcpn.network_idIN (SELECT id FROM network_id))
Pour les sols :
obtention de tous les id de core_topology WHERE kind = 'LANDEDGE' qui ont un path_id en commun avec notre trek dans core_pathaggregation
agrégation au sein d'une array de tous les land_physicaltype associés aux land_landedge associés aux core_topology précédemment obtenus
The text was updated successfully, but these errors were encountered:
Comme vu en #15, on pourrait renseigner les champs
type_sol
etpdipr_inscription
en passant par la tablecore_pathaggregation
.Dans l'idée (non fonctionnel) :
Pour les sols :
id
decore_topology WHERE kind = 'LANDEDGE'
qui ont unpath_id
en commun avec notre trek danscore_pathaggregation
land_physicaltype
associés auxland_landedge
associés auxcore_topology
précédemment obtenusThe text was updated successfully, but these errors were encountered: