Re: [Qgis-user] WMS source connect

2020-07-13 Thread Håvard Tveite 
Use this URL:

https://ows.sobr.geosys.ru/2500/RU/2004/scan

and it should work.

The legend shows up ("Russia geological map 1:2.5M, 2004),
but the getmap takes some time to respond.

Håvard

On 13.07.2020 20:34, Ivan lebedev wrote:
> Thanks! It worked.
> What about other layer from the same resource?
> https://ows.sobr.geosys.ru/2500/RU/2004/scan?service=WMS&version=1.0.0&request=GetMap&format=image/png&width=900&height=560&srs=EPSG:987654&bbox=-500,440,400,1000&layers=all
> GetCapabilities 
> (https://ows.sobr.geosys.ru/2500/RU/2004/scan?service=WMS&version=1.0.0&request=GetCapabilities)
>  
> not works for me:
> image.png
> 
> https://ows.sobr.geosys.ru/2500/RU/2004/scan returns empty canvas and 
> legend error:
> image.png
> 
> пн, 13 июл. 2020 г. в 19:53, Håvard Tveite  >:
> 
> The GetCapabilities works for me, so, in theory, all you need to do is
> to add it as a WMS / WMTS service (Layers-> Add Layer-> Add WMS/WMTS
> Layer...) with the following URL:
> 
> https://ows.sobr.geosys.ru/200/RU/topo/rast
> 
> In the dialogue, choose a layer (or group layer), and one of the
> available CRSs, for instance "WGS 1984 / UTM zone 34N". Then you should
> be able to "Add" the layer.
> 
> Håvard
> 
> On 13.07.2020 15:20, Ivan lebedev wrote:
>  > Please explain how to connect a link like this?
>  >
> 
> https://ows.sobr.geosys.ru/200/RU/topo/rast?service=WMS&version=1.0.0&request=GetMap&format=image/png&width=450&height=600&srs=EPSG:28407&bbox=7426749,6627307,7443672,6653358&layers=scan
>  > This
>  >
> 
> https://ows.sobr.geosys.ru/200/RU/topo/rast?service=WMS&version=1.0.0&request=GetCapabilities
>  returns
> 
>  > an error.
>  > (https://insert.sobr.geosys.ru/doku.php/ru:portal:sobr:ows:topo_base)
>  > --
>  > С уважением,
>  > *Лебедев Иван Вениаминович**
>  > *
> 
> 
> 
> -- 
> С уважением,
> *Лебедев Иван Вениаминович**
> *
___
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] Question on Project Properties - Ellipsoid

2020-07-13 Thread Randal Hale 


On 7/13/20 8:35 PM, Nyall Dawson wrote:

On Tue, 14 Jul 2020 at 09:41, Greg Troxel  wrote:

Nyall Dawson  writes:


On Tue, 14 Jul 2020 at 05:59, Randal Hale
 wrote:

I hope everyone is staying safe out there.

So I've had some questions regarding setting up a QGIS Project and now
I've convinced myself that I'm doing this wrong. When I get a new
project in and I start setting up QGIS generally my project will be in a
Stateplane projection - in this case EPSG:2274 (TN Stateplane NAD83).
When I set up the project I change the ellipsoid to be
"none/planimetric" (In the project properties). I don't set up the
ellipsoid to be GRS 1980 and haven't for some time.

Can I ask why you do this?

I too am boggled by this.  EPSG:2274 is a Lambert Conformal Conic
projection of NAD83, and I don't understand what it means to do that
projection to/from geodetic coordinates without an ellipsoid definition.
Using the GRS80 ellipsoid is part of the definition of this CRS, so if
you change that you are using a different CRS that is not actually 2274,
and that 2274prime CRS should throw an exception if you try to convert
to/from NAD83 geodetic.

It's actually unrelated to projection. You CAN'T change the ellipsoid
used by a projection, at least without creating your own custom
projection.

The ellipsoid settings in project properties are only utilised for
area/length calculations, not transformations.
So the next question would be - way back in a past life I worked with 
mapping at Fossil/Nuclear Plants and some had custom grids - no 
projection just a 0,0 and then everything was on a grid. In that case 
would it be acceptable to do "none/planimetric" when working on a 
project like that? No projection - just a grid.

Nyall


--
---
Randal Hale
rjh...@northrivergeographic.com
https://www.northrivergeographic.com
(423)653-3611

___
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] Question on Project Properties - Ellipsoid

2020-07-13 Thread Randal Hale 


On 7/13/20 7:41 PM, Greg Troxel wrote:

Nyall Dawson  writes:


On Tue, 14 Jul 2020 at 05:59, Randal Hale
 wrote:

I hope everyone is staying safe out there.

So I've had some questions regarding setting up a QGIS Project and now
I've convinced myself that I'm doing this wrong. When I get a new
project in and I start setting up QGIS generally my project will be in a
Stateplane projection - in this case EPSG:2274 (TN Stateplane NAD83).
When I set up the project I change the ellipsoid to be
"none/planimetric" (In the project properties). I don't set up the
ellipsoid to be GRS 1980 and haven't for some time.

Can I ask why you do this?

I too am boggled by this.  EPSG:2274 is a Lambert Conformal Conic
projection of NAD83, and I don't understand what it means to do that
projection to/from geodetic coordinates without an ellipsoid definition.
Using the GRS80 ellipsoid is part of the definition of this CRS, so if
you change that you are using a different CRS that is not actually 2274,
and that 2274prime CRS should throw an exception if you try to convert
to/from NAD83 geodetic.
I'd have to reload an older version - but it seems like before 3.10 (I'm 
on linux and was trailing on proj versions) that when I loaded some 2274 
data the ellipsoid was coming in wrong (not GRS80 and I can't remember 
what it was pulling in). In the testing this weekend it's coming in 
correctly (3.14) if I start out with a new profile etc etc - which 
further fueled the "I'm doing this wrong" line of thought.


