[QGIS-it-user] Sintesi incontro "GDAL Futuro"

[matteo]

Buongiorno,

ieri sera, in maniera molto informale, abbiamo discusso sul tema GDAL e 
più in generale sul software libero.


È stato un bel successo, sia per i contenuti della discussione, sia per 
il numero di partecipanti.


Ho preparato un documento di sintesi che potete trovare qui:

https://www.faunalia.eu/nextcloud/index.php/s/63rj9qL9FWH4fsT

Mandatemi pure i vostri commenti (in privato) cosi da poterli aggiungere 
e aggiornare il documento


A presto

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

Re: [Qgis-user] open form with button

[Stefan Giese]

Hi Raphael,

yes this is possible. But you will need to make your own custom form 
with qt Designer (delivered with QGIS) and some python code. A good 
starting point is the Blog from Nathan Woodrow, which is for QGIS 2.x 
but the principle is almost the same. In the Python scripts you should 
change the import statements to PyQt5 instead of PyQt4: 
https://woostuff.wordpress.com/2011/09/05/qgis-tips-custom-feature-forms-with-python-logic/


also you will find a brief description on qgis.org: 
https://docs.qgis.org/3.10/en/docs/training_manual/create_vector_data/forms.html#hard-fa-creating-a-new-form


Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
-
Einladung zum
Mapbender Anwendertreffen
online am 25.03.2021
https://mapbender.org
-
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Fon: +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

Am 09.02.2021 um 08:01 schrieb Raphael d'Epagnier:


Hello everyone

I have already asked a similar question on this topic and received an 
answer that was very helpful and sufficient for the previous project, 
but I still need additional help.


I have a point, line and area layer and an attribute table with 
detailed information about the respective geometry objects. In the 
attribute table, several objects of the different geometry types 
(point, line, area) can belong to the same object.


The aim is that when I select a point, for example, the information 
from the attribute table is displayed (attribute table form opens 
instead of the point table form). A view is not an option as the data 
in the form needs to be editable. Is it possible to add a button or 
double-click to retrieve the information from the attribute table 
form? There is no problem if this opens a separate form or the 
attribute table form. I have attached a picture to explain my problem.


Thanks for the help

Best regards,

Raphael

--

Image



*GeoplanTeam AG*

Egliweg 6

CH-2560 Nidau

Image



+41 (0) 32 332 78 00

Image



www.geoplanteam.ch

Image



raphael.depagn...@geoplanteam.ch

Image


___
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


OpenPGP_signature
Description: OpenPGP digital 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

[Qgis-user] open form with button

[Raphael d'Epagnier]

Hello everyone

I have already asked a similar question on this topic and received an answer 
that was very helpful and sufficient for the previous project, but I still need 
additional help.

I have a point, line and area layer and an attribute table with detailed 
information about the respective geometry objects. In the attribute table, 
several objects of the different geometry types (point, line, area) can belong 
to the same object.

The aim is that when I select a point, for example, the information from the 
attribute table is displayed (attribute table form opens instead of the point 
table form). A view is not an option as the data in the form needs to be 
editable. Is it possible to add a button or double-click to retrieve the 
information from the attribute table form? There is no problem if this opens a 
separate form or the attribute table form. I have attached a picture to explain 
my problem.

Thanks for the help
Best regards,
Raphael


--
[Image]
GeoplanTeam AG
Egliweg 6
CH-2560 Nidau
[Image]
+41 (0) 32 332 78 00
[Image]
www.geoplanteam.ch
[Image]
raphael.depagn...@geoplanteam.ch

[Image]


___
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] GRASS and UK LIDAR

[Nyall Dawson]

On Tue, 9 Feb 2021 at 05:57, Dave Marshall <43carn...@gmail.com> wrote:
>
> Hello,
>
> I use QGIS 3.4 to visualise LIDAR tiles from the UK which use EPSG:27700 as 
> the CRS. I put height contours on the images using the r.contour feature in 
> GRASS. This works extremely well. I have tried a couple of times to move to a 
> more up-to-date version of QGIS but in each case, the version of r.contour 
> associated with later versions does not work. These later versions seem to 
> require some sort of co-ordinate transformation on opening the LIDAR files (I 
> think to EPSG:4326) and I wonder if this is part of the problem. Running 
> r.contour generates an error message which seems to suggest it does not 
> recognise or cannot work with the CRS being used (there is a reference to 
> Airy Spheroid).

