[QGIS-it-user] Si può inserire la graduazione nella tabella degli attributi?

[gabriele . dipalma]

Ciao a tutti,

scusate la domanda strana. Avrei necessità di graduare i valori  
numerici di una tabella degli attributi (cosa semplice in QGIS) e di  
inserire la categoria a cui corrisponde ciascuna geometria nella  
tabella degli attributi. Per esempio, in uno shp scelgo di graduare i  
valori di un campo in 5 quantili e vorrei che ciascuna geometria  
conservasse un numero da 1 a 5 nella tabella degli attributi a seconda  
del quantile a cui appartiene. O fare la stessa cosa con gli altri  
tipi di graduazione, in particolare Natural Breaks che sono sempre  
molto utili. Secondo voi è possibile? Il motivo è che con altre due  
persone abbiamo sviluppato una piattaforma web per progetti geografici  
e manca la funzione di graduazione automatica. Insomma, sarebbe un  
modo per ovviare a una lacuna e di categorizzare poi con colori  
diversi il campo che dice a quale quantile o simile appartiene la  
geometria. A meno che non riusciamo a integrare la piattaforma con la  
funzione di graduazione automatica, però al momento non saprei.


Grazie
Un caro saluto
Gabriele






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

Re: [Qgis-user] wishing for accurate lattitude/longitude from a cell phone

[Priv.-Doz. Dr. Maria Shinoto]

Somehow I did not follow the discussion, but like to add some of our 
experience. 

We are doing field work in a remote region in the southern Japanese mountains, 
archaeological surveys on the ground based on LiDAR data. 

A simple Garmin etrex10 is mostly reliable in an area of 40cm by 40cm around a 
measured point, if used repeatedly at this point and the point is located in 
the middle of a valley. Even cell phones do a good enough job. As soon as we 
get closer to the steep slopes, the accuracy of the Garmin is less than 5 to 10 
meters. We can check this with the detailed LiDAR based map, and geologists 
told us, that even an expensive device could not be more precise under these 
conditions. So we decided to measure traditionally on the ground if precise 
measure is necessary, otherwise note the GPS data and the location as shown in 
the map. 

To sum up, we came to the conclusion not to spend money on an expensive GPS 
that may not work in the shadow of steep slopes -- or in the streets of New 
York. -- I appreciate any additional advice, and hope that this experience can 
save Steve's organisation some money...

Best, 
Maria



