[Gfoss] [QGIS] - viste postgres senza gid di default

Ciao a tutti,

ho notato che da QGIS 2.8.3 è presente una fastidiosa regressione:

quando si caricano delle viste postgres è necessario scegliere quale campo deve fare da chiave primaria. Fino alla 2.8.2 di default veniva scelto il primo campo valido presente nella vista.

Sapete se la cosa è gia stata segnalata? Da una rapida ricerca non ho trovato niente ma spesso mi perdo quando devo fare ricerche nel bug tracker.

Grazie e a presto

Luca

Il 31/08/2015 18:20, Luca Lanteri ha scritto:

Ciao a tutti,

ho notato che da QGIS 2.8.3 è presente una fastidiosa regressione:
quando si caricano delle viste postgres è necessario scegliere quale
campo deve fare da chiave primaria. Fino alla 2.8.2 di default veniva
scelto il primo campo valido presente nella vista.

Sapete se la cosa è gia stata segnalata? Da una rapida ricerca non ho
trovato niente ma spesso mi perdo quando devo fare ricerche nel bug tracker.

Non e' un bug, e' una feature :wink:
In effetti cosi' si e' piu' sicuri di cosa succede, specialmente in fase
di editing.
Juergen l'ha spiegato di recente in ML.
Saluti.

--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html

Per dirla finemente, come per la corazzata potemkin, secondo me è una cagata galattica!

Rende impossibile caricare più viste insieme e per gli utenti meno smaliziati sembra che le viste non funziomino. tutte le volte si deve definire per ogni vista il gid.
Rimmarremo sulla 2.8.2.

Provo a scrivere il lista qgis perché ti assicuro da utente che è una scelta decisamente sbagliata.

Grazie paolo

Luca

Ciao Luca.

Ti comprendo benissimo e’ proprio il modo di fare di chi gestisce QGIS che a me fa parecchio inqueitare.
Il prendere decisioni e fare cambamenti senza porsi troppi problemi.

Non parlo di aggiungere roba nuova, ma piuttosto di modificare comportamenti radicati da tempo.

E’ un bruttissimo vizio di chi scrive programmi. Pensare che chi li usa debba sempre adattarsi a cio’ che lui pensa sia giusto.

Ed e’ per questo che io a volte sono molto critico nei confronti di qgis e di chi lo gestisce.
A volte fanno scelte di cui non si capisce bene la logica, se non quella di soddisfare specifiche e puntuali esigenze di tizio o caio, ovviamente a spese di tutti gli altri.

Tra l’altro faccio notare che a queloche si sapeva, la 2.8.x era in LTS e quindi avrebbe accettato solo risoluzioni di BUGS e non evoluzioni.
A quanto pare anche questo non e’ vero.
Perche’ se nella 2.8.2 questa cosa non ce’ e nella 2.8.3 invece si’, allora vuol dire che quando serve a qualche “unto” le evoluzioni nella versione LTS si mettono eccome.
:slight_smile:

Detto questo pero’, ti invito a pensarci bene anche ai pro’ e contro.

Tieni infatti presente che se un donani vi salta fuori un bug sulla 2.8.2
la sua risoluzione sar’a interamente a carico vostro e inoltre sarebbe specificasulla 2.8.2 , senza alcun beneficio di porting su nuove versioni. Dove magari nemmeno il bug e’ presente.
Inoltre perdereste tutte le evoluzioni nuove che ci sono nelle nuove versioni.

E infine, se la vostra permanenza sulla 2.8.2 durasse troppo a lungo.
Quando e se decideste di passare alla ultime versione potreste scoprire che siete troppo vecchi e il nuov qgis non riesce a importarvi correttamente i vostri progetti.

Insomma, ti capisco benissimo e sono molto critico, ma valutate anche i contro nel medio periodo perche’ se vi bloccate sulla 2.8.2 per questa cosa, rischiate di ritrovarvi da soli a gestire problematiche di varia natura.

E sara’ una fregatura e una penalizzazione anche per QGIS stesso.
Perche’ ovviamente se sei costretto a usare la 2.8.2 finisce che non hai motivo di partecipare a nessun finanziamento di nuove evoluzioni.
Visto che andrebbero a ingrassare una versione che te non puoi o hai scelto giocoforza di non usare.

A.

On Mon, Aug 31, 2015 at 06:36:33PM +0200, Paolo Cavallini wrote:

Il 31/08/2015 18:20, Luca Lanteri ha scritto:
> Ciao a tutti,
>
> ho notato che da QGIS 2.8.3 è presente una fastidiosa regressione:
> quando si caricano delle viste postgres è necessario scegliere quale
> campo deve fare da chiave primaria. Fino alla 2.8.2 di default veniva
> scelto il primo campo valido presente nella vista.
>
> Sapete se la cosa è gia stata segnalata? Da una rapida ricerca non ho
> trovato niente ma spesso mi perdo quando devo fare ricerche nel bug tracker.

Non e' un bug, e' una feature :wink:

Anche secondo me. Non bisogna portarla nel branch stabile.

--strk;

On Tue, Sep 01, 2015 at 01:51:49PM +0200, Sandro Santilli wrote:

On Mon, Aug 31, 2015 at 06:36:33PM +0200, Paolo Cavallini wrote:
> Il 31/08/2015 18:20, Luca Lanteri ha scritto:
> >
> > ho notato che da QGIS 2.8.3 è presente una fastidiosa regressione:
> > quando si caricano delle viste postgres è necessario scegliere quale
> > campo deve fare da chiave primaria. Fino alla 2.8.2 di default veniva
> > scelto il primo campo valido presente nella vista.
>
> Non e' un bug, e' una feature :wink:

Anche secondo me. Non bisogna portarla nel branch stabile.

Ho riaperto il ticket corrispondente:
http://hub.qgis.org/issues/11317

E' piu' utile far sentire la propria voce su quel ticket che in questa
lista. Soprattutto: cercate di essere costruttivi. Grazie !

--strk;

  () Free GIS & Flash consultant/developer
  /\ http://strk.keybit.net/services.html

Ho riaperto il ticket corrispondente:
http://hub.qgis.org/issues/11317

Grazie era proprio quello che non riuscivo a trovare.

E' piu' utile far sentire la propria voce su quel ticket che in questa
lista. Soprattutto: cercate di essere costruttivi. Grazie !

Concordo, in pieno. Spero infatti di esserlo stato !

--strk;

  () Free GIS & Flash consultant/developer
  /\ http://strk.keybit.net/services.html
_______________________________________________
Gfoss@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.
750 iscritti al 18.3.2015