[QGIS-it-user] QGIS - select in join (tabella in relazione)
Totò Fiandaca
pigrecoinfinito a gmail.com
Ven 14 Apr 2017 00:54:24 PDT
ecco una soluzione intelligente al problema [0], risolto velocemente da
Andrea Borruso con una semplice Azione Python;
continuo a stupirmi come una cosa cosi utile ed importante NON sia mai
stata implemetata in QGIS.
Saluti e grazie ancora Andrea.
[0]
https://medium.com/tantotanto/qgis-selezionare-geometrie-da-una-tabella-di-attributi-correlata-bea37747a7e2
Il giorno 13 aprile 2017 16:45, Sergio Gollino <gollinosergio a gmail.com> ha
scritto:
> Scusate forse non ho ben capito la cosa che a me pare molto semplice in un
> DB relazionale...
> Personalmente non la userei mai in un GIS (nemmeno se ci fosse la
> funzione) perchè fare join del genere con uno shape file di grosse
> dimensioni risulterebbe difficile (vedo già il pc impiccato)...
>
> Io attuerei una soluzione ibrida.
>
> Cioè farei una tabella (o vista se preferite ma a me le viste piacciono
> poco sempre per ragioni prestazionali) con un bel JOIN in postgresql. A
> questo punto caricherei la tabella in qgis e procederei facendo le select
> sulla tabella... Se cerco il palo XY mi tirerà fuori tutte le armature ad
> esso associate. In pratica avrò lo stesso palo (e relativa geometria) per 5
> volte con 5 armature diverse.
>
> Se volessi farlo tutto dentro db sarebbe una banale sub-query a cui cambio
> ogni volta la clausola where della query di ordine superiore.
>
> Volendo, se le armature univoche non sono tantissime, con una serie di
> CASE e sub-query è possibile anche evitare la duplicazione del dato
> relativo al palo ma questo diventa macchinoso e a meno di non usarlo molto
> spesso non lo farei.
>
> Saluti
>
> SG
>
>
>
>
>
> Il giorno 13 aprile 2017 16:16, Luca Lanteri <lklanteri a gmail.com> ha
> scritto:
>
>> In effetti il link è una funzionalità che sul vecchio AV risultava molto
>> utile e di cui a volte ne sento anch'io la mancanza.
>> Penso che la prima cosa sia aprire una feature request ben descritta. Se
>> di interesse comune si potrebbe finanziare con una raccolta fondi ad hoc,
>> magari tramite il gruppo QGIS Italia.
>>
>> a presto
>> Luca
>>
>> Il giorno 13 aprile 2017 14:13, Totò Fiandaca <pigrecoinfinito a gmail.com>
>> ha scritto:
>>
>>> il quesito è stato posto su 'thespatialcommunity.slack.com' e Nathan
>>> Woodrow (uno dei massimi esperti e sviluppatori QGIS) ha detto che NON è
>>> possibile farlo con QGIS.
>>>
>>> A mio avviso sarebbe una feature molto utile ma come accade spesso
>>> occorre raccogliere dei fonti per farla sviluppare.
>>> Io sono disposto a contribuire, ma da solo non posso farlo!!!
>>>
>>> saluti
>>>
>>> Il giorno 13 aprile 2017 13:51, AV <antoniovinci a wp.pl> ha scritto:
>>>
>>>> /
>>>> Totò wrote
>>>> > NON è più possibile fare una selezione partendo dalla tabella lato n
>>>>
>>>> /
>>>>
>>>> Da come l'ho capita io, il problema di Toto' e' il seguente.
>>>>
>>>> Avendo 4 pali con attributi "armatura" da join:
>>>>
>>>> palo 1] armatura PIPPO
>>>> palo 2] armatura PLUTO
>>>> palo 3] armatura PIPPO e armatura PAPERINO
>>>> palo 4] armatura TOPOLINO
>>>>
>>>> lui vuole selezionare i pali 1,3 cercando il solo nome PIPPO.
>>>>
>>>> Se cosi' stanno le cose, francamente non saprei quale Gis sia in grado
>>>> di
>>>> eseguire un simile filtro "a ritroso"...
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context: http://osgeo-org.1560.x6.nabbl
>>>> e.com/QGIS-select-in-join-tabella-in-relazione-tp5317093p5317190.html
>>>> Sent from the QGIS Italian User mailing list archive at Nabble.com.
>>>> _______________________________________________
>>>> QGIS-it-user mailing list
>>>> QGIS-it-user a lists.osgeo.org
>>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>>>
>>>
>>>
>>>
>>> --
>>> *Salvatore Fiandaca*
>>> *mobile*.:+39 327.493.8955 <+39%20327%20493%208955>
>>> *m*: *pigrecoinfinito a gmail.com <pigrecoinfinito a gmail.com>*
>>> *blog:** https://pigrecoinfinito.wordpress.com/
>>> <https://pigrecoinfinito.wordpress.com/>*
>>>
>>> 43°51'0.54"N 10°34'27.62"E - EPSG:4326
>>>
>>> “Se la conoscenza deve essere aperta a tutti,
>>> perchè mai limitarne l’accesso?”
>>> R. Stallman
>>>
>>> _______________________________________________
>>> QGIS-it-user mailing list
>>> QGIS-it-user a lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>>
>>>
>>
>> _______________________________________________
>> QGIS-it-user mailing list
>> QGIS-it-user a lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>
>>
>
>
> --
> Sergio Gollino
>
> Questo messaggio, comprensivo di eventuali allegati, è ad uso esclusivo
> del destinatario e potrebbe contenere informazioni riservate; se è stato
> recapitato per errore ci scusiamo per l'accaduto e Vi invitiamo
> cortesemente a darcene notizia provvedendo alla sua distruzione.
> Vi ricordiamo che la diffusione, l'utilizzo e/o la conservazione dei dati
> ricevuti per errore costituiscono violazione alle disposizioni del D.Lgs.
> n. 196/2003 "Codice in materia di protezione dei dati personali".
>
--
*Salvatore Fiandaca*
*mobile*.:+39 327.493.8955
*m*: *pigrecoinfinito a gmail.com <pigrecoinfinito a gmail.com>*
*blog:** https://pigrecoinfinito.wordpress.com/
<https://pigrecoinfinito.wordpress.com/>*
43°51'0.54"N 10°34'27.62"E - EPSG:4326
“Se la conoscenza deve essere aperta a tutti,
perchè mai limitarne l’accesso?”
R. Stallman
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.osgeo.org/pipermail/qgis-it-user/attachments/20170414/100fa86e/attachment.html>
Maggiori informazioni sulla lista
QGIS-it-user