[Gfoss] vestizione ctr per escursionismo (da newbie)

[Andrea Peri]

Credo di aver compreso il tuo problema.
M pare che assomigli a un vecchio problema che ho avuto anche io tempo addietro.

La soluzione non è proprio elegante, e dipende dall'ambiente in cui ti muovi.

Una breve introduzione per spiegare cio' che credo sia il tuo problema
anche a beneficio di altri:

Il problema e' che QGIS non consente di fare una classificazione per
le etichette.

Infatti la CTR prevede che a scendo dal tipo di scritta (campo livcod)
sia applicato un tipo di font differente.

In certi sistemi GIS publish-oriented (nel nostro caso mapserver, ma
anche geoserver, etc...)
e' possibile inserire una classificazione sulle etichette.
Ovvero ipostare che il layer abbia una etichetta con font 16 se
tipocod e' un certo valore, oppure font 12 se e'un altro valore.

Questo su qgis non è possibile (per ora almeno).

Ovviamente e' escluso di fare tanti layer, uno per ogni tipo di
codifica di etichetta.

Per cui serve un workaround differente.

Sinceramente non so' se un qgis 2.6 e' possibile impostare una
espressione complessa a livello di etichetta.
Intendouna espressione che coordini non il testo , ma il tipo di font
e la sua dimensione.

Questo non era possibile quando feci a suo tmepo le mie prove con l
nostro dbt multiscala da ristrutturazione derivato dalla nostra CTR.

Una soluzione che adottai , fu' quella di fare ua vista (o vista
materializzata) che a seconda del valore del campo tipocod proponevano
in un attributo calcolato
la dimensione del font e in altro campo il tipo di font.
dopodiche impostavi nei settaggi del layer l'uso di tali campi per la
dimensione e il font.

In alternativa crei due campi e li aggiungi al layer fisico.

La soluzione della vista funziona se hai i dati su un dbms.
Nel mio caso erano su un db spatialite e quindi la cosa era possibile.
Per questioni di velocita' poi scelsi di materializzare le viste
riportandole a tabelle fisiche.

In realta' nel mio caso il problema fu' solo il tipo di font perche'
la dimnsione era gia' presente nella nostra tabella.
Il problema era che la dimensione era in mm e non in punti e non
coincideva con i valori di qgis.
E inoltre, poiche' i dati erano in parte da CTR10k e in parte da ctr2k.
Per cui la vista mi servi' per normalizzare tali valori di dimensione
e fare in modo che le etichette venissero espresse proporzionalmente
alla scala del dato.


Saluti,

A.


Il 13 novembre 2014 17:59, AlbertoG <grava.alberto a teletu.it> ha scritto:
> Ciao a tutti!
> riprendo questo vecchio post per necessità lavorative...
> Sto tentando di vestire la CTR del Veneto secondo gli standard della Regione
> Veneto (scaricabili  qui
> <http://www.regione.veneto.it/web/ambiente-e-territorio/ctr-vettoriale>  ),
> non sto incontrando grandi problemi se non per il livello TESTI...
> il livello testi è puntuale, tra i suoi attributi ha un campo dove trovo il
> testo, uno dove trovo la rotazione del testo e uno (LIVCOD) dove trovo la
> tipologia del testo.
> A ogni LIVCOD corrispondono font, formato e dimensioni diversi che io non
> riesco ad attribuire in quanto non riesco a classificare le etichette secon
> il campo LIVCOD.
>
> Qualcuno si è gia imbattuto in questo problema o qualcosa di simile?
>
> Grazie mille a chi risponderà!
>
> AG
>
>
>
>
> --
> View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/GeoNetwork-2-6-4-con-traduzione-in-italiano-tp7146889p7590350.html
> Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com.
> _______________________________________________
> Gfoss a lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.
> 666+40 iscritti al 5.6.2014



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------