What's the error?

Nyall



>
> What I would like to do is to be able to use a more up-to-date version of 
> QGIS but with the same version of GRASS which I get when I use 3.4. This 
> version would seem to be 7.6.1 rather than 7.8.5.
>
> There is a similar contour feature in QGIS under \Raster\Extraction but this 
> does not allow the specification of height ranges which is essential for the 
> work I am doing to avoid the routine from taking a very long time to run.
>
> Any help or advice would be much appreciated,
>
> Dave Marshall
> ___
> 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] workshop proposal for a Qgis hack friday

[Luigi Pirelli]

good addition Quentin remember there where already training and
material prepared (IIRC) by Alexandre Neto about exactly this. No idea if
there where recorded material but probably some tutorial... you can start
from there.
I remember also training by Alessandro Pasotti about do the first commit.

I't always good to repeat these fundamentals, just avoid to start from
scratch and use already prepared material and update it.

cheers

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 Mon, 8 Feb 2021 at 18:13, Quentin - Fractale 
wrote:

> Hi,
>
> We (Pierre, Thomas & Me) are qgis user involved in the French QGIS user
> group. We've talked about doing a workshop on starting to contribute to
> QGIS.
>
> Basically, it would be about :
> - How to find out answers, helping people to figure out the right way for
> sharing user experience, creating feedback on the project and showing
> existing ways to contribute (translation, testing, etc.)
>
> We know that it could leads to a lot of issues on the github project (and
> certainly too much work for the qgis contributors) so the workshop would be
> also about explaining how the whole ecoystem works. For instance, in
> France, we have georezo.net project where beginners (and expert also) ask
> questions regarding some problems and enventually bugs which could be
> interesting to put an issue on Github.
>
> Our questions are:
>
> - Does this workshop could feet in the QGIS HACK FRIDAY ?
>
> - For the first time could it be possible to do it in French ?  We are
> more fluent in this language :> . but we can see if some over guys in the
> french user group are best than us in english.
>
> thanks for all !
> Bye,
>
> Pierre < attenz...@zaclys.net>
> 
>
> Quentin < quen...@fractale.xyz>
>
>
> ___
> 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] GRASS and UK LIDAR

[Dave Marshall]

Alex,

Many thanks for the quick response. That would explain why I see the
message to select a different CRS when I load these files into
later versions of QGIS but all the work I do generates UK Ordnance Survey
grid references so I have to use the 27700 projection or one that will
generate the exact same numbers. Perhaps I just have to live with the old
version.

Cheers,

Dave

On Mon, 8 Feb 2021 at 21:36, Alexis R.L.  wrote:

> PROj might have changed and your file projection is unsupported anymore.
> Transfer your layer to something less specific.
>
> Alex
>
>
> Le lun. 8 févr. 2021 à 14:57, Dave Marshall <43carn...@gmail.com> a
> écrit :
>
>> Hello,
>>
>> I use QGIS 3.4 to visualise LIDAR tiles from the UK which use EPSG:27700
>> as the CRS. I put height contours on the images using the r.contour feature
>> in GRASS. This works extremely well. I have tried a couple of times to move
>> to a more up-to-date version of QGIS but in each case, the version of
>> r.contour associated with later versions does not work. These later
>> versions seem to require some sort of co-ordinate transformation on opening
>> the LIDAR files (I think to EPSG:4326) and I wonder if this is part of the
>> problem. Running r.contour generates an error message which seems to
>> suggest it does not recognise or cannot work with the CRS being used (there
>> is a reference to Airy Spheroid).
>>
>> What I would like to do is to be able to use a more up-to-date version of
>> QGIS but with the same version of GRASS which I get when I use 3.4. This
>> version would seem to be 7.6.1 rather than 7.8.5.
>>
>> There is a similar contour feature in QGIS under \Raster\Extraction but
>> this does not allow the specification of height ranges which is essential
>> for the work I am doing to avoid the routine from taking a very long time
>> to run.
>>
>> Any help or advice would be much appreciated,
>>
>> Dave Marshall
>> ___
>> 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] GRASS and UK LIDAR