> Am 23.05.2020 um 03:54 schrieb Stephen Sacks :
> 
> In order to make widely available some wise advice, I'm sending to this list 
> a message I received from Neil B.  In addition to Neil's message below, I 
> want to mention that Nicolas Cadieux also provided similar information, 
> saying I'd have to pay around $1,000 for equipment that gives consistently 
> accurate location coordinates.  And thanks, also to Falk Huettmann and Bernd 
> Vogelgesang for their replies.  
> 
> 
> Message from Neil B:
> 
> Hello Stephen.
> Glad that you're having success. I would like to start off by saying that it 
> is best to always reply to the mailing list and not directly to the person 
> who submitted the email. Mailing lists work really well in that there is a 
> pool of people out there who may be able to offer advice or may have an 
> alternate method to solve the problem that may turn out to be a better way. 
> On the flip side by maintaining the email chain through the mailing list, the 
> follow up emails that provide information are stored in the archives which 
> benefits anyone searching the internet to have the complete trail of 
> information.
> 
> As far as your results they are acceptable for the device you're using. GPS 
> in phones are never built to precision survey standards and there is no 
> reason for them to be. If you're within 30ft of where the phone thinks you 
> should be then you can easily navigate the rest of the way by visual sight. 
> High end equipment to achieve sub-inch accuracy is probably in the range of 
> thousands of dollars. One thing to keep in mind is there is a difference 
> between the accuracy of a device and to what level of precision they display. 
> While the app on the phone may display 8 decimal places of a lat/long 
> coordinate and tell you if you have moved a foot, it doesn't help that the 
> coordinate it is displaying is out +/- 30 feet. The accuracy of a device can 
> also be affected by the environment where the device is being operated. In 
> regards to cell phones, they use multiple sources to determine location such 
> as GPS, cell phone towers, and wifi points to perform the triangulation. Lack 
> of line of sight to satellites, signals from cell towers bouncing off of 
> surrounding buildings, or someone's wireless router using inaccurate position 
> information can all affect the accuracy of what is being displayed on your 
> phone.
> 
> So the question is how are you determining that the coordinates are wrong? If 
> you have information that you trust to be authoritative then adjust your 
> points to those values and carry on. I have no advice or opinions on 
> inexpensive devices that may help with a more accurate reading.
> 
> Please do not respond directly to me. This email account is not actively 
> monitored and I don't always have the time to follow up with the emails. All 
> the best with your endeavours.
> 
> ~Neil B.
> 
> On Fri, May 15, 2020 at 7:52 PM Stephen Sacks  wrote:
> Hi Neil, 
> 
>With your help, I have successfully brought the corners of our gardens 
> back from Pennsylvania to the Promenade here in Brooklyn Heights, New York.  
> Thank you.
>At the risk of wearing out my welcome, I'm now asking for more advice.  My 
> point features are approximately where they should be but not exactly, some 
> points are just a few feet off and some are 10 or even 30 feet off.  I 
> imported the data trying both EPSG 4326 and 4269.
>I'm now convinced that the problem is due to (1) my Google Pixel 3 
> cellphone, (2) the app I'm using ("Latitude Longitude" published by 
> gps-coordinates), and  especially (3) my less-than-steady hands.  I capture 
> coordinates by standing at spot, waiting for the blue dot to settle, and then 
> touching the blue dot.  Often I don't touch the screen at exactly the right 

[Qgis-user] wishing for accurate lattitude/longitude from a cell phone

[Stephen Sacks]

In order to make widely available some wise advice, I'm sending to this 
list a message I received from Neil B.  In addition to Neil's message 
below, I want to mention that Nicolas Cadieux also provided similar 
information, saying I'd have to pay around $1,000 for equipment that 
gives consistently accurate location coordinates.  And thanks, also to 
Falk Huettmann and Bernd Vogelgesang for their replies.



Message from Neil B:

Hello Stephen.
Glad that you're having success. I would like to start off by saying 
that it is best to always reply to the mailing list and not directly to 
the person who submitted the email. Mailing lists work really well in 
that there is a pool of people out there who may be able to offer advice 
or may have an alternate method to solve the problem that may turn out 
to be a better way. On the flip side by maintaining the email chain 
through the mailing list, the follow up emails that provide information 
are stored in the archives which benefits anyone searching the internet 
to have the complete trail of information.


As far as your results they are acceptable for the device you're using. 
GPS in phones are never built to precision survey standards and there is 
no reason for them to be. If you're within 30ft of where the phone 
thinks you should be then you can easily navigate the rest of the way by 
visual sight. High end equipment to achieve sub-inch accuracy is 
probably in the range of thousands of dollars. One thing to keep in mind 
is there is a difference between the accuracy of a device and to what 
level of precision they display. While the app on the phone may display 
8 decimal places of a lat/long coordinate and tell you if you have moved 
a foot, it doesn't help that the coordinate it is displaying is out +/- 
30 feet. The accuracy of a device can also be affected by the 
environment where the device is being operated. In regards to cell 
phones, they use multiple sources to determine location such as GPS, 
cell phone towers, and wifi points to perform the triangulation. Lack of 
line of sight to satellites, signals from cell towers bouncing off of 
surrounding buildings, or someone's wireless router using inaccurate 
position information can all affect the accuracy of what is being 
displayed on your phone.


So the question is how are you determining that the coordinates are 
wrong? If you have information that you trust to be authoritative then 
adjust your points to those values and carry on. I have no advice or 
opinions on inexpensive devices that may help with a more accurate reading.


Please do not respond directly to me. This email account is not actively 
monitored and I don't always have the time to follow up with the emails. 
All the best with your endeavours.


~Neil B.

On Fri, May 15, 2020 at 7:52 PM Stephen Sacks > wrote:


   Hi Neil,

   With your help, I have successfully brought the corners of our
   gardens back from Pennsylvania to the Promenade here in Brooklyn
   Heights, New York.  Thank you.
   At the risk of wearing out my welcome, I'm now asking for more
   advice.  My point features are approximately where they should be
   but not exactly, some points are just a few feet off and some are 10
   or even 30 feet off.  I imported the data trying both EPSG 4326 and
   4269.
   I'm now convinced that the problem is due to (1) my Google Pixel
   3 cellphone, (2) the app I'm using ("Latitude Longitude" published
   by gps-coordinates), and  especially (3) my less-than-steady hands. 
   I capture coordinates by standing at spot, waiting for the blue dot
   to settle, and then touching the blue dot. Often I don't touch the
   screen at exactly the right place.  I tried another app ("GPS
   Coordinates" published by Financept) which is better in that it
   allows me to zoom in, but I'm still not always getting it right.
  I'm thinking now that I need specialized equipment. That is what
   I want to ask you.  Can you recommend some inexpensive device that
   will allow me to simply press a button to record accurately the
   coordinates of the point where I'm standing?  Keep in mind that this
   is a community project with no funding.  I live on Social Security
   and a university pension, but I'm willing to pay something in the
   range of $50 or a bit more.  Do you know of anything at such a
   modest price, or would I have to pay much more?  Or perhaps you know
   of better software for my Android Pixel 3 phone.
 Thanks in advance for any advice you might offer.
  Steve

___
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] Adding folder location to Browser - Favorites with Python

[Seggie, Graeme]

Hello,

I am struggling to get something to work, which would seem to be an easy thing 
to do, but cannot quite make my understanding of the python docs work in 
practice.

What I would like to do, is run some python to add some folders to the 
favorites area in the browser within QGIS. This is to get round an 
environemental constraint of not being able to save a profile i.e. quickly add 
a python script to setup the favorites each time log on.

This is what I have tried thus far:

url = "U:\Tyres"
qgis.gui.QgsBrowserDockWidget(addFavoriteDirectory, uri)

-->

Traceback (most recent call last):
  File "C:\OSGEO4~1\apps\Python37\lib\code.py", line 90, in runcode
exec(code, self.locals)
  File "", line 1, in 
  File "", line 3, in 
NameError: name 'addFavoriteDirectory' is not defined

AND

url = "U:\Tyres"
qgis.gui.QgsBrowserDockWidget(addFavorite, uri)

-->

Traceback (most recent call last):
  File "C:\OSGEO4~1\apps\Python37\lib\code.py", line 90, in runcode
exec(code, self.locals)
  File "", line 1, in 
  File "", line 3, in 
NameError: name 'addFavorite' is not defined

Should I be calling the addFavorite code differently? This is within the Python 
console and script area of same.

Regards,
Graeme

___
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-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione

[Marco Spaziani]

Grazie a tutti.
Alla prossima

Il giorno ven 22 mag 2020 alle ore 12:37 Marco Guiducci <
marco.guidu...@regione.toscana.it> ha scritto:

>
>
> Il 22/05/2020 11:45, Giuliano Curti ha scritto:
> > On 5/22/20, Marco Guiducci  wrote:
> >>
> >> Il 21/05/2020 22:46, Marco Spaziani ha scritto:
> >>> Ho una tabella con una decina di punti le cui coordinate sono espresse
> >>> in gradi sessagesimali..
> > ciao Marco,
> >
> > scusa la franchezza, ma credo che così il problema sia mal posto e
> > impossibile da risolvere; provo a darne una esemplificazione diversa;
> >
> > sull'equatore (della Terra, sul sole sarebbe diverso, ma credo la
> > prima basti per il tuo problema :-) ) un grado corrisponde a
> > 2.pi.R/360 = 111317m (meglio ricontrollare i conti), quindi per avere
> > precisione centimetrica devi dividere per 1E7; la tua precisione
> > angolare deve essere di 1E-7 gradi per discriminare il cm sulla faccia
> > della Terra (stiamo parlando di angoli decimali) :-)
> >
> > (Detto non per asserire, ma per contribuire a dibattere :-) :-) )
> >
> > ciao,
> > giuliano
> >
>
> grazie del tuo contributo. rileggendo la mia, ho notato una imprecisione
> (per non dire di peggio :-)): "il tuo dato è espresso al secondo
> sessadecimale".
> Questo argomento è stato trattato più volte qui in lista.
> Più volte, negli anni, ho visto cose raccapriccianti, spesso dovute alla
> bizzarria di un foglio di calcolo (non faccio nomi) che nel momento di
> esportare (per esempio in un file tipo csv) troncava i numeri in
> funzione della larghezza della cella, con buona pace dei nostri
> carissimi decimali. Ma, risottolineo, purché quei decimali siano
> realmente significativi, cioè rispondano alla reale precisione del dato
> da trattare.
> marco
>
> --
> Marco Guiducci - 055 4383194
> SITA - Sistema informativo territoriale e ambientale
> Regione Toscana - Via di Novoli 26 - 50127 Firenze
>
> ___
> 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] Da gradi sessagesimali a sessadecimali. Livello di precisione

[Marco Guiducci]

Il 22/05/2020 11:45, Giuliano Curti ha scritto:

On 5/22/20, Marco Guiducci  wrote:


Il 21/05/2020 22:46, Marco Spaziani ha scritto:

Ho una tabella con una decina di punti le cui coordinate sono espresse
in gradi sessagesimali..

ciao Marco,

scusa la franchezza, ma credo che così il problema sia mal posto e
impossibile da risolvere; provo a darne una esemplificazione diversa;

sull'equatore (della Terra, sul sole sarebbe diverso, ma credo la
prima basti per il tuo problema :-) ) un grado corrisponde a
2.pi.R/360 = 111317m (meglio ricontrollare i conti), quindi per avere
precisione centimetrica devi dividere per 1E7; la tua precisione
angolare deve essere di 1E-7 gradi per discriminare il cm sulla faccia
della Terra (stiamo parlando di angoli decimali) :-)

(Detto non per asserire, ma per contribuire a dibattere :-) :-) )

ciao,
giuliano



grazie del tuo contributo. rileggendo la mia, ho notato una imprecisione 
(per non dire di peggio :-)): "il tuo dato è espresso al secondo 
sessadecimale".

Questo argomento è stato trattato più volte qui in lista.
Più volte, negli anni, ho visto cose raccapriccianti, spesso dovute alla 
bizzarria di un foglio di calcolo (non faccio nomi) che nel momento di 
esportare (per esempio in un file tipo csv) troncava i numeri in 
funzione della larghezza della cella, con buona pace dei nostri 
carissimi decimali. Ma, risottolineo, purché quei decimali siano 
realmente significativi, cioè rispondano alla reale precisione del dato 
da trattare.

marco

--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze

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

Re: [QGIS-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione

[Giuliano Curti]

On 5/22/20, Marco Guiducci  wrote:
>
>
> Il 21/05/2020 22:46, Marco Spaziani ha scritto:
>> Ho una tabella con una decina di punti le cui coordinate sono espresse
>> in gradi sessagesimali..

ciao Marco,

scusa la franchezza, ma credo che così il problema sia mal posto e
impossibile da risolvere; provo a darne una esemplificazione diversa;

sull'equatore (della Terra, sul sole sarebbe diverso, ma credo la
prima basti per il tuo problema :-) ) un grado corrisponde a
2.pi.R/360 = 111317m (meglio ricontrollare i conti), quindi per avere
precisione centimetrica devi dividere per 1E7; la tua precisione
angolare deve essere di 1E-7 gradi per discriminare il cm sulla faccia
della Terra (stiamo parlando di angoli decimali) :-)

