Re: [QGIS-it-user] Raster Attribute Tables

[Luca Bellani]

Perfetto! grazie!!



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Raster Attribute Tables

[Totò]

Luca Bellani wrote
> La mia domanda ora é: é stata implementata questa funzione? Non riesco a
> capire lo status di quella feature. Grazie!!

Ciao Luca,
se non erro, qualche settimana fa, nella lista qgis-dev, Nyall ha accennato
che molto probabilmente realizzerà una raccolta fondi.

ciao



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Raster Attribute Tables

[Luca Bellani]

Salve, nella pagina GIS ITALIA é avvenuto oggi, uno scambio di informazioni
referenti il mio dubbio sul formato Raster, con annesso tabella di
attributi, usabile in altri SIG.
Mi hanno fornito un link a una issue di 8 anni fa
https://issues.qgis.org/issues/4321

Cercando sul nuovo portale github, ho trovato altri post, e ho visto che
c'erano duplicati delle richieste, che sono state chiuse.
https://github.com/qgis/QGIS/issues/22427

La mia domanda ora é: é stata implementata questa funzione? Non riesco a
capire lo status di quella feature. Grazie!!




--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] (senza oggetto)

[Stefano Campus]

Pulsante di dx del mouse--> proprietà

Il mar 6 ago 2019, 16:30  ha scritto:

> Salve a tutti,
> Ho un problema con Qgis ed è questo mentre nel Qgis 2.18 quando si andava
> a fare le stampe c'era il compositore che ti faceva scegliere il formato su
> cui stampare ora nel Qgis 3.8 non mi riesce a impostare quel foglio?
> Come Posso fare ce qualcosa che ho saltato?
> Resto in attesa di un vostro riscontro.
> Grazie
> Pietro
>
> --
> Inviato da Libero Mail per Android
> ___
> QGIS-it-user mailing list
> QGIS-it-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] QGIS digitalizzazione avanzata

[Studio Multiservice s.s.]

ora è perfetto!!

Alberto
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS digitalizzazione avanzata

[Marco Spaziani]



Il giorno mar 6 ago 2019 alle ore 16:40 Totò  ha
scritto:

> scusate,
> questo link dovrebbe funzionare
>
>
> https://pigrecoinfinito.wordpress.com/2019/07/26/qgis-shape-digitizing-toolbar/
>
> grazie per la segnalazione @korto
>
> saluti
>
>
>
> -
> https://pigrecoinfinito.wordpress.com/
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
> ___
> QGIS-it-user mailing list
> QGIS-it-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] (senza oggetto)

[Totò]

pietroisola1367 wrote
> Salve a tutti,
> Ho un problema con Qgis ed è questo mentre nel Qgis 2.18 quando si andava
> a fare le stampe c'era il compositore che ti faceva scegliere il formato
> su cui stampare ora nel Qgis 3.8 non mi riesce a impostare quel foglio?
> Come Posso fare ce qualcosa che ho saltato?
> Resto in attesa di un vostro riscontro.
> Grazie 
> Pietro 

Ciao e benvenuto in lista,

per favore la prossima volta scrivi l'oggetto.

Il tuo è un problema molto noto e ci cascano in molti: per poter impostare
la pagina di stampa devi cliccare con il tasto destro del mouse sulla pagina
bianca, comparirà un menu contestuale e da li selezioni le proprietà della
pagina.

saluti



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] (senza oggetto)

[pietroisola1367]

Salve a tutti,
Ho un problema con Qgis ed è questo mentre nel Qgis 2.18 quando si andava a 
fare le stampe c'era il compositore che ti faceva scegliere il formato su cui 
stampare ora nel Qgis 3.8 non mi riesce a impostare quel foglio?
Come Posso fare ce qualcosa che ho saltato?
Resto in attesa di un vostro riscontro.
Grazie 
Pietro 
--
Inviato da Libero Mail per Android___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] QGIS digitalizzazione avanzata

[Gabriela Osaci-Costache]