[Alexis R.L.]

PROj might have changed and your file projection is unsupported anymore.
Transfer your layer to something less specific.

Alex


Le lun. 8 févr. 2021 à 14:57, Dave Marshall <43carn...@gmail.com> a écrit :

> Hello,
>
> I use QGIS 3.4 to visualise LIDAR tiles from the UK which use EPSG:27700
> as the CRS. I put height contours on the images using the r.contour feature
> in GRASS. This works extremely well. I have tried a couple of times to move
> to a more up-to-date version of QGIS but in each case, the version of
> r.contour associated with later versions does not work. These later
> versions seem to require some sort of co-ordinate transformation on opening
> the LIDAR files (I think to EPSG:4326) and I wonder if this is part of the
> problem. Running r.contour generates an error message which seems to
> suggest it does not recognise or cannot work with the CRS being used (there
> is a reference to Airy Spheroid).
>
> What I would like to do is to be able to use a more up-to-date version of
> QGIS but with the same version of GRASS which I get when I use 3.4. This
> version would seem to be 7.6.1 rather than 7.8.5.
>
> There is a similar contour feature in QGIS under \Raster\Extraction but
> this does not allow the specification of height ranges which is essential
> for the work I am doing to avoid the routine from taking a very long time
> to run.
>
> Any help or advice would be much appreciated,
>
> Dave Marshall
> ___
> 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

[Qgis-user] GRASS and UK LIDAR

[Dave Marshall]

Hello,

I use QGIS 3.4 to visualise LIDAR tiles from the UK which use EPSG:27700 as
the CRS. I put height contours on the images using the r.contour feature in
GRASS. This works extremely well. I have tried a couple of times to move to
a more up-to-date version of QGIS but in each case, the version of
r.contour associated with later versions does not work. These later
versions seem to require some sort of co-ordinate transformation on opening
the LIDAR files (I think to EPSG:4326) and I wonder if this is part of the
problem. Running r.contour generates an error message which seems to
suggest it does not recognise or cannot work with the CRS being used (there
is a reference to Airy Spheroid).

What I would like to do is to be able to use a more up-to-date version of
QGIS but with the same version of GRASS which I get when I use 3.4. This
version would seem to be 7.6.1 rather than 7.8.5.

There is a similar contour feature in QGIS under \Raster\Extraction but
this does not allow the specification of height ranges which is essential
for the work I am doing to avoid the routine from taking a very long time
to run.

Any help or advice would be much appreciated,

Dave Marshall
___
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] Lat Lon Tools question

[Greg Troxel]

I think the real problem is the convention of using MGRS bands without
saying MGRS.   So that leads me to procedure names and comments:

utm_zone_ns (UTM zone numbers north or south)
utm_zone_mgrs_band (UTM zones with MGRS latitude band designators)

I think it's necessary to make both clear, because some readers will be
aware of one convention and not the other.

I think it's important to avoid representing things like "19T" as just
"UTM" because really they are not.


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] Lat Lon Tools question

[Nicolas Cadieux]

Hi,

I have add a  google drive link to the world MGRS. This should help.

https://drive.google.com/file/d/1HeTOUCHrOF4dqLXyebO33nUwioYGnGbI/view?usp=sharing

Nicolas

On 2021-02-08 9:34 a.m., C Hamilton wrote:
I should have jumped in on this conversation over the weekend 
especially since I am the author of Lat Lon Tools. but all who 
responded have properly addressed the problems with UTM and 
especially with how MGRS got mixed in with UTM and the confusion with 
N & S. What Lat Lon Tools provides is the standard UTM coordinates 
without the MGRS latitude bands. I have been considering adding 
another function that provides the alternative UTM with MGRS latitude 
bands.


If anyone has any suggestions on the best way to present these two 
different UTM versions that helps to avoid ambiguity, please let me know.


Thanks,

Calvin

On Sat, Feb 6, 2021 at 2:19 PM Eric Sorensen > wrote:


As Greg and others point out, I appear to be using the UTM zone
term inappropriately.  My apologies.

What I am after in my label, is the MGRS flavor that includes the
latitude band, and agrees with the image shown in this link;

https://docs.qgis.org/3.4/en/_images/utm_zones.png


After you folks successfully educated me on this, I came up with
the following;

concat(name, ', ',  mgrs_gzd($Y, $X), ' ', format_number(utm_east(
$Y, $X), 0), ' ',  format_number(utm_north( $Y, $X), 0))

Which gets me a label like this for the point I originally supplied;
Park, 13S 384,258 3,974,547

This is how my Garmin GPS displays coordinates of waypoints (sans
the commas), and how someone would input the point into their gps,
after I hand them a map I have created in QGIS.  Now to eliminate
the commas.

Thank you all for your input,
es



On Feb 6, 2021, at 11:41 AM, Greg Troxel mailto:g...@lexort.com>> wrote:


Eric Sorensen mailto:e@me.com>> writes:


 
   2262.18896499826



The labels appear as expected, except one small problem.  I know
the points are in UTM zone 13S, yet the label shows zone 13N.

Any thoughts on what I am doing wrong.


That latitude is north, and in New Mexico.  Why do you think it's
zone
13S?



Beware of the confusion between grid zones from MGRS, not technically
part of UTM, and UTM north/south.  See


https://en.wikipedia.org/wiki/Universal_Transverse_Mercator_coordinate_system#Notation



So it seems the UTM output uses S and N -- which is what I would
expect
for straight UTM without a MGRS flavor.

If you moved north, you could be in 13T, from 40-48 degrees, and not
have this issue, but then you'd have more snow :-)



___
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


--
Nicolas Cadieux
https://gitlab.com/njacadieux

___
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] Lat Lon Tools question

[C Hamilton]

Those are great suggestions. I have put this on my to-do list, but given
that I have a number of tasks already that I need to accomplish, it may be
a few weeks before I will be able to work on it.

On Mon, Feb 8, 2021 at 12:56 PM chris hermansen 
wrote:

> Calvin and list,
>
> On Mon, Feb 8, 2021 at 6:35 AM C Hamilton  wrote:
>
>> I should have jumped in on this conversation over the weekend especially
>> since I am the author of Lat Lon Tools. but all who responded have properly
>> addressed the problems with UTM and especially with how MGRS got mixed in
>> with UTM and the confusion with N & S. What Lat Lon Tools provides is the
>> standard UTM coordinates without the MGRS latitude bands. I have been
>> considering adding another function that provides the alternative UTM with
>> MGRS latitude bands.
>>
>> If anyone has any suggestions on the best way to present these two
>> different UTM versions that helps to avoid ambiguity, please let me know.
>>
>>
> A suggestion, yes.
>
> This site https://www.maptools.com/tutorials/utm/quick_guide doesn't make
> it completely obvious that they are talking about MGRS.  Moreover it makes
> demonstrably false claims like
>
> The 10S is the Grid Zone Designation you are in. *The Grid Zone is
>> necessary to make the coordinates unique over the entire globe*. (my
>> emphasis here).
>>
> This site https://www.spatialreference.org/ref/epsg/wgs-84-utm-zone-10s/
> makes the use of N and S as zones north of the equator and zones south of
> the equator completely clear, but doesn't mention MGRS.
>
> Not to mention the Wikipedia article quoted awhile back in this
> conversation, which refers to both in an unclear fashion.
>
> So my suggestion to you is that you make it clear that you are referring
> to UTM Zones as described by the spatialreference.org site and not UTM
> Grid Zone Designations (or MGRS if you like) as described by maptools.com.
> You may even want to be explicit in saying that there are only N and S
> designators in UTM Zones and they refer to metres north of the equator vs
> metres north of the -80th parallel.
>
> You could call the version you have right now "UTM Zones" and the version
> you might develop "UTM Grid Zone Designations".  Or maybe the latter as
> "UTM MGRS".
>
>
> --
> Chris Hermansen · clhermansen "at" gmail "dot" com
>
> C'est ma façon de parler.
>
___
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] workshop proposal for a Qgis hack friday

[Charles Dixon-Paver]