So I'd say the bug is qgis/proj allowing transforms to/from a
LCC-but-no-ellipsoid CRS.   And maybe qgis allowing
2274-but-no-ellipsoid is a bug too.


--
---
Randal Hale
rjh...@northrivergeographic.com
https://www.northrivergeographic.com
(423)653-3611

___
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] Question on Project Properties - Ellipsoid

2020-07-13 Thread Randal Hale 


On 7/13/20 7:22 PM, Nyall Dawson wrote:

On Tue, 14 Jul 2020 at 05:59, Randal Hale
 wrote:

I hope everyone is staying safe out there.

So I've had some questions regarding setting up a QGIS Project and now
I've convinced myself that I'm doing this wrong. When I get a new
project in and I start setting up QGIS generally my project will be in a
Stateplane projection - in this case EPSG:2274 (TN Stateplane NAD83).
When I set up the project I change the ellipsoid to be
"none/planimetric" (In the project properties). I don't set up the
ellipsoid to be GRS 1980 and haven't for some time.

Can I ask why you do this?
That's a great question - somehow I became convinced this was right. 
Mostly it resulted from a job I was doing for a forester - the area 
calculations from ellipsoid were coming out larger than it should have 
been. Planimetric put me close to what was "right". I started doubting 
this was right a few weeks ago wrestling with the "ballpark transform" 
error message.

Now I'm getting a
ballpark transformation message if I move data from 2274 to 4326 (for
instance I'm moving points to a GPX Format).BUT - if I set the
Ellipsoid to be GRS 1980 (which it is for that projection) - no warning.

Can you open a ticket on this and attach your data? It's quite
possible that the warning is correct, but it's also possible it's a
spurious warning and I can hide it in this circumstance.

I can!



Which now has me thinking MAYBE I should set the ellipsoid. EXCEPT
my area measurements always come out a bit larger than expected.

Which **IS** expected! :D An ellipsoidal area will almost always
result in a larger area vs a cartesian area calculation, because it's
calculating the area over a curved surface rather than a flat surface.
(same applies to length measurements).

Generally my advice is to use ellipsoidal area/length calculations,
unless the specific constraints and specifications of a particular
task or discipline dictate otherwise. If in doubt, I'd:

1. compare the two area calculation results. The identify tool
"derived attributes" section handily shows BOTH cartesian and
ellipsoidal areas/lengths, if you've setup your project to use an
ellipsoid. If the results are relatively similar (e.g. say within 0.1%
of each other), then ask yourself whether it makes any difference
practically which of them you use. Chances are the accuracy of your
input datasets will be a bigger factor here then the area calculation
method used, and you may be chasing false accuracy by reporting areas
to that many significant figures anyway! Or, in other cases, the
actual purpose of the calculations you're making aren't even required
to a degree of accuracy to warrant being affected by the choice!
(e.g. if you're calculating species density, then it's an inherent
estimate only and the practical outcome of choosing between
cartesian/ellipsoidal calculations is nill).
I'm really starting to wonder if this started back at 3 (in my head) and 
I've continued down the wrong path since then. Maybe it was a bug or 
something in the beginning and I never adjusted based on everything 
getting fixed. Maybe. I really don't have a good answer.


2. if you've checked and the input datasets ARE sufficiently accurate
that the choice matters, then push the choice back to your customer.
Ask them which method is suitable for the results they're after. Get
the answer in writing and your method is justified!

3. keep in mind that even ellipsoidal measurements are an estimation.
The earth isn't an ellipsoid! Local variations in elevation are likely
to have a much more significant impact on large scale calculations vs
the cartesian/ellipsoidal choice.

Hope that helps!
Yes - it helps. I'm getting a lot of questions from people getting 
"ballpark transform" messages which led to the last little bit of 
testing, head scratching, and "Hey I can be completely wrong on what I'm 
doing".

Nyall








So I go
back to "none/planimetric".BUT - is that causing issue with
reprojecting data

Any thoughts? Thanks for any support or pointing me in a direction.

Randy

--
Randal Hale
rjh...@northrivergeographic.com
(p) 423.653.3611
http://www.northrivergeographic.com

___
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


--
---
Randal Hale
rjh...@northrivergeographic.com
https://www.northrivergeographic.com
(423)653-3611

___
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] Question on Project Properties - Ellipsoid