Ciao Totò,
funzionava... ora no :-((    ("Oops! Impossibile trovare la pagina"). Non 
capisco il perché. Ho provato con Microsoft Edge e con Mozilla.
Saluti,Gabriela 

Il martedì 6 agosto 2019, 09:57:38 EEST, Totò  
ha scritto:  
 
 ciao, il link è sempre lo stesso e a me funziona, non capisco come rimediare:

https://pigrecoinfinito.wordpress.com/2019/07/17/qgis-strumenti-di-digitalizzazione-avanzata/

saluti



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
  ___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Adding PostGIS Layer (Query Before Load)

[Jürgen E . Fischer]

Hi Peter,

On Tue, 06. Aug 2019 at 11:43:44 +, Peter Borissow wrote:
>  OK, after enabling  "Use estimated metadata" on the connection, the Data 
> Source Manager comes up (doesn't hang). I am able to select a table and apply 
> a filter. After a brief delay, QGIS starts to load data. However, is see an 
> odd query consuming resources in the database:
> SELECT st_extent("coordinate") FROM "public"."device_location"

That should be:

SELECT st_estimatedextent("public", "device_location", "coordinate")

Ignoring the where clause is one of the tradeoffs that is used with "estimated
metadata" - also the feature count can be inaccurate (see tip on
https://docs.qgis.org/testing/en/docs/user_manual/managing_data_source/opening_data.html).

Unless that column doesn't have pg_stats (ie. SELECT count(*) FROM pg_stats
WHERE schemaname='public' AND tablename='device_location' AND
attname='coordinate' is not 1) in which case st_extent is used, but with the
where clause.


Jürgen

-- 
Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
Software Engineer D-26506 Norden  https://www.norbit.de

-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Installation of QGIS 3.4 continually crashes

[Alexandre Neto]

Hi,

What operating system are you using?

Did you import QGIS 2.x settings?

My guess is some faulty/non-working plugin from 2.x is causing that. Or
some imported project default settings.

Try cleaning your settings. Open QGIS using your colleague's project, go to
options > profiles and create a new (clean) profile. See if it opens well.
If it does, that should become your default profile.

Alexandre Neto
QGIS Support
www.QCooperative.net
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Adding PostGIS Layer (Query Before Load)

[Peter Borissow]

 Also, after successfully adding the layer, if I go to Layers and right click 
on the layer and select "Update SQL Layer..." the DB Manager dialog pops up but 
hangs. The offending query seems to be:

SELECT * FROM "device_location"
Again, I wound expect the above query to include the filter (where clause) I 
defined in the Data Source Manager.

Thanks,Peter


On Tuesday, August 6, 2019, 7:43:44 AM EDT, Peter Borissow 
 wrote:  
 
  OK, after enabling  "Use estimated metadata" on the connection, the Data 
Source Manager comes up (doesn't hang). I am able to select a table and apply a 
filter. After a brief delay, QGIS starts to load data. However, is see an odd 
query consuming resources in the database:
SELECT st_extent("coordinate") FROM "public"."device_location"
The device_location table is the partitioned table with billions of rows. I 
wound expect the above query to include the filter (where clause) I defined in 
the Data Source Manager.

To summarize, I am able to create a filter before loading data thanks to the   
"Use estimated metadata" but I seem to have found a new issue.
Thanks,Peter

On Tuesday, August 6, 2019, 3:34:06 AM EDT, Jürgen E. Fischer 
 wrote:  
 
 Hi Peter,

On Mon, 05. Aug 2019 at 22:29:19 +, Peter Borissow wrote:
> I looked at the Data Source Manager (Layer -> Add Layer -> Add PostGIS
> Layers...) but I don't see any filtering options there and the app hangs when
> I hit the "Connect" button.

Did you enable "Use estimated metadata" on that connection?


Jürgen

-- 
Jürgen E. Fischer          norBIT GmbH            Tel. +49-4931-918175-31
Dipl.-Inf. (FH)            Rheinstraße 13          Fax. +49-4931-918175-50
Software Engineer          D-26506 Norden            https://www.norbit.de
QGIS release manager (PSC)  Germany                    IRC: jef on 
FreeNodenorBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme 
mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Adding PostGIS Layer (Query Before Load)

[Peter Borissow]

 OK, after enabling  "Use estimated metadata" on the connection, the Data 
Source Manager comes up (doesn't hang). I am able to select a table and apply a 
filter. After a brief delay, QGIS starts to load data. However, is see an odd 
query consuming resources in the database:
SELECT st_extent("coordinate") FROM "public"."device_location"
The device_location table is the partitioned table with billions of rows. I 
wound expect the above query to include the filter (where clause) I defined in 
the Data Source Manager.

To summarize, I am able to create a filter before loading data thanks to the   
"Use estimated metadata" but I seem to have found a new issue.
Thanks,Peter

On Tuesday, August 6, 2019, 3:34:06 AM EDT, Jürgen E. Fischer 
 wrote:  
 
 Hi Peter,

On Mon, 05. Aug 2019 at 22:29:19 +, Peter Borissow wrote:
> I looked at the Data Source Manager (Layer -> Add Layer -> Add PostGIS
> Layers...) but I don't see any filtering options there and the app hangs when
> I hit the "Connect" button.

Did you enable "Use estimated metadata" on that connection?


Jürgen

-- 
Jürgen E. Fischer          norBIT GmbH            Tel. +49-4931-918175-31
Dipl.-Inf. (FH)            Rheinstraße 13          Fax. +49-4931-918175-50
Software Engineer          D-26506 Norden            https://www.norbit.de
QGIS release manager (PSC)  Germany                    IRC: jef on 
FreeNodenorBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme 
mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user  ___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] Dropping the extra label placement algorithms?

[Tim Sutton]

Hi

I don't think there has been a strong enough argument to keep the extra 
bloat.and the potential goodies you hint at coming if they are removed have 
a broader benefit to all users over some hidden features that nobody 
understands.

Tim Sutton 
Co-founder of Kartoza 
Ex-QGIS project chairman 

> On 6 Aug 2019, at 07:59, Luigi Pirelli  wrote:
> 
> Hi Nyall
> 
> "Ok, we've hit a stalemate then. I was hoping to drop the additional 
> algorithms..." please remove. Try and error without a good statistic or 
> collection of maps where these options can do the difference IMHO is not 
> strong enough respect cleaning code and void bug fixing.
> 
> Luigi Pirelli
> 
> **
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Book: Mastering QGIS3 - 3rd Edition
> * Hire a team: http://www.qcooperative.net
> **
> 
> 
>> On Tue, 6 Aug 2019 at 06:03, Nyall Dawson  wrote:
>> On Mon, 29 Jul 2019 at 17:33, Carlo A. Bertelli (Charta s.r.l.)
>>  wrote:
>> >
>> > Yes, if you consider trial and error a mindful method, I "use" label 
>> > placement algorithms when preparing a cartographic layout for printing.
>> > I mainly work on geographic data and web output, so it's not frequent and 
>> > I follow the easy and dumb way: I swap algorithms, hoping for a result 
>> > that solves cluttering in the worst spots, until it fits – usually it fits 
>> > here and it's out of order elsewhere...
>> > I generally criticise this approach, but when looking for a good 
>> > appearance, it seems bearable. Yes, I would need some more information to 
>> > do a better work. As already said, I think this is a cartographic issue 
>> > that can get more benefits by a better GIS approach. Label positioning is 
>> > not "substantial" but can exploit proper data. Say population for a 
>> > populated place. Using these algorithms on top of geometric-only data 
>> > gives little more than casual results.
>> > I had the opportunity to weight the theory behind these methods starting 
>> > from the obituary of Mitchell Jay Feigenbaum by Maurizio Codogno on 
>> > ilPost.it that referenced the New York Times: 
>> > https://www.nytimes.com/2019/07/18/science/mitchell-feigenbaum-dead.html. 
>> > Looking to further developments, I think there is not a "best" algorithm, 
>> > but that it's useful to keep alternatives. I doubt the algorithms could 
>> > really work well without an interface that can reach useful data, but
>> 
>> Ok, we've hit a stalemate then. I was hoping to drop the additional
>> algorithms to allow some desirable new features like avoiding
>> duplicate text labels within xxx mm of others (e.g. avoiding too many
>> labels for dual-carriage highways), and use that some logic to start
>> implementing things like automatically abbreviated label text when the
>> full text cannot be placed. But, if we keep all the existing
>> algorithms, it basically means this logic has to be written multiple
>> times. Ouch!
>> 
>> > I also think that keeping them available without any special interface 
>> > could keep them in a place that is not really influenced by the frequent 
>> > enhancements of QGIS.
>> 
>> Sounds great in theory, but the labeling code structure and logic
>> doesn't work that allow that.
>> 
>> Nyall
>> 
>> 
>> 
>> > c
>> >
>> >
>> > On Mon, Jul 29, 2019 at 8:31 AM Nyall Dawson  
>> > wrote:
>> >>
>> >> On Mon, 29 Jul 2019 at 16:28, Carlo A. Bertelli (Charta s.r.l.)
>> >>  wrote:
>> >> >
>> >> > Label placement took a lot of time and efforts in the past and this is 
>> >> > the outcome.
>> >> > It's true, there is no real need for it while on screen, but it could 
>> >> > be very useful in Layout. The problem is similar to generalisation, you 
>> >> > need proper data to support label placement. Losing the relationship 
>> >> > with real geographic objects, when exporting the layout in SVG or 
>> >> > postscript, label placement takes time and needs cartographic expertise 
>> >> > while changing the algorithm in Layout mode can help a lot.
>> >>
>> >> So - just to confirm -- you are actively changing that setting, and
>> >> seeing useful results from different methods? If so, which do you use?
>> >> Which give the best results? What's the trade off between them?
>> >>
>> >> Nyall
>> >>
>> >>
>> >> > Keeping several algorithms in Layout could ease code maintenance while 
>> >> > keeping all the advantages.
>> >> > On the other hand, this needs some efforts on documentation and Anita's 
>> >> > touch is really welcome here. Algorithms need reference but also a 
>> >> > plain explanation in something that resembles a book. Someone developed 
>> >> > a publishing business out of a GIS program... maybe this is too much 
>> >> > and 

Re: [Qgis-user] Adding PostGIS Layer (Query Before Load)

[Jürgen E . Fischer]

Hi Peter,

On Mon, 05. Aug 2019 at 22:29:19 +, Peter Borissow wrote:
> I looked at the Data Source Manager (Layer -> Add Layer -> Add PostGIS
> Layers...) but I don't see any filtering options there and the app hangs when
> I hit the "Connect" button.

Did you enable "Use estimated metadata" on that connection?


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Nordenhttps://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] Dropping the extra label placement algorithms?

[Luigi Pirelli]

Hi Nyall

"Ok, we've hit a stalemate then. I was hoping to drop the additional
algorithms..." please remove. Try and error without a good statistic or
collection of maps where these options can do the difference IMHO is not
strong enough respect cleaning code and void bug fixing.

Luigi Pirelli

**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Book: Mastering QGIS3 - 3rd Edition

* Hire a team: http://www.qcooperative.net
**


On Tue, 6 Aug 2019 at 06:03, Nyall Dawson  wrote:

> On Mon, 29 Jul 2019 at 17:33, Carlo A. Bertelli (Charta s.r.l.)
>  wrote:
> >
> > Yes, if you consider trial and error a mindful method, I "use" label
> placement algorithms when preparing a cartographic layout for printing.
> > I mainly work on geographic data and web output, so it's not frequent
> and I follow the easy and dumb way: I swap algorithms, hoping for a result
> that solves cluttering in the worst spots, until it fits – usually it fits
> here and it's out of order elsewhere...
> > I generally criticise this approach, but when looking for a good
> appearance, it seems bearable. Yes, I would need some more information to
> do a better work. As already said, I think this is a cartographic issue
> that can get more benefits by a better GIS approach. Label positioning is
> not "substantial" but can exploit proper data. Say population for a
> populated place. Using these algorithms on top of geometric-only data gives
> little more than casual results.
> > I had the opportunity to weight the theory behind these methods starting
> from the obituary of Mitchell Jay Feigenbaum by Maurizio Codogno on
> ilPost.it that referenced the New York Times:
> https://www.nytimes.com/2019/07/18/science/mitchell-feigenbaum-dead.html.
> Looking to further developments, I think there is not a "best" algorithm,
> but that it's useful to keep alternatives. I doubt the algorithms could
> really work well without an interface that can reach useful data, but
>
> Ok, we've hit a stalemate then. I was hoping to drop the additional
> algorithms to allow some desirable new features like avoiding
> duplicate text labels within xxx mm of others (e.g. avoiding too many
> labels for dual-carriage highways), and use that some logic to start
> implementing things like automatically abbreviated label text when the
> full text cannot be placed. But, if we keep all the existing
> algorithms, it basically means this logic has to be written multiple
> times. Ouch!
>
> > I also think that keeping them available without any special interface
> could keep them in a place that is not really influenced by the frequent
> enhancements of QGIS.
>
> Sounds great in theory, but the labeling code structure and logic
> doesn't work that allow that.
>
> Nyall
>
>
>
> > c
> >
> >
> > On Mon, Jul 29, 2019 at 8:31 AM Nyall Dawson 
> wrote:
> >>
> >> On Mon, 29 Jul 2019 at 16:28, Carlo A. Bertelli (Charta s.r.l.)
> >>  wrote:
> >> >
> >> > Label placement took a lot of time and efforts in the past and this
> is the outcome.
> >> > It's true, there is no real need for it while on screen, but it could
> be very useful in Layout. The problem is similar to generalisation, you
> need proper data to support label placement. Losing the relationship with
> real geographic objects, when exporting the layout in SVG or postscript,
> label placement takes time and needs cartographic expertise while changing
> the algorithm in Layout mode can help a lot.
> >>
> >> So - just to confirm -- you are actively changing that setting, and
> >> seeing useful results from different methods? If so, which do you use?
> >> Which give the best results? What's the trade off between them?
> >>
> >> Nyall
> >>
> >>
> >> > Keeping several algorithms in Layout could ease code maintenance
> while keeping all the advantages.
> >> > On the other hand, this needs some efforts on documentation and
> Anita's touch is really welcome here. Algorithms need reference but also a
> plain explanation in something that resembles a book. Someone developed a
> publishing business out of a GIS program... maybe this is too much and has
> already been done, but...
> >> > My two eurocents.
> >> > c
> >> >
> >> > On Mon, Jul 29, 2019 at 2:00 AM Nyall Dawson 
> wrote:
> >> >>
> >> >> On Fri, 26 Jul 2019 at 12:40, Nyall Dawson 
> wrote:
> >> >> >
> >> >> > Hey lists
> >> >> >
> >> >> > This was first discussed back in 2016 (see
> >> >> >
> http://osgeo-org.1560.x6.nabble.com/Removal-of-labeling-search-methods-td5262743.html
> ),
> >> >> > but would anyone object if the different labeling solution
> algorithms
> >> >> > eg 

Re: [QGIS-it-user] QGIS digitalizzazione avanzata

[Totò]

ciao, il link è sempre lo stesso e a me funziona, non capisco come rimediare:

https://pigrecoinfinito.wordpress.com/2019/07/17/qgis-strumenti-di-digitalizzazione-avanzata/

saluti



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] [QGIS-Developer] Dropping the extra label placement algorithms?

[Régis Haubourg]

+1 for the removal too. Never could explain the difference. Playing with
number of candidates is a lot more useful than changing the algorithm.
Best regards
Régis

Le mar. 6 août 2019 à 08:14, Anita Graser  a écrit :

> On Fri, Jul 26, 2019 at 4:40 AM Nyall Dawson 
> wrote:
>
>> Does ANYONE understand or change this setting? Or would object to its
>> complete removal?
>>
>
> I'd be +1 for removal. I know about the setting, don't understand the
> algorithmic differences, have tried them in the past, didn't see meaningful
> differences in the results.
>
> Regards,
> Anita
>
>
> ___
> QGIS-Developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] Dropping the extra label placement algorithms?

[Anita Graser]

On Fri, Jul 26, 2019 at 4:40 AM Nyall Dawson  wrote:

> Does ANYONE understand or change this setting? Or would object to its
> complete removal?
>

I'd be +1 for removal. I know about the setting, don't understand the
algorithmic differences, have tried them in the past, didn't see meaningful
differences in the results.

Regards,
Anita
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user