I think this would be a great addition to the QGIS Open Day event.

I created the event page at
https://github.com/qgis/QGIS/wiki/QHF-February-2021 which you can add your
event to so that others may join in.

Feel free to modify the sample event (we have nothing else scheduled yet)
and add your events details.

P.S. Other languages are welcome. We did have a session in Spanish last
month as well: https://github.com/qgis/QGIS/wiki/QHF-January-2021

Regards

On Mon, 8 Feb 2021 at 19:13, Quentin - Fractale 
wrote:

> Hi,
>
> We (Pierre, Thomas & Me) are qgis user involved in the French QGIS user
> group. We've talked about doing a workshop on starting to contribute to
> QGIS.
>
> Basically, it would be about :
> - How to find out answers, helping people to figure out the right way for
> sharing user experience, creating feedback on the project and showing
> existing ways to contribute (translation, testing, etc.)
>
> We know that it could leads to a lot of issues on the github project (and
> certainly too much work for the qgis contributors) so the workshop would be
> also about explaining how the whole ecoystem works. For instance, in
> France, we have georezo.net project where beginners (and expert also) ask
> questions regarding some problems and enventually bugs which could be
> interesting to put an issue on Github.
>
> Our questions are:
>
> - Does this workshop could feet in the QGIS HACK FRIDAY ?
>
> - For the first time could it be possible to do it in French ?  We are
> more fluent in this language :> . but we can see if some over guys in the
> french user group are best than us in english.
>
> thanks for all !
> Bye,
>
> Pierre < attenz...@zaclys.net>
> 
>
> Quentin < quen...@fractale.xyz>
>
>
> ___
> 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] Lat Lon Tools question

[chris hermansen]

Calvin and list,

On Mon, Feb 8, 2021 at 6:35 AM C Hamilton  wrote:

> I should have jumped in on this conversation over the weekend especially
> since I am the author of Lat Lon Tools. but all who responded have properly
> addressed the problems with UTM and especially with how MGRS got mixed in
> with UTM and the confusion with N & S. What Lat Lon Tools provides is the
> standard UTM coordinates without the MGRS latitude bands. I have been
> considering adding another function that provides the alternative UTM with
> MGRS latitude bands.
>
> If anyone has any suggestions on the best way to present these two
> different UTM versions that helps to avoid ambiguity, please let me know.
>
>
A suggestion, yes.

This site https://www.maptools.com/tutorials/utm/quick_guide doesn't make
it completely obvious that they are talking about MGRS.  Moreover it makes
demonstrably false claims like

The 10S is the Grid Zone Designation you are in. *The Grid Zone is
> necessary to make the coordinates unique over the entire globe*. (my
> emphasis here).
>
This site https://www.spatialreference.org/ref/epsg/wgs-84-utm-zone-10s/
makes the use of N and S as zones north of the equator and zones south of
the equator completely clear, but doesn't mention MGRS.

Not to mention the Wikipedia article quoted awhile back in this
conversation, which refers to both in an unclear fashion.

So my suggestion to you is that you make it clear that you are referring to
UTM Zones as described by the spatialreference.org site and not UTM Grid
Zone Designations (or MGRS if you like) as described by maptools.com.  You
may even want to be explicit in saying that there are only N and S
designators in UTM Zones and they refer to metres north of the equator vs
metres north of the -80th parallel.

You could call the version you have right now "UTM Zones" and the version
you might develop "UTM Grid Zone Designations".  Or maybe the latter as
"UTM MGRS".


-- 
Chris Hermansen · clhermansen "at" gmail "dot" com

C'est ma façon de parler.
___
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] Sosteniamo il futuro

[matteo]

Abbiamo cambiato l'indirizzo di jitsi per problemi di connessione:

https://meet.jit.si/gdal-futuro

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

[Qgis-user] workshop proposal for a Qgis hack friday

[Quentin - Fractale]

Hi,

We (Pierre, Thomas & Me) are qgis user involved in the French QGIS user 
group. We've talked about doing a workshop on starting to contribute to 
QGIS.


Basically, it would be about :

- How to find out answers, helping people to figure out the right way 
for sharing user experience, creating feedback on the project and 
showing existing ways to contribute (translation, testing, etc.)


We know that it could leads to a lot of issues on the github project 
(and certainly too much work for the qgis contributors) so the workshop 
would be also about explaining how the whole ecoystem works. For 
instance, in France, we have georezo.net project where beginners (and 
expert also) ask questions regarding some problems and enventually bugs 
which could be interesting to put an issue on Github.


Our questions are:

- Does this workshop could feet in the QGIS HACK FRIDAY ?

- For the first time could it be possible to do it in French ? We are 
more fluent in this language :> . but we can see if some over guys in 
the french user group are best than us in english.


thanks for all !

Bye,

Pierre < attenz...@zaclys.net 
> 


Quentin < quen...@fractale.xyz >

**


**
___
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] Sosteniamo il futuro

[Paolo Cavallini]

Ciao Totò

Il 08/02/21 12:37, Totò ha scritto:
> pcav wrote
>> infatti, è interessante. vediamoci tutti lunedì alle 18:30 su
>> https://open.meet.garr.it/gdal-futuro
>> e cerchiamo insieme di capire cosa succede, e cosa succederà
>> gli amici di GFOSS.it sono già allertati, penso ne verrà fuori una bella
>> discussione.
>> preparate birretta e patatine :)
> 
> Buongiorno,
> birrette e patatine sono pronte, volevo chiedere se l'evento sarà registrato
> e se sì, dove verrà messo (youtube?)

giusta domanda. mi rimetto alla maggioranza; da parte mia suggerirei di
non registrare, in modo che tutti si sentano più liberi di essere informali.
se questo incontro avrà successo credo che potremo organizzare un
incontro formalizzato, la cui registrazione mi pare invece opportuna ed
auspicabile.
a fra poco
-- 
Paolo Cavallini
www.faunalia.eu - QGIS.org
training, support, development on QGIS, PostGIS and more
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Lat Lon Tools question

[C Hamilton]

I should have jumped in on this conversation over the weekend especially
since I am the author of Lat Lon Tools. but all who responded have properly
addressed the problems with UTM and especially with how MGRS got mixed in
with UTM and the confusion with N & S. What Lat Lon Tools provides is the
standard UTM coordinates without the MGRS latitude bands. I have been
considering adding another function that provides the alternative UTM with
MGRS latitude bands.

If anyone has any suggestions on the best way to present these two
different UTM versions that helps to avoid ambiguity, please let me know.

Thanks,

Calvin

On Sat, Feb 6, 2021 at 2:19 PM Eric Sorensen  wrote:

> As Greg and others point out, I appear to be using the UTM zone term
> inappropriately.  My apologies.
>
> What I am after in my label, is the MGRS flavor that includes the latitude
> band, and agrees with the image shown in this link;
>
> https://docs.qgis.org/3.4/en/_images/utm_zones.png
>
> After you folks successfully educated me on this, I came up with the
> following;
>
> concat(name, ', ',  mgrs_gzd($Y, $X), ' ',   format_number(utm_east( $Y,
> $X), 0), ' ',  format_number(utm_north( $Y, $X), 0))
>
> Which gets me a label like this for the point I originally supplied;
> Park, 13S 384,258 3,974,547
>
> This is how my Garmin GPS displays coordinates of waypoints (sans the
> commas), and how someone would input the point into their gps, after I hand
> them a map I have created in QGIS.  Now to eliminate the commas.
>
> Thank you all for your input,
> es
>
>
> On Feb 6, 2021, at 11:41 AM, Greg Troxel  wrote:
>
>
> Eric Sorensen  writes:
>
>  
>2262.18896499826
>
>
> The labels appear as expected, except one small problem.  I know the
> points are in UTM zone 13S, yet the label shows zone 13N.
>
> Any thoughts on what I am doing wrong.
>
>
> That latitude is north, and in New Mexico.  Why do you think it's zone
> 13S?
>
> 
>
> Beware of the confusion between grid zones from MGRS, not technically
> part of UTM, and UTM north/south.  See
>
>
> https://en.wikipedia.org/wiki/Universal_Transverse_Mercator_coordinate_system#Notation
>
> So it seems the UTM output uses S and N -- which is what I would expect
> for straight UTM without a MGRS flavor.
>
> If you moved north, you could be in 13T, from 40-48 degrees, and not
> have this issue, but then you'd have more snow :-)
>
>
> ___
> 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-it-user] Join di dati puntuali e lineari