(Detto non per asserire, ma per contribuire a dibattere :-) :-) )

ciao,
giuliano

PS: ho appena visto che Marco Guiducci ha dato già la risposta, ma
aggiungo questa, forse più semplice :-)
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione

[Marco Guiducci]

Il 22/05/2020 09:33, Ludovico ha scritto:

Ciao, 6 cifre decimali dovrebbero fornire una precisione centimetrica.





facciamo questa prova: fare un file txt così
x y
12 43
12.01 43
12.01 43.01
12 43.01

caricarlo in QGis con epsg 4326
poi impostare la proiezione al volo su 3003

misurare la distanza tra i punti: 8 cm in longitudine e 11 in latitudine.

Con altri due decimali verrebbe il mm, se i dati sono al centimetro 
forse è corretto tenere il mm. Nel caso abbassare a 7 (in questo caso si 
ottiene 8 mm in long e 11 mm in lat).

marco

--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze

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

Re: [QGIS-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione

[Marco Guiducci]

Il 21/05/2020 22:46, Marco Spaziani ha scritto:
Ho una tabella con una decina di punti le cui coordinate sono espresse 
in gradi sessagesimali. Per far meglio digerire questi dati a QGIS 
voglio (devo) trasformarli in sessadecimali. A tal fine uso la 
formuletta classica: Gradi sessadecimali = g° +(m'/60) + (m''/3600) 
dove g° sono i gradi, m' i minuti primi e m'' i minuti secondi.
Ora, se mi capitano coordinate ben divisibili per 3600 mi viene fuori 
un numero finito (tipo: 30°43'12'' = 30°.72) e va tutto bene ma, se mi 
capitano coordinate mal divisibili per 3600 mi vengono fuori numeri 
con più di venti cifre decimali (tipo: 30°43'13'' 
= 30,720278‬.
La domanda è questa. Per avere una coordinata sessadecimale che mi 
esprima, come precisione, il centimetro, a quante cifre decimale posso 
permettermi di poter arrotondare il numero che ottengo dalla 
formuletta di cui sopra?




- poniamo sferica la Terra con raggio di 6378 km
- l'arco sulla circonferenza è dato dal prodotto del raggio per l'angolo 
al centro espresso in radianti

- l'angolo al centro è dato dal rapporto tra l'arco e ed il raggio

Quindi:
- l'arco di meridiano corrispondente ad un secondo sessagesimale è: 
1/3600/180*3.14*6378000= 30 metri circa.
- larco di longidudine: 30*cos lat (per esempio alle nostre latitudini 
viene circa 20 metri)


questo vuol dire che se il tuo dato è espresso al secondo sessadecimale 
stai dando delle geometrie "a rettangoli" di 30x20 metri


Detto questo, calcoliamo i decimali per i gradi sessadecinali

angolo = 30 metri / 6378000 / 3.14 * 180 = 2.69*e-4  cioè devi 
scrivere almeno quattro decimali


Se il tuo dato ha un'accuratezza al centimetro:

angolo = 0,01  / 6378000 / 3.14 * 180 = 8.98e-8 gradi 
sessadecimali, almeno 8 decimali


Ma tieni presente l'assunto originale: se la tabella dei punti di 
partenza è al secondo sessagesimale, il centimetro è pura invenzione 
matematica. stai sui 30 metri!


marco

--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze

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

Re: [QGIS-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione

[Ludovico]

Ciao, 6 cifre decimali dovrebbero fornire una precisione centimetrica.



-
Dott. For. Ludovico Frate, PhD

--
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