Re: [QGIS-it-user] Discordanza nella traduzione in italiano dei nomi degli algoritmi di processing

2022-04-12 Thread Stefano Campus 
Ciao Andrea, la 3.16 è stata eliminata da Tx quindi non si può più operare.
In altri contesti warp è proprio usato come 'trasformazione', quindi
manterrei proprio 'Trasformazione (riproiezione)' per Warp (reproject) e
'trasfomazione' quando è solo
Che ne dite?


Il mar 12 apr 2022, 22:21 Andrea Giudiceandrea  ha
scritto:

> Un' altra discordanza di cui mi sono accorto per caso:
>
> il nome dell'algoritmo di processing GDAL "Warp (reproject)" era
> tradotto in italiano in QGIS 3.16, così come nella relativa
> documentazione online, con "Riproiezione"; nella documentazione di QGIS
> 3.22 è tradotto anche con "Riproiezione", mentre in QGIS 3.22 e QGIS
> 3.24 risulta tradotto con "Trasformazione (riproiezione)" e in QGIS
> master con "Riproiezione".
>
> A presto.
>
> Andrea
>
>
> Il 31/03/2022 21:15, Andrea Giudiceandrea ha scritto:
> > Ciao Stefano,
> > grazie della esaurientissima spiegazione!
> >
> > Ho visto che hai corretto (in "Campiona valori raster") l'erronea
> > traduzione ("Raster valori campione") del nome dell'algoritmo "Sample
> > raster values" nelle GUI di QGIS 3.22 e 3.24.
> > Invece quella presente nella documentazione, che era stata segnalata
> > già a novembre scorso, risulta ancora erroneamente "Raster valori
> > campione" invece di "Campiona valori raster".
> >
> > Per quanto riguarda i vari algoritmi di GDAL "Rasterize (*)":
> > Rasterize (overwrite with attribute)
> > Rasterize (overwrite with fixed value)
> > Rasterize (vector to raster)
> >
> > la traduzione nella documentazione, così come nella GUI di QGIS 3.16,
> > 3.20 e master, è all'imperativo "Rasterizza (sovrascrivi *)", mentre è
> > stata tradotta all'infinito "Rasterizzare (sovrascrivere *)" nella GUI
> > di QGIS 3.22 e 3.24.
> >
> > Se può servire, potrei nuovamente generare l'elenco dei nomi degli
> > algoritmi nella GUI e della relativa traduzione in italiano.
> >
> > A novembre mi sa che ci eravamo "lasciati" con una serie di modifiche
> > da effettuare alle traduzioni dei nomi di alcuni altri algoritmi, ma
> > non so e non ho controllato se poi sono sono state fatte.
> >
> > A presto.
> >
> > Andrea
>
> ___
> 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] [QGIS-Developer] Use of NE(SW) in the showing of (ordered) coordinates within QGIS

2022-04-12 Thread Greg Troxel via Qgis-user 

Richard Duivenvoorde  writes:

> I think we should never copy the characters, only numbers ( well,
> except when using W/S/E/N :-) )..

Having thought a bit more this seems very tricky.

> I also understood from somebody that when using latlon coordinates the
> minus sign is actually redundant, as you should use the WSEN?

I don't think it's that simple, and looking at EPSG I'm sure it's not!
(qgis should not be tied to EPSG; it should follow any defined CRS,
custom or proj-provided but I understand most are from EPSG.)

Sometimes people write any of the following

  (42, -71)
  (-71, 42)
  42N 71W

for geographic.  And sometimes DM, DMS.  If we are going to try to align
with EPSG:4326, I think that means the first form.  But looking at

  https://epsg.org/crs_4326/WGS-84.html

it says that the parameter is in degrees [supplier to define
representation], and that latitude it positive north, longitude positive
east.

Degrees are given as

  https://epsg.org/unit_9122/degree-supplier-to-define-representation.html

which means that formally, we must define a representation among the
example choices of decimal, DMSH.  Other degree formats are just numbers
and numbers with hemispheres:

  https://epsg.org/unit_9102/degree.html
  https://epsg.org/unit_9116/degree-hemisphere.html