[Totò]

Ecco il video demo:

https://youtu.be/Yj0aGgLSfsc

qui il plugin di Enrico Ferreguti, da usare nelle versioni < QGIS 3.16
Hannover

https://plugins.qgis.org/plugins/refFunctions/

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-it-user] Join di dati puntuali e lineari

[matteo]

Ciao Pierluigi,

nel calcolatore di campi puoi usare uno degli operatori portati in core 
del plugin di Enrico Ferreguti (immagino che overlay_nearest faccia al 
tuo caso). Attenzione che è disponibile con QGIS >= 3.16


Altrimenti in Processing c'è anche questo algoritmo:

https://docs.qgis.org/3.16/it/docs/user_manual/processing_algs/qgis/vectorgeneral.html#qgisjoinbynearest

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

Re: [QGIS-it-user] Join di dati puntuali e lineari

[Totò]

pierluigi de rosa-2 wrote
> Buongiorno,
> 
> dovrei fare questo spatial join tra una layer puntuale ed uno lineare.
> Devo in pratica inserire nella tabella dei punti i valori della tabella
> della linea più vicina.
> Esiste un modo semplice per farlo con il field calculator?
> Con il processing mi viene in mente solo v.distance di GRASS

Buonasera,
a partire dalla QGIS 3.16 Hannover, alcune funzioni del Plugin RefFunction
(di Enrico Ferreguti) sono state 'portate' nel core di QGIS e tramite queste
funzioni è facilissimo fare spatial join come richiesto; l' espressione che
consiglio è:

/*nome strada più vicina, un solo valore*/
overlay_nearest(
layer:='strade',
expression:="nome",
limit:=1)[0]

dove:
- 'strade' è il nome del layer lineare;
- "nome" è il campo del later strade da cui prendere i valori.

a breve allego video Youtube

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] Join di dati puntuali e lineari

[pierluigi de rosa]

Buongiorno,

dovrei fare questo spatial join tra una layer puntuale ed uno lineare.
Devo in pratica inserire nella tabella dei punti i valori della tabella
della linea più vicina.
Esiste un modo semplice per farlo con il field calculator?
Con il processing mi viene in mente solo v.distance di GRASS

Grazie
P

-- 
Ing. Pierluigi De Rosa (PhD in Earth Science)
Contract Professor of Geographic Information System at University of Perugia
cel: 3497558268 / fax: 075 7823038
skype: pierluigi.derosa
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Sosteniamo il futuro

[Totò]

pcav wrote
> infatti, è interessante. vediamoci tutti lunedì alle 18:30 su
> https://open.meet.garr.it/gdal-futuro
> e cerchiamo insieme di capire cosa succede, e cosa succederà
> gli amici di GFOSS.it sono già allertati, penso ne verrà fuori una bella
> discussione.
> preparate birretta e patatine :)

Buongiorno,
birrette e patatine sono pronte, volevo chiedere se l'evento sarà registrato
e se sì, dove verrà messo (youtube?)
grazie a dopo




-
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 does not launch

[Richard Duivenvoorde]

On 2/7/21 5:15 PM, janabo...@web.de wrote:
> Hi Richard
>  
> Thanks for your reply. I unistalled and removed all the QGIS folders 
> (including the profiles-folder) and installed it again. It's still crashing 
> during the start up.
> Today was the first time I installed QGIS on this computer. It's never been 
> installed on it before.
> Have you got another idea of what I can do?
>  
> Thank you so much in advance.

Hi Janina,

(plz respond to the list, so other can read/learn from answers)

No, unless you get very technical and try to install a nightly build with debug 
information and try to read debug info.
Cannot find a reference to it now, others?

I also see other Windows crashes in our bug tracker:
https://issues.qgis.org/issues/18260

As it is only your machine the most obvious conclusion it must be the Windows 
or apps you installed

Regards,

Richard Duivenvoorde



___
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