2020-07-13 Thread Greg Troxel 
Nyall Dawson  writes:

> It's actually unrelated to projection. You CAN'T change the ellipsoid
> used by a projection, at least without creating your own custom
> projection.

That makes sense.

> The ellipsoid settings in project properties are only utilised for
> area/length calculations, not transformations.

So there is an implicit:

  when calculating length between two points, first convert them to some
  geodetic CRS (chosen how?)

  then use the configured ellipsoid to do the calculations, based on the
  two sets of lat/lon

?

Why is it useful/sound for someone to set an ellipsoid which is not the
ellipsoid used by the project CRS?
___
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] Question on Project Properties - Ellipsoid

2020-07-13 Thread Nyall Dawson 
On Tue, 14 Jul 2020 at 09:41, Greg Troxel  wrote:
>
> Nyall Dawson  writes:
>
> > On Tue, 14 Jul 2020 at 05:59, Randal Hale
> >  wrote:
> >>
> >> I hope everyone is staying safe out there.
> >>
> >> So I've had some questions regarding setting up a QGIS Project and now
> >> I've convinced myself that I'm doing this wrong. When I get a new
> >> project in and I start setting up QGIS generally my project will be in a
> >> Stateplane projection - in this case EPSG:2274 (TN Stateplane NAD83).
> >> When I set up the project I change the ellipsoid to be
> >> "none/planimetric" (In the project properties). I don't set up the
> >> ellipsoid to be GRS 1980 and haven't for some time.
> >
> > Can I ask why you do this?
>
> I too am boggled by this.  EPSG:2274 is a Lambert Conformal Conic
> projection of NAD83, and I don't understand what it means to do that
> projection to/from geodetic coordinates without an ellipsoid definition.
> Using the GRS80 ellipsoid is part of the definition of this CRS, so if
> you change that you are using a different CRS that is not actually 2274,
> and that 2274prime CRS should throw an exception if you try to convert
> to/from NAD83 geodetic.

It's actually unrelated to projection. You CAN'T change the ellipsoid
used by a projection, at least without creating your own custom
projection.

The ellipsoid settings in project properties are only utilised for
area/length calculations, not transformations.

Nyall
___
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] reproduced in dev. version - was Re: graphical modeler, field calculator, NULL result but no error report

2020-07-13 Thread James Powell 

I am able to reproduce this behavior in the development version of qgis.

As a consequence, I opened two issues:

"Python call to --processing.run('qgis:fieldcalculator'-- fails to catch 
divide by zero"