So I guess that means qgis could choose any of

  D DH DM DMH DMS DMSH

where H means no negative sign and N/S E/W, lack of H means numbers that
could be negative and no N/S/E/W.

It is pretty obvious which representation is chosen by how it's
printed.  It's clear that for cut/paste for computer use, 42,-71 is
best, and for human use it depends.

Looking beyond WGS84, I picked ITRF2014 and that is also EPSG:9122
(which I find surprising):

  https://epsg.org/crs_7912/ITRF2014.html

>> Part of the underlying trouble is that in qgis/proj we blur:
>>   datum
>>   projection
>> into
>>   CRS
>> except that some CRS are datum only, and some are datum+projection.
>
> But isn't that the 'difference' in what QGIS (in the CRS dialog) calls
> 'Geographic Coordinate Systems' vs 'Projected Coordinate Systems'?

Yes, but in opening a project and clicking around this is really not
obvious.  I know which are which, but it's really subtle.


Someone commented about in US usage Northing preceding Easting, and I
think meant for UTM, but might have also meant for State Plane
Coordinates.  I just checked a survey plan (MA SPC Mainland, which is
LCC) and sure enough N is given before E.  That doesn't mean it's right
in all cases; GIS, geodesy, surveying are all distinct subcultures.

Looking up Mass SPC, I find:

  https://epsg.org/crs_6491/NAD83-2011-Massachusetts-Mainland.html

and that is clear:

  Cartesian 2D CS. Axes: easting, northing (X,Y). Orientations: east,
  north. UoM: m.

which means easting has to come first, and the use of E and N is
non-compliant with the EPSG definition.  Use of E/N to label those also
is fundamentally different than N/S in latitude: it's a label for whcih
coordinate is which, not a replacement for a sign bit.

My impression is that while people often write xxx.xxxN, xxx.xxxE, it is
always easting, northing when used as a coordinate in a machine-readable
way.

> So: that would make (?): if crs.isGeographic() [0] we should/could use
> WSEN, and if not then we should NOT use WSEN (and optionally x/y if
> that is more clear)... except when copying coordinates, because that
> would mess up parsers :-)

It comes back to the purpose of this.  I would say:

  - By default the rules in the CRS should be followed.  That means N/S
can be used only if the underlying degree reference is EPSG:9122.
But then it's optional.

  - Copy coordinate is intended to produce something machine-readable.
That means just numbers, to the extent that is reasonable.

  - The display format should match what is copied, to follow the
Principle of Least Astonishment.

  - If someone wants a richer display of coordinates in many formats,
that should perhaps be another right-click menu item.

My vote is for just numbers, like we have now, so the only thing
changing is making the axes compliant with the CRS definition.

And, perhaps either a preference to select a degree represenation (6
choices!), or multiple entries in the menu.  But default should be plain
decimal degrees, IMHO.

I would be ok with the chosen degree representation being used even if
the CRS specifies 9102 instead of 9122.

I would also be ok with a preference to add E/N letters to coordinates
that are defined to mean Easting and Northing by the CRS.   Default off.

Hope this helps




signature.asc
Description: PGP signature
___
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] Fwd: Creating a polygon around vertices

2022-04-12 Thread Stefan Giese (WhereGroup) via Qgis-user 

search for concavehull or see this one https://youtu.be/24H_MyXohL4

Am 12.04.2022 um 14:36 schrieb Yamen Tekaji via Qgis-user:



Dears,

I have a layer containing 700K points. please check attachment.
I want to create a polygon that passes through the outer points only. 
an outline polygon.

Can you please help me in achieving this?
If you know a web page that teaches this in details, it will 
be helpful and appreciated.


Thanks
Yamen



___
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


--
Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
-
Aufwind durch Wissen!
Jetzt neu: Web-Seminare und Online-Schulungen
bei derwww.foss-academy.com
-
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Tel.: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com
www.wheregroup.com
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885
___
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] Creating a polygon around vertices

2022-04-12 Thread Yamen Tekaji via Qgis-user 
Dears,

