Salve,
mi sono appena accorto che su qgis 2.8.2 quando si etichetta e si opta per Tipo maiuscolo: Prima lettera maiuscola, viene restituito tutto il testo maiuscolo. Ovvero da lo stesso risultato che se si opta dell'altra opzione Tutto maiuscolo. Bug rilevato su qgis 2.8.2. Non so' su le altre versioni. Aperto un ticket: http://hub.qgis.org/issues/12804 -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [hidden email] 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 |
Salve,
aggiorno sul bug che ho segnalato. Ilticket era stato erroneamente chiuso come duplicato di altro ticket, il http://hub.qgis.org/issues/7611 ma poiche' non era un suo duplicato, ho proveduto a riaprirlo. Spiego anche qui la questione: Perche' e' molto istruttiva in senso generale. Anche per capire come si puo fare con i comandi di un GIS: Il comando FirstCap dell'interfaccia, serve per imporre che l'etichetta abbia la prima lettera maiuscola e tutto il resto minuscolo. Per cui se si ha una stringa memorizzata tutta maiuscola del tipo "FIRENZE", con il comando FirstCap, essa deve diventare: "Firenze". Invece nel ticket duplicato la intendono che essa dovrebbe restare FIRENZE perche' forza la prima a maiuscola e lascia il restoinvariato. Ovviamente questa seconda interpretazione non serve a nulla, perche' funziona solo in base a come sono memorizzati idati nel campo. Ovvero se sono memorizzati tutti minuscoli, allora si ottiene: "firenze" ==> "Firenze" mentre se son memorizzati tutti maiuscoli, si ottiene: "FIRENZE" ==> "FIRENZE". Questo funzionamento e' concettualmente sbagliaot perche' produce un risultato di etichetta che dipende dal dato, e non da' certezza di risultato quindi. Il vero firstcap, invece forza tutta la stringa ad avere solo il primo carattere maiuscolo. Per cui nei due casi sopra riportati otterrei: "firenze" ==> "Firenze" "FIRENZE" ==> "Firenze". Ecco che ottengo una effettiva indipendenza da come il dato e' memorizzato nel db. Son questi e altri i dettagli che si dovrebbe considerare quando si sceglie un prodotto per la pubbliazione. Perche' non ti costrngerebbero a rimenggiare i dati appositamente per ottenere un detemrinato risiultato . Saluti, A. Il 21 maggio 2015 22:41, Andrea Peri <[hidden email]> ha scritto: > Salve, > mi sono appena accorto che su qgis 2.8.2 quando si etichetta e si opta per > Tipo maiuscolo: Prima lettera maiuscola, > > viene restituito tutto il testo maiuscolo. > Ovvero da lo stesso risultato che se si opta dell'altra opzione > Tutto maiuscolo. > > Bug rilevato su qgis 2.8.2. > Non so' su le altre versioni. > > Aperto un ticket: > http://hub.qgis.org/issues/12804 > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty àèìòù > ----------------- -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [hidden email] 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 |
Salve a tutti...
in base a questo thread e nello specifico a questo ticket: http://hub.qgis.org/issues/7611 ci sono delle novità ? Ho lo stesso problema ora con un database "solo maiuscolo" che non riesco a rendere con "prima lettera maiuscola" in quanto resta "tutto maiuscolo". Cosa mi consigliate di fare ? Devo copiare il database, modificarlo e ricopiarlo ? grazie Massimo On 22/05/2015 10:27, Andrea Peri wrote: > Salve, > aggiorno sul bug che ho segnalato. > > Ilticket era stato erroneamente chiuso come duplicato di altro ticket, > il > http://hub.qgis.org/issues/7611 > > ma poiche' non era un suo duplicato, ho proveduto a riaprirlo. > > Spiego anche qui la questione: > Perche' e' molto istruttiva in senso generale. > > Anche per capire come si puo fare con i comandi di un GIS: > > Il comando FirstCap dell'interfaccia, > serve per imporre che l'etichetta abbia la prima lettera maiuscola e > tutto il resto minuscolo. > > Per cui se si ha una stringa memorizzata tutta maiuscola del tipo > > "FIRENZE", > > con il comando FirstCap, essa deve diventare: > > "Firenze". > > Invece nel ticket duplicato la intendono che essa dovrebbe restare > FIRENZE perche' forza la prima a maiuscola e lascia il restoinvariato. > > Ovviamente questa seconda interpretazione non serve a nulla, perche' > funziona solo in base a come sono memorizzati idati nel campo. > > Ovvero se sono memorizzati tutti minuscoli, > allora si ottiene: > > "firenze" ==> "Firenze" > mentre se son memorizzati tutti maiuscoli, si ottiene: > "FIRENZE" ==> "FIRENZE". > > Questo funzionamento e' concettualmente sbagliaot perche' produce un > risultato di etichetta che dipende dal dato, e non da' certezza di > risultato quindi. > > Il vero firstcap, invece forza tutta la stringa ad avere solo il primo > carattere maiuscolo. > > Per cui nei due casi sopra riportati otterrei: > > "firenze" ==> "Firenze" > "FIRENZE" ==> "Firenze". > > Ecco che ottengo una effettiva indipendenza da come il dato e' > memorizzato nel db. > > Son questi e altri i dettagli che si dovrebbe considerare quando si > sceglie un prodotto per la pubbliazione. > > Perche' non ti costrngerebbero a rimenggiare i dati appositamente per > ottenere un detemrinato risiultato . > > Saluti, > > A. > > > Il 21 maggio 2015 22:41, Andrea Peri <[hidden email]> ha scritto: >> Salve, >> mi sono appena accorto che su qgis 2.8.2 quando si etichetta e si opta per >> Tipo maiuscolo: Prima lettera maiuscola, >> >> viene restituito tutto il testo maiuscolo. >> Ovvero da lo stesso risultato che se si opta dell'altra opzione >> Tutto maiuscolo. >> >> Bug rilevato su qgis 2.8.2. >> Non so' su le altre versioni. >> >> Aperto un ticket: >> http://hub.qgis.org/issues/12804 >> >> -- >> ----------------- >> Andrea Peri >> . . . . . . . . . >> qwerty àèìòù >> ----------------- > > _______________________________________________ [hidden email] 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 |
Il 24/09/2015 17:55, [hidden email] ha scritto:
> Salve a tutti... > in base a questo thread e nello specifico > a questo ticket: > http://hub.qgis.org/issues/7611 > > ci sono delle novità ? > > Ho lo stesso problema ora con un database "solo maiuscolo" che non > riesco a rendere con "prima lettera maiuscola" in quanto resta "tutto > maiuscolo". > > Cosa mi consigliate di fare ? Devo copiare il database, modificarlo e > ricopiarlo ? probabilmente ce la fai con le funzioni, oppure, meglio, puoi finanziare, da solo o con altri, la soluzione definitiva del problema. secondo me e' banale. saluti. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html _______________________________________________ [hidden email] 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 |
Ho appena fatto delle prove in QGIS 2.10, la funzione title() fa il lavoro che desiderate!!! ciao Il giorno 24 settembre 2015 18:49, Paolo Cavallini <[hidden email]> ha scritto: Il 24/09/2015 17:55, [hidden email] ha scritto: _______________________________________________ [hidden email] 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 |
confermo TITLE (lower(NOME)) tuttavia in alcuni casi con abbreviazione in maiuscolo, del tipo " M. BRIGNONE" la funzione rende questo risultato "M.brignone" e non quello auspicato di "M.Brignone". On 24/09/2015 20:20, Totò Fiandaca wrote:
_______________________________________________ [hidden email] 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 |
On 24/09/2015 20:56,
[hidden email] wrote:
tuttavia in alcuni casi con abbreviazione in maiuscolo, del tipo " M. BRIGNONE" ...la causa è da ricercare nella mancanza di spazio nel database primario tra l'abbreviazione ed il nome M.BRIGNONE vs M. BRIGNONE POORLY FORMATTED DATA.... (si trattata del database della Regione Liguria ) http://hub.qgis.org/issues/7611 Aggiornato da Borys Jurgiel oltre 2 anni fa Maybe my example was too abstract, better one would be POI names that are sometimes acronyms. I prefer to be forced to use the two functions capitalize(lower(lga_name)) over having no way to preserve acronyms. Of course the best would be to have both capitalize() and title(). But maybe it's not so important. Usually I have the luck to work on properly prepared data, so I don't have much experience with correcting poor data at this stage. I don't insist anymore :) Aggiornato da Nyall Dawson oltre 2 anni fa Lucky -- Almost all the data I work with is poorly formatted! Anyway, I think the best resolution would be renaming Title case -> Capitalize First Letter for now, and then ideally adding a proper "Title case" option after 2.0. We could even make it handle fancy things like not capitalizing "a" or "the" when they're in the middle of a string... _______________________________________________ [hidden email] 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 |
Free forum by Nabble | Edit this page |