[Gvsig_italian] Impressioni su gvSIG 2.0

[Claudio]

Purtroppo non ho potuto testare gvSIG 2.0 (utente mac) e mi chiedevo se qualcuno di voi ha provato il tool sulla trasparenza anche sulla 2.0...
Almeno per capire quanto è cambiata l'architettura sw e se dovesse restituirvi qualche mess di errore...potreste inviare il log così da capire meglio cosa cambia rispetto alle 1.x.

grazie a tutti
buona serata,
Claudio

Il giorno 04/dic/2011, alle ore 13.38, Claudio ha scritto:

> 
> Il giorno 04/dic/2011, alle ore 11.44, Antonio Falciano ha scritto:
> 
>> Il 02/12/2011 13.58, Pietro d'Orio ha scritto:
>>> Ho testato abbastanza bene la versione 2.0.0.2042, ci tenevo a esprimervi le
>>> mie opinioni.
>> 
>> Ciao Pietro,
>> grazie mille per la tua analisi! Ricordiamo agli altri iscritti della
>> lista che stiamo parlando della versione *alpha* di gvSIG 2.0 (build 2042)
>> disponibile qui:
>> http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-2.0/downloads
>> da utilizzare allo stato attuale *solo* a scopo di test e non in ambiente di
>> produzione.
>> 
>>> Positivo:
>>> - La velocità di apertura del programma
>>> - Apertura rapida delle viste dal gestore di progetto
>>> - In fase di caricamento file, mi piace molto la voce di menu "All
>>> supporteds" che permette finalmente di non dover cambiare la scelta per
>>> scegliere vettoriali o raster
>> 
>> In Aggiungi layer, tuttavia, e' il caso che il filtro predefinito sia
>> quello utilizzato piu' di frequente, ovvero esri shapefile. E inoltre
>> che ad una successiva riapertura sia gia' selezionato l'ultimo filtro
>> utilizzato.
>> 
>>> - gvSIG non tiene più occupati i dati caricati dal filesystem, prima non era
>>> possibile per esempio zippare degli shape aperti in gvSIG. non solo andavano
>>> rimossi dal progetto, ma andava chiuso tutto il programma.
>>> - La connessione a GeoDB non tiene più occupata la connessione (scusate il
>>> gioco di parole) Prima se ci si connetteva a un DB e al contempo si volevano
>>> effettuare query per es. con PgAdmin la query andava all'infinito, finchè
>>> non si liberava la connessione chiudendo gvSIG
>>> - Tab Metadata nelle proprietà del layer
>> 
>> - l'introduzione di un nuovo tipo di layer OGC: WMTS (Web Map Tiled
>> Service) ...e qui si aprono tanti interessanti scenari. :)
>> 
>> - nel menu' Tools ci sono poi nuovi strumenti di sviluppo ed altri
>> strumenti ancora un po' grezzi...
>> 
>>> Negativo:
>>> - Non mi piace per niente che i menu cambino ordine a seconda di cosa si è
>>> aperto. Che senso ha avere in ordine per esempio Layer, Vista, File,
>>> Modifica? Filtrare gli strumenti mi sembra sensatissimo perchè risparmia
>>> spazio e tempo per individuarli, ma questa cosa mi sembra inutile e scomoda
>> 
>> Sono d'accordo. I menu' vanno ulteriormente razionalizzati. Chiaramente
>> "File" deve essere il primo, come in ogni normale applicazione. Poi viene
>> "Vista" e quindi "Layer". Essendo stato introdotto il menu' "Mappa", a 
>> questo
>> punto mi aspetterei prima anche "Tabella", magari per consentire
>> l'importazione veloce di tabelle esterne (*.dbf, *.csv) senza dover
>> passare necessariamente per il Gestore di progetto. L'ordine dei menu'
>> deve essere chiaramente sempre rispettato per non disorientare l'utente.
>> 
>>> - Ancora impossibile applicare una trasparenza al layer anzichè alle singole
>>> classi
>> 
>> Questa e' un'utile feature request che non dovrebbe essere difficile da
>> implementare...
> 
> Proprio su questo problema vorrei (tempo permettendo) lavorarci un po'...visto che il toll sulla trasparenza raster ha sortito un buon effetto, vorrei implementare anche per i vector. Proprio giorni fa ero alle prese con un dato vettoriale tematizzato in 40 classi ed era davvero snervante assegnare una trasparenza a ciascuna classe (non con 2.0, ma sembra che il problema sia rimasto)
> 
> ciao,
> Claudio
>> 
>>> - In fase di esportazione di dati, ancora il SW non tiene conto della
>>> cartella impostata per i dati geografici (viene considerata solo in fase di
>>> apertura)
>>> - Nelle preferenze generali non esiste più una voce per definire la codifica
>>> dei DBF
>> 
>> Immagino che sara' presto ristabilita. Una novita': esiste la
>> possibilita' di definire la codifica del singolo layer nella finestra
>> Aggiungi layer, selezionando il layer e cliccando sul pulsante "edit".
>> Sulla gestione dei CRS, il fatto che il relativo pulsante per la scelta
>> del CRS del layer sia molto piu' nascosto, mi preoccupa non poco...
>> Speravo che con il refactoring si potesse implementare finalmente il
>> riconoscimento dei file di proiezione *.prj, ma a quanto pare ancora nulla!
>> 
>>> - GRAVISSIMO: Nel caricamento di tabelle da GeoDB, non viene più
>>> visualizzato il nome completo della tabella (schema.tabella). Questo crea
>>> problemi gravi se nello stesso DB si hanno diversi schemi con tabelle con lo
>>> stesso nome
>>> - Nessun miglioramento nella gestione dei layout (rimane complesso,
>>> macchinoso e poco pratico)
>> 
>> ehm... delle mappe (i layout sono quelli di av ;) )
>> 
>>> Mi sarebbe piaciuto verificare:
>>> - Se fosse migliorata l'etichettatura (ma non è più possibile definire
>>> etichette personalizzate/complesse)
>>> - Verificare le performance sui geoprocessi (ma mancano completamente gli
>>> strumenti)
>> 
>> Si tratta di installare tramite l'Addons manager (Gestore delle
>> estensioni ?) le varie estensioni man mano che saranno stabilizzate
>> prima di poter giungere a delle serie conclusioni... ci attendono quindi
>> circa 3 mesi di processo di stabilizzazione e quindi se saremo attenti
>> a segnalare le cose giuste al momento/posto giusto, gvSIG 2.0 potra'
>> segnare davvero un bel balzo in avanti.
>> 
>> ciao
>> Antonio
>> 
>> -- 
>> Antonio Falciano
>> http://www.linkedin.com/in/antoniofalciano
>> _______________________________________________
>> Gvsig_italian mailing list
>> Gvsig_italian a lists.gvsig.org
>> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
> 
> Arch. Claudio Schifani
> PhD  Urban and Regional Planning
> Master  Geographic Information System
> Post doc IUAV of Venice and CNR of Pisa
> 
> www.claudioschifani.it
> 
> 

Arch. Claudio Schifani
PhD  Urban and Regional Planning
Master  Geographic Information System
Post doc IUAV of Venice and CNR of Pisa