I have a layer containing 700K points. please check attachment.
I want to create a polygon that passes through the outer points only. an
outline polygon.
Can you please help me in achieving this?
If you know a web page that teaches this in details, it will be helpful and
appreciated.

Thanks
Yamen
___
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] Fwd: Creating a polygon around vertices

2022-04-12 Thread Yamen Tekaji via Qgis-user 
Dears,

I have a layer containing 700K points. please check attachment.
I want to create a polygon that passes through the outer points only. an
outline polygon.
Can you please help me in achieving this?
If you know a web page that teaches this in details, it will be helpful and
appreciated.

Thanks
Yamen
___
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-it-user] Problemi con Georeferenziatore

2022-04-12 Thread Massimo Figaroli 
Buongiorno a tutti.
Scrivo perché sto incontrando alcuni problemi con il Georeferenziatore.
Utilizzo QGIS, nella versione 3.22.5 standalone su Windows 10.
Una volta impostati i parametri di trasformazione ed attribuiti i diversi
GCP al mio raster di dimensione 2,5-2,8 Mb (ho provato con le estensioni
.pdf, .jpeg, .png), al lancio della georeferenziazione segue la comparsa
della finestra di avanzamento dell'operazione che, però, non avanza: rimane
inchiodata allo 0%. Per uscire dall'operazione devo interrompere/terminare
l'esecuzione di QGIS.
Ho effettuato le medesime operazioni con la 3.22.3 ottenendo lo stesso
risultato di blocco.
Con la 3.16.4 non ho avuto alcun tipo di problemi nell'esecuzione della
georeferenziazione.

A qualcuno succede la stessa cosa?

Vi ringrazio per eventuali consigli,
buona giornata.

M.

--
*Massimo Figaroli*
Ambientologo e Agrotecnico Laureato

Como (CO) - P.IVA 03422160139


@massimo.figar...@gmail.com

pec  massimo.figar...@aisapec.it

cell. 3381471605

Skype  massimofigaroli 
Web   www.massimofigaroli.it   Linkedin
   ECOSBN


Ai sensi del Regolamento (UE) 2016/679, Le informazioni contenute in questo
messaggio e in ogni documento o file ad esso allegato sono riservate e
confidenziali. Il loro utilizzo è consentito esclusivamente al destinatario
del messaggio o a diversa persona da questo autorizzata, per le finalità
indicate nel messaggio medesimo. Qualora Lei non fosse la persona cui il
presente messaggio è destinato, La invitiamo ad eliminarlo dal Suo Sistema
e a distruggere le varie copie o stampe, dandocene gentilmente
comunicazione. Ogni utilizzo improprio è contrario ai principi del
Regolamento (UE) 2016/679. Regione Lombardia – Giunta Regionale opera in
conformità al Regolamento (UE) 2016/679 citato. Per qualsiasi informazione
a riguardo si prega di contattarci al seguente indirizzo e-mail:
massimo.figar...@gmail.com
___
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] Use of NE(SW) in the showing of (ordered) coordinates within QGIS

2022-04-12 Thread Richard Duivenvoorde via Qgis-user 

On 2022-04-11 14:38, Greg Troxel via QGIS-Developer wrote:

Thanks Greg,

I think we should never copy the characters, only numbers ( well, except 
when using W/S/E/N :-) )..


I also understood from somebody that when using latlon coordinates the 
minus sign is actually redundant, as you should use the WSEN?



Part of the underlying trouble is that in qgis/proj we blur:
  datum
  projection
into
  CRS
except that some CRS are datum only, and some are datum+projection.


But isn't that the 'difference' in what QGIS (in the CRS dialog) calls 
'Geographic Coordinate Systems' vs 'Projected Coordinate Systems'?


So: that would make (?): if crs.isGeographic() [0] we should/could use 
WSEN, and if not then we should NOT use WSEN (and optionally x/y if that 
is more clear)... except when copying coordinates, because that would 
mess up parsers :-)


Regards,

Richard

[0] 
https://qgis.org/pyqgis/master/core/QgsCoordinateReferenceSystem.html?#qgis.core.QgsCoordinateReferenceSystem.isGeographic

___
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