(https://github.com/qgis/QGIS/issues/37737)

"nonsense code causes infinite regress in error reports"

(https://github.com/qgis/QGIS/issues/37739).  Both have since been 
tagged as "Bug + Processing + Modeller".


I learned along the way from a comment in the qgis core source code that 
the syntax of the language for the FORMULA argument, which I think is 
called "Processing", is SQL or SQL-ish by design.


- JP

On 6/17/20 4:00 PM, James Powell wrote:


Hi there everybody,

I want to derive some floating point values using an expression in the
field calculator (see model snapshot below).  I'm using qgis 3.10.6 on
Debian 10.

I am finding that the first field calculator call, which produces 
'dbgfieldcalc',

gives only NULL answers.

The second field calculator call (at the bottom, which produces 
'dbgfishnetFinal')

does almost the same thing and it works great.

At no time will running this model produce errors.  In fact, even
changing attribute names to be invalid attribute names doesn't produce
an error at all.

What I expect:
- That the field calculator is able to consistently run simple 
expressions through.
- That feeding invalid attribute names causes an error report and 
aborts the model run.


I've read through the docs that show up for a search on "qgis-user 
field calculator".


The python code produced for this model reads
:  # Field calculator
: alg_params = {
: 'FIELD_LENGTH': 10,
: 'FIELD_NAME': 'emissionsAfterFishnetInGramPerHour',
: 'FIELD_PRECISION': 3,
: 'FIELD_TYPE': 0,
: 'FORMULA': 'attribute($currentfeature, 
\'emissionsingramsperhour\') * attribute($currentfeature, 
\'xlength_2\') / attribute($currentfeature, \'length\')',

: 'INPUT': outputs['AddGeometryAttributes']['OUTPUT'],
: 'NEW_FIELD': True,
: 'OUTPUT': parameters['Dbgfieldcalc']
: }
: outputs['FieldCalculator'] = 
processing.run('qgis:fieldcalculator', alg_params, context=context, 
feedback=feedback, is_child_algorithm=True)

: results['Dbgfieldcalc'] = outputs['FieldCalculator']['OUTPUT']
where "xlength_2" is a nonexistent attribute (but the script has the 
same behavior when I use

"length_2", which is an existent attribute).

Is it usual to not detect errors like this?  Is there some reason the 
expression I
wrote (with the proper attribute name) wouldn't give a floating point 
number, but produces NULL instead?


many thanks,
  James P.


snapshot:

--
James E. Powell, MS
Pronouns: he/him/his
Applied Physics PhD Candidate
Department of Physics
Portland State University
Home page:http://web.pdx.edu/~powellj
Office: SRTC 409B Phone: +1-503-725-8515


--
James E. Powell, MS
Pronouns: he/him/his
Applied Physics PhD Candidate
Department of Physics
Portland State University
Home page: http://web.pdx.edu/~powellj
Office: SRTC 409B Phone: +1-503-725-8515

___
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] Question on Project Properties - Ellipsoid

2020-07-13 Thread Greg Troxel 
Nyall Dawson  writes:

> On Tue, 14 Jul 2020 at 05:59, Randal Hale
>  wrote:
>>
>> I hope everyone is staying safe out there.
>>
>> So I've had some questions regarding setting up a QGIS Project and now
>> I've convinced myself that I'm doing this wrong. When I get a new
>> project in and I start setting up QGIS generally my project will be in a
>> Stateplane projection - in this case EPSG:2274 (TN Stateplane NAD83).
>> When I set up the project I change the ellipsoid to be
>> "none/planimetric" (In the project properties). I don't set up the
>> ellipsoid to be GRS 1980 and haven't for some time.
>
> Can I ask why you do this?

I too am boggled by this.  EPSG:2274 is a Lambert Conformal Conic
projection of NAD83, and I don't understand what it means to do that
projection to/from geodetic coordinates without an ellipsoid definition.
Using the GRS80 ellipsoid is part of the definition of this CRS, so if
you change that you are using a different CRS that is not actually 2274,
and that 2274prime CRS should throw an exception if you try to convert
to/from NAD83 geodetic.

So I'd say the bug is qgis/proj allowing transforms to/from a
LCC-but-no-ellipsoid CRS.   And maybe qgis allowing
2274-but-no-ellipsoid is a bug too.

___
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] Question on Project Properties - Ellipsoid

2020-07-13 Thread Nyall Dawson 
On Tue, 14 Jul 2020 at 05:59, Randal Hale
 wrote:
>
> I hope everyone is staying safe out there.
>
> So I've had some questions regarding setting up a QGIS Project and now
> I've convinced myself that I'm doing this wrong. When I get a new
> project in and I start setting up QGIS generally my project will be in a
> Stateplane projection - in this case EPSG:2274 (TN Stateplane NAD83).
> When I set up the project I change the ellipsoid to be
> "none/planimetric" (In the project properties). I don't set up the
> ellipsoid to be GRS 1980 and haven't for some time.

Can I ask why you do this?

> Now I'm getting a
> ballpark transformation message if I move data from 2274 to 4326 (for
> instance I'm moving points to a GPX Format).BUT - if I set the
> Ellipsoid to be GRS 1980 (which it is for that projection) - no warning.

Can you open a ticket on this and attach your data? It's quite
possible that the warning is correct, but it's also possible it's a
spurious warning and I can hide it in this circumstance.

> Which now has me thinking MAYBE I should set the ellipsoid. EXCEPT
> my area measurements always come out a bit larger than expected.

Which **IS** expected! :D An ellipsoidal area will almost always
result in a larger area vs a cartesian area calculation, because it's
calculating the area over a curved surface rather than a flat surface.
(same applies to length measurements).

Generally my advice is to use ellipsoidal area/length calculations,
unless the specific constraints and specifications of a particular
task or discipline dictate otherwise. If in doubt, I'd:

1. compare the two area calculation results. The identify tool
"derived attributes" section handily shows BOTH cartesian and
ellipsoidal areas/lengths, if you've setup your project to use an
ellipsoid. If the results are relatively similar (e.g. say within 0.1%
of each other), then ask yourself whether it makes any difference
practically which of them you use. Chances are the accuracy of your
input datasets will be a bigger factor here then the area calculation
method used, and you may be chasing false accuracy by reporting areas
to that many significant figures anyway! Or, in other cases, the
actual purpose of the calculations you're making aren't even required
to a degree of accuracy to warrant being affected by the choice!
(e.g. if you're calculating species density, then it's an inherent
estimate only and the practical outcome of choosing between
cartesian/ellipsoidal calculations is nill).

2. if you've checked and the input datasets ARE sufficiently accurate
that the choice matters, then push the choice back to your customer.
Ask them which method is suitable for the results they're after. Get
the answer in writing and your method is justified!

3. keep in mind that even ellipsoidal measurements are an estimation.
The earth isn't an ellipsoid! Local variations in elevation are likely
to have a much more significant impact on large scale calculations vs
the cartesian/ellipsoidal choice.

Hope that helps!
Nyall







> So I go
> back to "none/planimetric".BUT - is that causing issue with
> reprojecting data
>
> Any thoughts? Thanks for any support or pointing me in a direction.
>
> Randy
>
> --
> Randal Hale
> rjh...@northrivergeographic.com
> (p) 423.653.3611
> http://www.northrivergeographic.com
>
> ___
> 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] Do you have any QGIS plugin feature requests?

2020-07-13 Thread Nicolas Cadieux 
Hi,

I have not used the latlontools but there is a need to find the correct z 
factor to make a hill shade for a particular long lat.  The z factor is the 
ratio needed when, for example, you want to make a hillshade, or other 
calculation with a raster that is long lat for z and y and meters of feet in z. 
 I made this code a while ago in python and said I would make into a plugin.  
It’s still in my todo list.  Could this be something interesting for you? Does 
it fit in the plugin goals?  I could give you my code.  It’s quite simple but 
would need to be adapted to take other geoids I guess...

Nicolas Cadieux
Ça va bien aller!

> Le 13 juill. 2020 à 15:40, C Hamilton  a écrit :
> 
> 
> Hi Everyone,
> 
> I find that I have extra time on my hands so I would like to know if anyone 
> has any feature requests for any of my plugins.
> 
> Lat Lon Tools
> https://plugins.qgis.org/plugins/latlontools/ 
> 
> Shape Tools
> https://plugins.qgis.org/plugins/shapetools/
> 
> KML Tools
> https://plugins.qgis.org/plugins/kmltools/
> 
> Lock Zoom to Tile Scale
> https://plugins.qgis.org/plugins/lockzoom/ 
> 
> My criteria for picking up a new effort would be that it benefits a large 
> number of QGIS users, is somewhat related to my existing plugins, minimal to 
> moderate development, and sounds like a fun project. I would also consider 
> something not related to one of the plugins if I think it would be worthwhile 
> and looks like it would be fun to work on.
> 
> Do you have any suggestions or requests?
> 
> Thanks,
> 
> Calvin
> ___
> 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] New Apple Macintosh ARM Chipsets

2020-07-13 Thread Harrissou 
Hi Michael,

Sorry to hear that you couldn't find your way in the docs.
Do not worry about all the markup codes, they indeed are easier to apply than 
it may look, and we have tools and people ready to help fix anything. Most of 
the times, following what is already used in the file you are modifying makes 
you quickly learn the syntax. No worries for that.
If you found this page: 
https://docs.qgis.org/testing/en/docs/documentation_guidelines/first_contribution.html#using-the-github-web-interface/
 and was able to go through, then I'd say that you are ready to jump in. 

Yes, we do not expose priorities, I don't know if we have features that we'd 
like to prioritize; discussion on this subject did not go that far.
However, for first time contributors, there's a selection of issue reports 
labeled as "easy" that can be of a good start: 
https://github.com/qgis/QGIS-Documentation/issues?q=is%3Aissue+label%3AEasy+is%3Aopen
 (we should triage the list and tag more)
They, most of the times, are fixed within a single file, or are some kind of 
repeating tasks. 
About your issue with the PG setting "Only look in the public schema", if it's 
a default setting, I'd consider that a bug than a feature to document but we 
are open to discuss whatever you feel is worth knowing in the doc, for less 
user frustration. Everything is welcome.
No special background is required to contribute imho; as a QGIS user, you 
probably know things that others do not and not yet documented. Not all the 
matters are cartographic-centered. Also, while there still are some efforts to 
do in this area, developers try to clearly detail their changes so that 
updating the docs becomes easy for anyone. Some other helps one can provide, 
which are important but not always mentioned:
- update screenshots (obsolete screenshot can be confusing for beginners)
- Or review the docs to fix English (not all the writers are fluent English 
speakers - I'm not.)

Sorry for the length. All I want to say is that, if you want to help in 
documentation, you are more than welcome. We are happy to "mentor" you on the 
technical aspects while you could mentor us on the writing ones. And we provide 
a more complete docs to QGIS users.

Looking forward,
Harrissou

Le sam. 11 juil. 2020 à 23:02, Michael Goldstein <
michael.goldste...@gmail.com> a écrit :

> Thanks for reaching out to me.  I did spend some time yesterday on GitHub 
> trying to puzzle out how to get started.  There's a fairly daunting set of 
> editing conventions and mark-up codes to learn, though I imagine it's 
> easier than it looks once you get going.
>
> A bigger issue for me is that I couldn't figure out where to start, i.e. I 
> didn't find a list of topics or chapters or sections that the QGIS-team has 
> prioritized as needing updating.  Also, while I've been a member of GitHub 
> for years, I've never used it as a contributor, only as someone who was 
> downloading code (typically JavaScript libraries from developers). Another 
> thing to learn
>
>  
> I'm also trying to figure out the best way for me to "fit in".  My 
> background is a little unusual in that I have no formal training in GIS or 
> cartography, and am totally self-taught, which means I've been an avid 
> consumer of QGIS documentation over the years.  So I'm probably better 
> suited to work on introductory materials than cartographic-intensive ones.  
> The good news is that I still remember a lot of the issues I dealt with.
>
> In May, I started using Postgres with QGIS.  I installed it using 
> PostgreSQL 12, and pgAdmin 4.  Frankly, I thought the documentation could 
> have been a lot better, especially working on a Mac.  Still, I managed to 
> get everything running in about a day until I started defining multiple 
> Schema instead of dumping everything into the Public schema.  It was 
> mystifying why these views and tables would show up in the DBManager but 
> not in the browser.  After 3 days of frustration, I nearly abandoned 
> PostGIS.  Then, purely by accident,  I noticed that the PostGIS  connection 
> dialog has a checkbox specifying "Only look in the 'public' schema", 
> checked by default.  Unchecked the box, and my schema appeared!  
>
> If improving that aspect of the documentation is of interest, it's 
> something I would love to work on.  
>
> That said, I'm open to suggestions.
>
> Regards,
> Michael
>  
>
>
>
> DelazJ wrote on 7/11/20 3:38 PM:
>
> Hi Michael,
>
> Thanks for offering your help. Happy to welcome more experimented writers. 
> Documentation sources are available at 
> https://github.com/qgis/QGIS-Documentation, with a list of features to 
> document at  https://github.com/qgis/QGIS-Documentation/issues. You can 
> find some contribution guidelines at 
> https://docs.qgis.org/testing/en/docs/documentation_guidelines/index.html 
> but feel free to ask if anything is unclear.
> As Andreas mentioned, you can also join the qgis-community-team list (
> https://lists.osgeo.org/mailman/list

[Qgis-user] Question on Project Properties - Ellipsoid

2020-07-13 Thread Randal Hale 

I hope everyone is staying safe out there.

So I've had some questions regarding setting up a QGIS Project and now 
I've convinced myself that I'm doing this wrong. When I get a new 
project in and I start setting up QGIS generally my project will be in a 
Stateplane projection - in this case EPSG:2274 (TN Stateplane NAD83). 
When I set up the project I change the ellipsoid to be 
"none/planimetric" (In the project properties). I don't set up the 
ellipsoid to be GRS 1980 and haven't for some time. Now I'm getting a 
ballpark transformation message if I move data from 2274 to 4326 (for 
instance I'm moving points to a GPX Format).BUT - if I set the 
Ellipsoid to be GRS 1980 (which it is for that projection) - no warning. 
Which now has me thinking MAYBE I should set the ellipsoid. EXCEPT 
my area measurements always come out a bit larger than expected. So I go 
back to "none/planimetric".BUT - is that causing issue with 
reprojecting data


Any thoughts? Thanks for any support or pointing me in a direction.

Randy

--
Randal Hale
rjh...@northrivergeographic.com
(p) 423.653.3611
http://www.northrivergeographic.com

___
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] Do you have any QGIS plugin feature requests?

2020-07-13 Thread C Hamilton 
Hi Everyone,

I find that I have extra time on my hands so I would like to know if anyone
has any feature requests for any of my plugins.

Lat Lon Tools
https://plugins.qgis.org/plugins/latlontools/

Shape Tools
https://plugins.qgis.org/plugins/shapetools/

KML Tools
https://plugins.qgis.org/plugins/kmltools/

Lock Zoom to Tile Scale
https://plugins.qgis.org/plugins/lockzoom/

My criteria for picking up a new effort would be that it benefits a large
number of QGIS users, is somewhat related to my existing plugins, minimal
to moderate development, and sounds like a fun project. I would also
consider something not related to one of the plugins if I think it would be
worthwhile and looks like it would be fun to work on.

Do you have any suggestions or requests?

Thanks,

Calvin
___
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] WMS source connect

2020-07-13 Thread Håvard Tveite 
The GetCapabilities works for me, so, in theory, all you need to do is
to add it as a WMS / WMTS service (Layers-> Add Layer-> Add WMS/WMTS 
Layer...) with the following URL:

https://ows.sobr.geosys.ru/200/RU/topo/rast

In the dialogue, choose a layer (or group layer), and one of the
available CRSs, for instance "WGS 1984 / UTM zone 34N". Then you should
be able to "Add" the layer.

Håvard

On 13.07.2020 15:20, Ivan lebedev wrote:
> Please explain how to connect a link like this?
> https://ows.sobr.geosys.ru/200/RU/topo/rast?service=WMS&version=1.0.0&request=GetMap&format=image/png&width=450&height=600&srs=EPSG:28407&bbox=7426749,6627307,7443672,6653358&layers=scan
> This 
> https://ows.sobr.geosys.ru/200/RU/topo/rast?service=WMS&version=1.0.0&request=GetCapabilities
>  returns 
> an error.
> (https://insert.sobr.geosys.ru/doku.php/ru:portal:sobr:ows:topo_base)
> -- 
> С уважением,
> *Лебедев Иван Вениаминович**
> *
___
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] WMS source connect

2020-07-13 Thread Ivan lebedev 
Please explain how to connect a link like this?
https://ows.sobr.geosys.ru/200/RU/topo/rast?service=WMS&version=1.0.0&request=GetMap&format=image/png&width=450&height=600&srs=EPSG:28407&bbox=7426749,6627307,7443672,6653358&layers=scan
This
https://ows.sobr.geosys.ru/200/RU/topo/rast?service=WMS&version=1.0.0&request=GetCapabilities
returns
an error.
(https://insert.sobr.geosys.ru/doku.php/ru:portal:sobr:ows:topo_base)
-- 
С уважением,
*Лебедев Иван Вениаминович*
___
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] What is a correct input or ouput for "Order by expression" algorithm ?

2020-07-13 Thread Yann Voté 

Hi all,

I'm trying to use the "Order by expression" algorithm in a processing model.

Before this algorithm I manipulate input layers (remove and refactor 
columns). After it, I export ordered layers to CSV as a final result 
(then I want to diff CSV files, that's why I need ordered output).


But it seems to not work. Layers are not ordered at all. The help 
message says: "Be careful, it might not work as expected with some 
providers, the order might not be kept every time." But which providers 
are working ?


There is also this Github issue: 
https://github.com/qgis/QGIS/issues/29794 which does not provide helpful 
feedback.


Does anybody know what is the correct way to use the "Order by 
expression" algorithm ? Or any workaround to acheive the same effect ?


Thanks.

--
Yann Voté - ygver...@lilo.org
___
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] Unable to load add-on 'rastertool'

2020-07-13 Thread Ricardo Risk 
Hi my friends


I would like the help of the group to guide me about an error indicated when 
loading QGIS 3.14.
Use notebook with Windows 10 - 64 bits installed.

I will transcribe every error message reported:

Unable to load add-on 'rastertool' Due to an error when calling the Class 
Factory () method.

ModuleNotFoundError: No module named 'pyrsgis'
Traceback (most recent call last):
  File "C: / OSGEO4 ~ 1 / apps / qgis /./ python \ qgis \ utils.py", line 334, 
in _startPlugin
plugins [packageName] = package.classFactory (iface)
  File "C: / Users / RICARDO / AppData / Roaming / QGIS / QGIS3 \ profiles \ 
default / python / plugins \ rastertool \ __ init__.py", line 35, in 
classFactory
from .RasterTool import RasterTool
  File "C: / OSGEO4 ~ 1 / apps / qgis /./ python \ qgis \ utils.py", line 743, 
in _import
mod = _builtin_import (name, globals, locals, fromlist, level)
  File "C: / Users / RICARDO / AppData / Roaming / QGIS / QGIS3 \ profiles \ 
default / python / plugins \ rastertool \ RasterTool.py", line 54, in
from pyrsgis.convert import rastertocsv
  File "C: / OSGEO4 ~ 1 / apps / qgis /./ python \ qgis \ utils.py", line 743, 
in _import
mod = _builtin_import (name, globals, locals, fromlist, level)
ModuleNotFoundError: No module named 'pyrsgis'

Python Version: 3.7.0 (v3.7.0: 1bf9cc5093, Jun 27 2018, 04:59:51) [MSC v.1914 
64 bit (AMD64)]
QGIS Version: 3.14.0-Pi Pi, 9f7028fd23

Python Path:
C: / OSGEO4 ~ 1 / apps / qgis /./ python
C: / Users / RICARDO / AppData / Roaming / QGIS / QGIS3 \ profiles \ default / 
python
C: / Users / RICARDO / AppData / Roaming / QGIS / QGIS3 \ profiles \ default / 
python / plugins
C: / OSGEO4 ~ 1 / apps / qgis /./ python / plugins
C: \ OSGEO4 ~ 1 \ apps \ Python37
C: \ OSGEO4 ~ 1 \ apps \ Python37 \ Scripts
C: \ OSGeo4W64 \ bin \ python37.zip
C: \ OSGEO4 ~ 1 \ apps \ Python37 \ DLLs
C: \ OSGEO4 ~ 1 \ apps \ Python37 \ lib
C: \ OSGeo4W64 \ bin
C: \ OSGEO4 ~ 1 \ apps \ Python37 \ lib \ site-packages
C: \ OSGEO4 ~ 1 \ apps \ Python37 \ lib \ site-packages \ win32
C: \ OSGEO4 ~ 1 \ apps \ Python37 \ lib \ site-packages \ win32 \ lib
C: \ OSGEO4 ~ 1 \ apps \ Python37 \ lib \ site-packages \ Pythonwin
C: / Users / RICARDO / AppData / Roaming / QGIS / QGIS3 \ profiles \ default / 
python

Thank you in advance for your help.

Ricardo
___
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] PDF Georefernces

2020-07-13 Thread Phil Wyatt 
Hi Warren,

 

Yes, Its possible to use the images from the PDF's and georeference them
using the Raster, Georeferencer setup in QGIS.

 

Here is a quick video on one way to use the georeferencer (plus some other
useful tips)

 

https://www.youtube.com/watch?v=67j_HShwv8Y

 

Cheers - Phil

 

From: Qgis-user  On Behalf Of Warren
Thorne
Sent: Monday, 13 July 2020 2:36 PM
To: qgis-user@lists.osgeo.org
Subject: [Qgis-user] PDF Georefernces

 

Hi all,

 

Thanks for the welcome to the group. I have some PDF's from historic reports
I want to georeference and import  into QGIS, is this possible?

 

 


Warren Thorne
Principal Geologist 



  


1 Sleat Rd, Applecross, Western Australia 6153 


P +61 8 9329 3600 F +61 8 9329 3601 M 


E   warren.tho...@mrl.com.au W
 www.mineralresources.com.au 

 

--
IMPORTANT PLEASE READ - Email Disclaimer
--
This email message (including any attachments) is intended only for the
addressee(s) and is to be kept strictly confidential unless otherwise agreed
in writing with its sender. If you are not the intended recipient please
notify the sender by reply email and immediately delete this email. Use,
disclosure or reproduction of this email (or any of its attachments) by
anyone other than the intended recipient(s) is strictly prohibited. No
representation is made that this email or any attachments are free of
viruses. Virus scanning is recommended and is the responsibility of the
recipient.
-- 

___
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] PDF Georefernces

2020-07-13 Thread Martin Bittens 

Hello Warren,

if you have some  locations in the pdf-file with known coordinates you
can do the following (for me this procedure works fine in most of the
cases):

1.) Convert the pdf-file into *.tif or *.jpg;

2.) In QGIS open the georeferencer tool (you can find it in the raster
tab of the QGIS main window);

3.) Import the *.tif/*.jpg file  into the georeferencer tool;

4.) Add the coordinates of the known locations into the imported map by
using the "add point" button on top;

5.) Open "Settings --> Transformation Settings", complete the setting
options, and click on "OK";

6.) Click on "Start Georeferencing" (the green triangle on top);


Then you should get what you wanted...!


Regards


Martin



Am 7/13/2020 um 1:36 AM schrieb Warren Thorne:


Hi all,

Thanks for the welcome to the group. I have some PDF’s from historic
reports I want to georeference and import  into QGIS, is this possible?

*Warren Thorne*
*Principal Geologist*


Mineral Resources Limited 



1 Sleat Rd, Applecross, Western Australia 6153

*P *+61 8 9329 3600 *F *+61 8 9329 3601 *M *

*E *warren.tho...@mrl.com.au  *W
*www.mineralresources.com.au 

--
IMPORTANT PLEASE READ - Email Disclaimer
--
This email message (including any attachments) is intended only for
the addressee(s) and is to be kept strictly confidential unless
otherwise agreed in writing with its sender. If you are not the
intended recipient please notify the sender by reply email and
immediately delete this email. Use, disclosure or reproduction of this
email (or any of its attachments) by anyone other than the intended
recipient(s) is strictly prohibited. No representation is made that
this email or any attachments are free of viruses. Virus scanning is
recommended and is the responsibility of the recipient.
--


___
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



--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
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 constraint to editing tool

2020-07-13 Thread Luca Manganelli 
Hello,

is it possible to write a macro for editing?

i.e., before adding a point to my PostGIS table, I would like that this
macro checks the attribute form values before storing it into the table
___
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] Question on how to use new digitisng classes in API

2020-07-13 Thread Luca Manganelli 
Hello,

in a Python plugin, how can I use the new digitising classes available from
qgis 3.12?

I.e.: QgisInterface.actionCircleCenterPoint() ?

Can I have the circle drawn by 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