> La cosa da sottolineare è che queste tipologie di espressioni, nel field
> calc, sono molto lente purtroppo;
> forse occorrerebbe segnalarlo.
il problema è noto e credo per ora non risolvibile facilmente. Ogni
volta che si lancia una di questa funzioni viene fatto un loop per ogni
riga e ne
No che non scherzo, e nemmeno ho un occhio particolarmente sensibile,
semplicemente rileggendo la funzione una volta staccata dal computer
impallato (e impallata evidentemente anch'io) mi sembra del tutto logico
che la la $geometry non è quella del layer sulla cui tabella sto operando,
ma quella
marti_ wrote
> Il giorno mar 5 mar 2019 alle ore 22:01 Totò ha scritto:
>
>> secondo me dovresti fare al contrario, cioè:
>>
>> aggregate( layer:='id layer_punti', aggregate:='concatenate',
>> expression:="DENOMINAZIONE", filter:=intersects ( transform( $geometry
>> ,
>> 'EPSG:4326',
Il giorno mar 5 mar 2019 alle ore 22:01 Totò ha scritto:
> secondo me dovresti fare al contrario, cioè:
>
> aggregate( layer:='id layer_punti', aggregate:='concatenate',
> expression:="DENOMINAZIONE", filter:=intersects ( transform( $geometry ,
> 'EPSG:4326', 'EPSG:32632' ) , geometry(
marti_ wrote
> Mmh, non mi ha funzionato :(
> cioè il calcolatore non mi dà errori, ma mi restituisce tutti valori nulli
> sul campo virtuale, proprio come faceva senza usare transform.
> Sul layer poligonale dei comuni (EPSG 32632) ho usato l'espressione:
> aggregate( layer:='id layer_punti',
Mmh, non mi ha funzionato :(
cioè il calcolatore non mi dà errori, ma mi restituisce tutti valori nulli
sul campo virtuale, proprio come faceva senza usare transform.
Sul layer poligonale dei comuni (EPSG 32632) ho usato l'espressione:
aggregate( layer:='id layer_punti', aggregate:='concatenate',
marti_ wrote
> Tutta questa menata per dire che sarebbe stato utile se "aggregate" con
> @parent funzionasse anche con layer di SR differenti e con il prossimo
> file
> puntuale che dovrò correggere credo tutto sommato mi convenga riproiettare
> il layer dei comuni :)
Ciao Martina,
secondo me con
Grazie,
avevo un caso in cui dovevo verificare la corretta ubicazione di un layer
punti (con un dato SR e con un campo striga contenente il nome del comune),
rispetto a un layer poligonale di comuni con altro SR e stesso campo. Allo
scopo di tale verifica ho pensato di poter utilizzare o
Ciao,
certo che è normale !
Stiamo parlando di operazioni geospaziali (come appunto aggregate) tra
entità (i layer) che devono essere espressi nello stesso SR.
Saluti
Nino
Il lun 4 mar 2019, 18:58 Martina Savarese ha
scritto:
> Salve, ho notato che la funzione "aggregate" con la variabile
marti_ wrote
> Salve, ho notato che la funzione "aggregate" con la variabile @parent non
> funziona se i due layer hanno SR differenti. Prova fatta sulla versione
> 3.4.5 (windows 10).
> Francamente non ricordo se fosse così anche nelle precedenti, cioè, è
> normale?
Ciao Martina,
che io sappia è
Salve, ho notato che la funzione "aggregate" con la variabile @parent non
funziona se i due layer hanno SR differenti. Prova fatta sulla versione
3.4.5 (windows 10).
Francamente non ricordo se fosse così anche nelle precedenti, cioè, è
normale?
Martina
11 matches
Mail list logo