Re: [QGIS-Developer] Vote for Lat Lon Tools Default Coordinate Order - YX or XY

2020-11-21 Thread C Hamilton
I appreciate everyone's ideas and opinions. I think that for now I will
leave Lat Lon Tools as it currently operates, but I will look over the
suggestions to see if I can make sure the options are as clear as possible.

Thanks once again for your input.

Calvin


On Sat, Nov 21, 2020 at 3:52 AM Richard Duivenvoorde 
wrote:

> On 11/20/20 6:10 PM, C Hamilton wrote:
> > It was suggested to me that the default coordinate order in the Lat Lon
> Tools plugin for coordinate capture and zoom-to tools should be "longitude,
> latitude" or "X, Y". Originally, Lat Lon Tools was designed to work with
> on-line maps which are generally "latitude, longitude" order.
> >
> > You can always go into the plugin settings and specify which order you
> want and that order will be preserved everytime you launch QGIS. The
> default order is only applicable the first time you install "Lat Lon Tools"
> or if you do a reset to defaults in the Lat Lon Tools settings menu,
> >
> > Who prefers Lat Lon Tools to default to "longitude, latitude" or "X, Y"
> when the plugin is first installed or reset to default values?
> >
> > Who prefers Lat Lon Tools to default to "latitude, longitude (Google map
> order)" or "Y, X" when the plugin is first installed or reset to default
> values?
>
> I'm a little late on the table :-) As descision already cast:
>
> https://github.com/NationalSecurityAgency/qgis-latlontools-plugin/issues/53#issuecomment-731070055
> and fine with it, just want to add:
>
> I'm not a geo-guy by original trade and working with scientists/911 peeps
> at the moment, who favour the math-way of exchanching coordinates (2
> dimensional values): X,Y.
>
> If I were 'boss geo', I'd never use lonlat or latlon terms, only use
> (decimal!) degrees or x,y :-)
> (people tend to mix lat lon up all the time, they never do with x,y).
>
> In my use-case, the Lat Lon Tools plugin is used in a very pluriform,
> international environment where coordinates from all kind of crs's are to
> be mixed/converted (often one pair at a time...). Why would you use YX in
> one crs and XY in other crs's? It's just not very efficient to have that
> choice. Just like meters/feet, point/comma delimeters in numbers etc etc.
> This screams for conversion issues ...
>
> Ah, and while on it, let's all speak Esparanto (and keep the number of
> QGIS translation builds low) ;-)
>
> Korajn salutojn,
>
> Richard Duivenvoorde
>
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] Processing: sort algorithm not working?

2020-11-21 Thread Bernd Vogelgesang

Hi Andreas,

have a look at my last years issue on this

https://github.com/qgis/QGIS/issues/29794

maybe it's the same

Cheers,

Bernd

On 19.11.20 14:16, Andreas Neumann wrote:

Hi,

I have a model where at the very end before adding it to the project I was
trying to sort the result with an expression.

But: the sorting doesn't work. In the help there is the cryptic hint at
https://docs.qgis.org/3.10/de/docs/user_manual/processing_algs/qgis/vectorgeneral.html#qgisorderbyexpression
that "Be careful, it might not work as expected with some providers, the
order might not be kept every time."

Does someone know more about it? Which providers specifically do not
support sorting?

Does this statement apply to the reading provider or the writing provider?

In my case, I never got any correct sorting ...

Thanks,
Andreas

--
Andreas Neumann
QGIS.ORG board member (treasurer)


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] Vote for Lat Lon Tools Default Coordinate Order - YX or XY

2020-11-21 Thread Richard Duivenvoorde
On 11/20/20 6:10 PM, C Hamilton wrote:
> It was suggested to me that the default coordinate order in the Lat Lon Tools 
> plugin for coordinate capture and zoom-to tools should be "longitude, 
> latitude" or "X, Y". Originally, Lat Lon Tools was designed to work with 
> on-line maps which are generally "latitude, longitude" order.
> 
> You can always go into the plugin settings and specify which order you want 
> and that order will be preserved everytime you launch QGIS. The default order 
> is only applicable the first time you install "Lat Lon Tools" or if you do a 
> reset to defaults in the Lat Lon Tools settings menu,
> 
> Who prefers Lat Lon Tools to default to "longitude, latitude" or "X, Y" when 
> the plugin is first installed or reset to default values?
> 
> Who prefers Lat Lon Tools to default to "latitude, longitude (Google map 
> order)" or "Y, X" when the plugin is first installed or reset to default 
> values?

I'm a little late on the table :-) As descision already cast: 
https://github.com/NationalSecurityAgency/qgis-latlontools-plugin/issues/53#issuecomment-731070055
and fine with it, just want to add:

I'm not a geo-guy by original trade and working with scientists/911 peeps at 
the moment, who favour the math-way of exchanching coordinates (2 dimensional 
values): X,Y. 

If I were 'boss geo', I'd never use lonlat or latlon terms, only use (decimal!) 
degrees or x,y :-) 
(people tend to mix lat lon up all the time, they never do with x,y).

In my use-case, the Lat Lon Tools plugin is used in a very pluriform, 
international environment where coordinates from all kind of crs's are to be 
mixed/converted (often one pair at a time...). Why would you use YX in one crs 
and XY in other crs's? It's just not very efficient to have that choice. Just 
like meters/feet, point/comma delimeters in numbers etc etc. This screams for 
conversion issues ...

Ah, and while on it, let's all speak Esparanto (and keep the number of QGIS 
translation builds low) ;-)

Korajn salutojn,

Richard Duivenvoorde

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer