[Qgis-user] Retirement & Future QGIS Support Options

[C Hamilton via QGIS-User]

Hi Everyone,

In a month I will be retiring from US federal government service. For the
last few years my efforts were on promoting open source GIS software for
government use. I've had some success but wish it would have been easier. I
am the author of 12 official QGIS plugins,

https://plugins.qgis.org/plugins/user/hamiltoncj/

There is another organization who is supposed to take over maintenance of
most of these plugins. I don't know whether it will happen or not. In the
near term I will fix any major bugs until they actually take over. If they
don't take over I might be back asking to see if anyone is interested in
supporting them. I can't do it forever and I still need to make a living.

I am interested in continuing working part time with the QGIS community and
open source GIS. I think I am one of the few US QGIS plugin developers. As
a hobby I have worked with the archaeological community in processing Lidar
and magnetometry data. That has been fun.

Please send me a note if you know of any part time job opportunities in
supporting QGIS and other open source GIS software.

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] Advance Digitising Tools- compass bearings

[C Hamilton via QGIS-User]

Phil,

The Shape Tools plugin has an "Azimuth distance digitizer" and for what you
are talking about an "Azimuth distance sequence digitizer". With the latter
function you click on a starting location and then give a list of azimuth,
distance sequences. I have used this for old surveys like this. There is
also an declination offset just in case your surveys were using magnetic
north and not true north. In that case you have to look up what the
declination offset was for your 1880s date.

Regards,
Calvin

On Thu, May 16, 2024 at 9:50 PM Philip Ryan via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hello,
> I am trying to digitise a series of old gold lease "portion plans"
> produced in the 1880s in Australia by a mining surveyor using a compass and
> chain. The data for each gold lease includes a table of  1) compass
> bearings in degrees and 2) distance measurements in links (0.2 m) for each
> vertex of the lease polygon (mostly a rectangle or trapezoid but sometimes
> more complex).
> The Advance Digitizing Tools would seem to be ideal for this data except
> for the angle measure (a) which I can't input as a compass bearing (0-360
> deg). The current settings with 90 deg E as the zero makes conversion of
> compass bearings very tedious.
> Is it possible to change the angle variable (a) to a compass bearing?
> Regards,
> Phil Ryan
> ___
> 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] Kmz rendering very slow

[C Hamilton via QGIS-User]

Agreed. Google Earth simply cannot handle large amounts of data.

Calvin

On Fri, Feb 23, 2024 at 8:38 AM Kobben, Barend (UT-ITC) via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Not really. KMZ/KML is a simple dataformat not suitable for such large
> amounts of data. It eg does not support spatial or other indexing (even if
> it would, Google Earth renderering porbbably cannot use the indexes
> anyway)...
>
> *-- *
>
> *Barend Köbben*
>
>
>
>
>
> On 23/02/2024, 14:07, "QGIS-User" 
> wrote:
>
>
>
> Hello,
>
> I am reposting this question.
>
> I have a geopackage file of about 30MB size. I have converted it into kmz
> which resulted in 13MB size. When I open this kmz in google earth, it is
> very slow and takes about 10 to 15 minutes to load and open. Even after
> opening, I cannot zoom-in or zoom-out quickly. Is there a fix for this such
> that I can open the file in google earth quickly?
>
>
>
> Regards.
> ___
> 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] Vector layer WKT attribute to new layers

[C Hamilton via QGIS-User]

I came across a point vector layer that had a WKT object as one of the
attributes. The WKT object could be a point, line, polygon, multi-point,
multi-line, or multi-polygon and there could be a mixture of these in the
same vector layer.

I added an algorithm to the Lat Lon Tools plugin that accepts a vector
layer and an attribute field, and can potentially export 3 new layers
representing WKT points found, lines found, or polygons found. If the WKT
objects are all the same type then only one new layer will be created.

You can import WKT geometries from a csv file, but there is no good way to
do this in QGIS from a vector layer with a WKT attribute.

Enjoy,
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] Distance measurement from Center - Buffer

[C Hamilton via QGIS-User]

You can always use the Shape Tools plugins to draw a circle around the
points. It uses Geodesic calculations so you don't need to convert to
another projection.

Calvin

On Mon, Feb 12, 2024 at 9:31 PM krishna Ayyala via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Chris,
> Thanks for the reply. By rectangular coordinate system, can you mention
> which specific rectangular coordinate system?
>
> Regards.
>
> On Mon, Feb 12, 2024 at 5:52 PM chris hermansen 
> wrote:
>
>> Epsg 4326 is lat long. Make your buffers in a rectangular coordinate
>> system.
>>
>> On Mon, Feb 12, 2024, 16:29 krishna Ayyala via QGIS-User <
>> qgis-user@lists.osgeo.org> wrote:
>>
>>> Hello,
>>> I have a point shape file with the projection as shown below. I have
>>> created a buffer of 16km using this point shapefile. When I measure it
>>> vertically, it reads as 32km. But when I measure it horizontally, it reads
>>> as 26km only. I have reprojected the buffer to the projected coordinate
>>> system. Despite of this, I am getting the same values. What should I do
>>> such that I can read 32kms both horizontally and vertically?
>>> Regards.
>>>
>>> [image: image.png]
>>>
>>> [image: image.png]
>>> ___
>>> 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 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] Should my QGIS 2 Plugins be removed from plugins.qgis.org?

[C Hamilton via QGIS-User]

I'm surprised that QGIS 2 is still being used. In that case I will leave my
QGIS 2 plugins in the repo.

Calvin

On Fri, Jan 26, 2024 at 12:41 PM Andrea Giudiceandrea via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> > Greg Troxel gdt at lexort.com
> > Fri Jan 26 07:21:47 PST 2024
>
> > It will be interesting to see if anyone says they are using qgis 2.
>
> Looking at the number of plugins downloads, it seems there are still
> users using QGIS 2. For example, today the number of downloads of the
> "Shape Tools" plugin version 0.7.12 for QGIS 2 is 14736 [1], while it
> was 14168 one years ago [2]
>
> Best regards.
>
> Andrea
>
>
> [1] https://plugins.qgis.org/plugins/shapetools/#plugin-versions
> [2]
>
> https://web.archive.org/web/20230212152411/https://plugins.qgis.org/plugins/shapetools/#plugin-versions
> ___
> 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] Should my QGIS 2 Plugins be removed from plugins.qgis.org?

[C Hamilton via QGIS-User]

I don't know about that question for sure, but I suspect that if they were
not ported to QGIS 3 then they are not likely being used. Some plugins
became deprecated because QGIS 3 integrated their capabilities into
its core algorithms. In my case I ported all my QGIS 2 plugins to QGIS 3.


On Fri, Jan 26, 2024 at 11:22 AM Andrea Giudiceandrea via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> > Greg Troxel gdt at lexort.com
> > Fri Jan 26 07:21:47 PST 2024
>
> > Another question is if the plugin repo should simply remove all qgis 2
> > plugins en masse and desupport 2 entirely.
>
> What about the plugins working with QGIS 2 that had not been ported to
> work with QGIS 3?
>
> Andrea
> ___
> 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] Should my QGIS 2 Plugins be removed from plugins.qgis.org?

[C Hamilton via QGIS-User]

I am wondering whether it is time to remove my QGIS 2 plugins from
plugins.qgis.org. It seems like everyone should be using QGIS 3 now and if
they are not, they should be. What are your thoughts? All of my QGIS 2
plugins are much less capable than my version 3 plugins.

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] New Shape Tools Processing Algorithms

[C Hamilton via QGIS-User]

I added two new Shape Tools (https://plugins.qgis.org/plugins/shapetools/)
processing algorithms. Shape Tools has a number of geodesic shapes that can
be generated from a point vector layer using parameters from the processing
dialog box or from the vector layer's attribute table. What Shape Tools has
lacked is the ability to click on a location and generate a shape at that
location.

I am testing out the capability of doing this from a processing algorithm
using QgsProcessingParameterPoint. I would like your reaction to this
capability. Is it worth doing this for the other primitive shapes?

The two new algorithms draw a concentric band or donut shape about the
clicked canvas point. I also added a processing algorithm to generate N
number of concentric circles with optional radial lines. This is somewhat
similar to the ArcGIS "Generate Range Rings" function. Here is an example
image:

https://drive.google.com/file/d/1a_-iFiOaHG9ucHx2rsdcCb0L3i3qO5mv/view?usp=drive_link

Let me know what you think about these kinds of algorithms.

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] Earth, Sun, Moon, and Planets Field Calculator Expressions

[C Hamilton via QGIS-User]

I updated the Earth, Sun, Moon, and Planets plugin to include some field
calculator expressions. If there are other expressions that you think
should be made available, let me know.

https://plugins.qgis.org/plugins/earthsunmoon/

Note that you need to "pip install timezonefinder skyfield" libraries from
your OSGeo4W shell for these functions to be available.

   - *esm_local_datetime()* - Returns the current date and time as a python
   datetime object with the local computer's timezone settings.
   - *esm_local_qdatetime()* - Returns the current date and time as a
   standard QGIS QDateTime object with the local computer's timezone settings.
   - *esm_moon_phase()* - Given a date and time, return the moon's phase in
   degrees where 0° is the New Noon, 90° is First Quarter, 180° is Full Moon,
   and 270° is Last Quarter.
   - *esm_moon_zenith()* - Given a date and time, return the EPSG:4326
   coordinate point where the moon is directly overhead.
   - *esm_sun_moon_info()* - Given a date and time, latitude and longitude
   in EPSG:4326, output format type, and optional timezone of the date and
   time object, it returns a python dictionary or JSON string of solar and
   lunar information.
   - *esm_sun_zenith()* - Given a date and time, return the EPSG:4326
   coordinate point where the sun is directly overhead.

Best wishes,
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] New Day/Night Terminator Algorithm

[C Hamilton via QGIS-User]

I released a new "Day/Night terminator" algorithm as a part of the "Earth,
Sun, Moon, & Planets" plugin. I was able to get some help to implement the
algorithm that does the work.

https://plugins.qgis.org/plugins/earthsunmoon/

The new algorithm creates vector layers for the day/night terminator line,
polygon layers associated with sunrise/sunset, civil twilight, nautical
twilight and astronomical twilight, and the position of the sun directly
overhead. Since I can't include images, here are some links to images
representing the plugin's capabilities.

https://drive.google.com/file/d/1oeT6xtLOBkIp5QN2q2FH2bd94V7XRU2Z/view?usp=drive_link
https://drive.google.com/file/d/1E1JDBlQGqE9Wi3qs34jNX5IIaYtT4kxw/view?usp=drive_link
https://drive.google.com/file/d/148oAwFt7zpL1OChm3GWUq4FtxTckctjr/view?usp=drive_link

The "Day/Night terminator" and "Sun position directly overhead" work as is,
but the rest of the plugin's capabilities require installing Time Zone
Finder and Skyfield (pip install timezonefinder skyfield).

Let me know if you encounter any problems.

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] Dot Density Symbology

[C Hamilton via QGIS-User]

This may not be an answer to your question, but the Density Analysis plugin
(https://plugins.qgis.org/plugins/densityanalysis/) will create a uniform
set of polygons over an area of interest with a NUMPOINTS attribute of the
number of points are contained within the polygon. The NUMPOINTS value can
be weighted using some other attribute. It will automatically style the
density map as well from a given color ramp.

Calvin

On Wed, Jul 26, 2023 at 8:06 PM Shinoto, PD Dr. Maria via QGIS-User <
qgis-user@lists.osgeo.org> wrote:

> Hi,
>
> I have a similar research problem, and the dots seem to be a wonderful
> solution.
>
> So, this email does not give any assistance re the original question, just
> an answer to the question below:
>
> Am 2023/07/27 um 03:45 schrieb chris hermansen via QGIS-User <
> qgis-user@lists.osgeo.org>:
>
> Here's (apologies for the closed source link) an example of the type of
>> map/symbology I'm trying to describe.
>> https://www.arcgis.com/apps/mapviewer/index.html?webmap=30d2e10d4d694b3eb4dc4d2e58dbb5a5
>>
>> Thanks for any suggestions!
>>
>
> What about just shading the polygons using a gray scale?
>
> Given that your polygons should generate a uniform density of dots within
> the area they bound, I don't see value in generating the dots for symbology.
>
>
> The polygon area may vary, as it does in my research (distribution of
> burials in administrative areas). Therefore, a small area always looks
> underrepresented as compared to a larger area, and vice versa. I have large
> administrative areas with low densitiy, but they look well populated even
> with a very light shade of grey.
>
> So I would like to try to find a solution to Chris' problem since the
> representation with dots is closer to reality than colouring areas. I will
> report when I found a solution for my use case -- though this may be
> autumn...
>
> Maria
> ___
> 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] New Earth, Sun, Moon, Planets QGIS Plugin

[C Hamilton via QGIS-User]

I developed most of this plugin some time ago, but have never liked
publishing a plugin that was not self contained meaning that it has no
depancies on other Python libraries not supplied by QGIS or data too large
to include.

Meet the Earth, Sun, Moon, and Planets plugin. For a particular date & time
it displays the location of the Sun, Moon, and planets where they would be
at their zenith, directly overhead as seen from the surface of the Earth.
It also has another tool that given a date, time, and coordinate it will
display solar and lunar information such as azimuth, elevation, twilights,
etc.

https://plugins.qgis.org/plugins/earthsunmoon/

This plugin requires two additional libraries to be installed. Open the
OSGeo4W Shell and install timezonefinder and skyfield.

pip install timezonefinder skyfield

I am in the process of passing the baton for my QGIS plugins to another
organization but wanted to get this released. The one algorithm I really
wanted to include was to generate an accurate day/night line or polygons
including different twilights. I never found an algorithm that I liked.
There are ones based on a spherical earth, but can be as much as 10 degrees
off towards the poles.

Anyway I hope you enjoy this plugin.

Best wishes,
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] New Date/Time Tools Plugin Update

[C Hamilton via QGIS-User]

I updated the Date/Time Tools plugin.

https://plugins.qgis.org/plugins/datetimetools/

The functionality is the same, but I needed to update the timezonefinder
python library. Unfortunately or fortunately depending on how you see it,
because of changes in the library, it is no longer practical to include the
python dependencies with the plugin. When you update the plugin, you will
also need to open the OSGeo4W console and install 3 additional python
libraries. On windows just type in the following. I don't know if you do
the same on Mac and Linux distributions or not.

pip install timezonefinder astral reverse_geocoder

You don't need to be a system administrator to do this.

Best wishes,

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] Jobs supporting QGIS

[C Hamilton via QGIS-User]

Hi Everyone,

Since 2016 I have been supporting QGIS within the US Federal Government.
You can see my QGIS plugin contributions here:

https://plugins.qgis.org/plugins/author/C%20Hamilton/

Unfortunately, I have been told to quit further QGIS development by my
current organization and I have a limited time to provide bug support. I
have held this off for about 9 months and suspect that I have another 6
months to formalize what to do. One option is to try and find another US
government job that needs a QGIS plugin developer (anyone out there?). The
other options are to simply move on to non QGIS related projects, retire (I
am eligible), or find some other organization I could work with. I will
make sure that the plugins are either transferred to some other
organization for support or I will do it myself. I won't let them just be
dropped.

I took "The Road not Taken" by supporting open source GIS. Certainly, many
of you here have done the same, but it is not necessarily the most
profitable. For me it has been fun and I have really enjoyed it.

If any of you have any job leads please let me know. I have at least 6
months to make this decision.

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] Shape Tools New Capabilities - Compass cardinal directions

[C Hamilton via QGIS-User]

I thought I would highlight a couple of updates to the Shape Tools plugin.
For those who are not aware, Shape Tools has a measuring tool that not only
includes the distance from point A to B, but also displays the azimuth from
A to B and from B to A. It shows each segment with these features and the
total distance. It also has a measurement layer algorithm that creates a
new layer from a polygon or line layer with already styled measurements of
the line segments.

The recent addition is to also include the compass cardinal directions such
as N, S, E, W or NE, WSW, or NEbE depending on the number of compass points
that are selected. This has to be enabled from Vector->Shape
Tools->Settings and then look for "Points of the compass" and you can
select None, 4, 8, 16, or 32. It defaults to None.

The other addition is a related expression function with some examples

st_compass( azimuth[, number_of_points, mode] )

st_compass(33) → 'NNE'
st_compass(33, 8) → 'NE'
st_compass(33, 32) → 'NEbN'
st_compass(33, 16,'full') → 'north-northeast'
st_compass(33, 32,'full') → 'northeast by north'
st_compass(33, 32,'trad') → 'Quarto di Greco verso Tramontana'

Enjoy,

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] What QGIS plugin development should I work on this year?

[C Hamilton via QGIS-User]

Hi QGIS users,

I am looking for ideas for what QGIS development I should be working on
this year. My plugin development over the years has focused on capabilities
that were missing at the time or algorithms that made QGIS user's lives
easier. Here are the plugins I've developed so far.

https://plugins.qgis.org/plugins/author/C%2520Hamilton/

I am interested in algorithms that may be in commercial software but not in
QGIS that people need. I am also interested in different ways to visualize
and analyze data. Last year I released the Density Analysis plugin
. It added additional
density analysis algorithms including a fast H3 histogram of an area. I
never got any feedback on the plugin so I don't know whether it is
useful or not to users, but it has had 11,608 downloads since last June. I
always appreciate feedback as it is what encourages me to continue
development.

I have been debating on updating the D3 Data Visualization plugin
 to use plotly to create the
graph and perhaps add additional graphs. That was one of my early plugins
where I created my own D3 graph of the data. It could probably be done
better.

Are there any algorithms that you would like to have developed? It may be
that QGIS is getting sufficiently advanced that there is not much that is
really needed any more, but if you have any ideas I would appreciate them.
Anything I work on needs to benefit a sizable number of users. It can't be
too specific. It also needs to be constrained enough that I can complete in
a reasonable amount of time.

If you have any ideas for improving my existing plugins that could be an
option as well.

By the way is there a better forum than this qgis-user group to reach out
to QGIS users or is this the best way?

Thanks for your input!

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] Coordinate display in different coordinate systems

[C Hamilton via Qgis-user]

The Lat Lon Tools plugin has a coordinate display dialog where you click on
a point and it displays it in many different coordinate systems.

On Fri, Oct 28, 2022 at 9:30 AM Tanja Hartinger via Qgis-user <
qgis-user@lists.osgeo.org> wrote:

> Hello
> I have a question about the coordinate display. Is it possible that I
> can display the coordinates in several coordinate systems (I am in
> Germany and therefore in my case it is about the coordinate systems
> Gauß-Krüger and UTM) somewhere on a map at the same time? I don't want
> to set an object there. Ideally, I click somewhere and then the
> coordinates are displayed in several coordinate systems. Is this
> possible in any way?
> Thank you very much in advance.
> Many greetings,
> Tanja
>
> ___
> 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] Proper Way to Unload A Toolbar

[C Hamilton via Qgis-user]

I see several ways developers have created custom toolbars and then removed
them and I am wondering if there is a preferred way.  In the initGui of the
plugin we would have something like this:

self.toolbar = self.iface.addToolBar('My Toolbar')
self.toolbar.setObjectName('MyToolbar')

When we add an action it is:

self.toolbar.addAction(self.myAction1)
self.toolbar.addAction(self.myAction2)

In unload() I see two methods used:

Method 1:

self. myAction1  .deleteLater()
self. myAction1  = None
self. myAction2  .deleteLater()
self. myAction2  = None
self.toolbar.deleteLater()
self.toolbar = None

Method 2:
self.iface.removeToolBarIcon(self. myAction1)
self.iface.removeToolBarIcon(self. myAction2)
del self.toolbar

It is unclear to me in Method 2 whether removeToolBarIcon() applies to a
custom toolbar or not. I have used that in my plugins but am wondering if
it only is to be used if you are using the Plugins toolbar.

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] Lat Lon Tools Gets New Capabilities

[C Hamilton via Qgis-user]

Yesterday, Lat Lon Tools was updated to version 3.6.5 (
https://plugins.qgis.org/plugins/latlontools/). This release includes the
following:

1. Lat Lon Tools can now snapshot H3 geohash coordinates and zoom to H3
coordinates. H3 is a fantastic library that I have started working with,
but you currently need to 'pip install h3' from the OSGeo4W Shell to get
this capability. Lat Lon Tools detects whether H3 is available or not and
works as it always has without it.
2. Some coordinate formats represent a point on the earth's surface where
others represent an area. Previously when using Lat Lon Tools' zoom to a
coordinate tool it would zoom to the location and add a marker at the
center of area coordinate formats. Now it marks the center but also
displays the actual area the coordinate represents based on the resolution
of the coordinate. This applies to H3, Geohash, Google Open Location Code
(Plus Codes), and the amateur radio Maidenhead grid format. I would like to
apply this to MGRS and UTM, but the MGRS library was developed by the
defunct Boundless geo and there is no function to return the boundary. The
same is true with my implementation of UTM.
3. You can now choose the color of the marker used with the zoom to tool.
It can be selected from the Settings dialog.

Enjoy,

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] Jenks Raster Styling?

[C Hamilton via Qgis-user]

Andrea,

Thanks for your response and glad to see someone else interested in this. I
was asked about how difficult it would be to implement as a plugin, but I
think it would be best as a core capability. Like always there needs to be
a funding source. I reached out to some of my colleagues to see if anyone
has funding for this type of QGIS development, but in the last few years
interest in our organizations for non-ESRI GIS software has really
diminished so I suspect that the people I know do not have the funding.

Is it a correct assumption that this feature request is not currently being
implemented in QGIS?

Thanks,

Calvin

On Wed, Sep 14, 2022 at 11:51 PM Andrea Giudiceandrea via Qgis-user <
qgis-user@lists.osgeo.org> wrote:

> *C Hamilton* adenaculture at gmail.com
> 
> *Wed Sep 14 10:46:38 PDT 2022*
> --
>
> Is it possible to implement similar styling methods such as Jenks in raster
> as you have with vector?
>
>
> Hi Calvin,
> there is also a feature request on the same matter:
> https://github.com/qgis/QGIS/issues/39746
>
> Best regards.
>
> Andrea Giudiceandrea
> ___
> 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] Jenks Raster Styling?

[C Hamilton via Qgis-user]

With Graduated vector symbology there are various modes such as Equal
Count, Equal Interval, Logarithmic scale ,Natural Breaks (Jenks), Pretty
Breaks, and Standard Deviation to apply the graduated style to the vector
data.

With raster styling there are only "Interpolation" options Discrete, Linear
and Exact, and then the "Mode" of Continuous, Equal Interval, and Quantile.

Is it possible to implement similar styling methods such as Jenks in raster
as you have with vector? Can these styles at least be simulated in some way
with how QGIS is now?

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] More QGIS Density Analysis Updates and Some Time Comparisons

[C Hamilton via Qgis-user]

Anyone dealing with heatmaps or density estimation will be interested in
this plugin.

https://plugins.qgis.org/plugins/densityanalysis/

QGIS natively has the Heatmap (Kernel Density Estimation) algorithm
which is powerful and produces a heatmap image that can then be styled and
displayed. Each pixel in the image represents an area with an accumulated
intensity of the density from the input point layer data.

The Density Analysis plugin adds 3 vector gridded density map algorithms.
1) One of these can be done with a series of steps using QGIS algorithms
such as "Create grid" over the point layer extent, followed by "Count
points in polygon", "Extract by attribute", and then style it. The Density
Analysis plugin does this in one step. If the input point layer is not
spatially indexed then the "Count points in polygon" can be painfully slow.

The next algorithm takes the point layer and generates a geohash string for
each coordinate and creates a dictionary of geohash strings with their
counts. These geohashes are then turned into polygons with a NUMPOINTS
count attribute. The third algorithm makes use of the H3 geohash library
(which you must pip install). H3 geohashing produces hexagon boundaries and
is ideal for density analysis and is blazing fast. Here are some time
comparisons on my computer with these three algorithms. I ran this on a
layer containing 193401 points and there are two different grid cell sizes.

Algorithm 4km grid  1.22 km grid
    -
QGIS count points in polygon  8.16 seconds  63.18 seconds
Geohash   4.89 seconds  5.6 seconds
H3 geohash3.56 seconds  3.79 seconds

When the grid gets more dense the time it takes to count points in
polygons really goes up but the geohashing doesn't change much. We tested
the H3 algorithm against the similar capability in ArcGIS. Here are those
results.

Grid Resolution   ArcGISQGIS H3 geohash
---   --
400m  50 seconds2.93 seconds
50m   3:20 minutes  12.51 seconds

The latest Density analysis plugin includes the following updates:
1. Added a settings dialog that allows the user to choose the default color
ramp used in the algorithms. The setting is persistent from one launch of
QGIS to the next.
2. Added  an invert color ramp check box.
3. Added a styled polygon density algorithm.
4. Added a styled heatmap (kernel density estimation) algorithm. This is a
wrapper on the QGIS Heatmap algorithm, but you specify the grid/pixel cell
size in terms of km, m, mi, etc and not in terms of the CRS of the input
layer. It then automatically styles the layer.
5. Added a H3 grid algorithm.

For a more complete list of capabilities install the plugin and select Help
from "Plugins->Density Analysis".

Best wishes to everyone,

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] Shapefile to KML conversion

[C Hamilton via Qgis-user]

Creating a KML that large is usually not a good idea, but if you still want to 
try it install the KML Tools plugin. It can usually handle larger data sets. 

Best wishes,

Calvin

> On Jul 9, 2022, at 6:19 PM, krishna Ayyala via Qgis-user 
>  wrote:
> 
> Hello,
> I have a shapefile of size 5GB. I have added it onto qgis map. Right 
> click>Export> Save Feature as and I picked kml format and saved the 
> file. The resulting kml has a size of 1.67GB. But when I open the kml file, I 
> get the following error. No results - empty kml file.
> 
> Regards.
> ___
> 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] QGIS Density Analysis Plugin Update

[C Hamilton via Qgis-user]

I recently released the Density Analysis plugin and today I had a new
update that provides a polygon raster density analysis algorithm along with
a processing algorithm to style the raster with a heatmap.

https://plugins.qgis.org/plugins/densityanalysis/

I have a very narrow window in which I can make updates to this plugin. It
meets my needs, but perhaps you might see something I have missed. I am
being reassigned from QGIS development to other projects. Unfortunately, a
certain company, who shall not be named, has ultimately prevailed even
though it is really expensive and QGIS free. I will be allowed to fix bugs
in my plugins, but no new development.

If anyone has any comments or would like something done a little
differently with the Density Analysis plugin please let me know now. Next
month, unless it is a bug, I won't be allowed to make any changes.

It has been a pleasure working with the QGIS community. You are all great.
I will miss being able to spend full time working with QGIS. Hopefully, my
contributions have provided you with some useful tools.

https://plugins.qgis.org/plugins/author/C%2520Hamilton/

I wish you all the very best!

C Hamilton
___
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] PyQGIS code on raster image - What am I doing wrong?

[C Hamilton via Qgis-user]

Andrea,

Thanks so much. I'm not sure I would have figured that out on my own. I
also found that I needed to include the min and max values from the
statistics. Here is my final code if anyone else is trying to do this.

layer = iface.activeLayer()
provider = layer.dataProvider()
stats = provider.bandStatistics(1, QgsRasterBandStats.Min |
QgsRasterBandStats.Max)
min = stats.minimumValue
max = stats.maximumValue

# Get the Reds default colorramp
style = QgsStyle.defaultStyle()
ramp = style.colorRamp('Reds')
color_ramp = QgsColorRampShader(min, max, ramp,
QgsColorRampShader.Interpolated)
color_ramp.classifyColorRamp()

raster_shader = QgsRasterShader()
raster_shader.setRasterShaderFunction(color_ramp)

# Create a new single band pseudocolor renderer
renderer = QgsSingleBandPseudoColorRenderer(provider, layer.type(),
raster_shader)

layer.setRenderer(renderer)
layer.triggerRepaint()



Thanks,

Calvin

On Wed, Jun 22, 2022 at 9:47 PM Andrea Giudiceandrea 
wrote:

> *C Hamilton* adenaculture at gmail.com
> 
> *Wed Jun 22 08:36:45 PDT 2022*
> --
>
> color_ramp.setColorRampType(QgsColorRampShader.Interpolated)
>
>
> Hi C Hamilton,
> I think you are missing to classify the color ramp here:
>
> color_ramp.classifyColorRamp()
>
>
> Best regards.
>
> Andrea Giudiceandrea
>
>
___
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] PyQGIS code on raster image - What am I doing wrong?

[C Hamilton via Qgis-user]

I am trying to automatically style a singlebandgray raster image with one
of the singlebandpseudocolor color ramps. When I run this code in the QGIS
Python console the raster image disappears. If I look at the image
"Properties" everything seems to be set correctly and it does appear when
Apply or OK buttons are clicked on. I must be missing something.

layer = iface.activeLayer()

style = QgsStyle.defaultStyle()
# Get the Reds default colorramp
ramp = style.colorRamp('Reds')
color_ramp = QgsColorRampShader()
color_ramp.setSourceColorRamp(ramp)
color_ramp.setColorRampType(QgsColorRampShader.Interpolated)

raster_shader = QgsRasterShader()
raster_shader.setRasterShaderFunction(color_ramp)
# Create a new single band pseudocolor renderer
renderer = QgsSingleBandPseudoColorRenderer(layer.dataProvider(),
layer.type(), raster_shader)

layer.setRenderer(renderer)
layer.triggerRepaint()
___
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] New Density Analyses Plugin

[C Hamilton via Qgis-user]

I want to share a new vector based density analysis plugin sooner rather
than later. My work priorities are being rearranged so that I will not be
able to do new development or new features, but only fix bugs if they
arise. Here is the new plugin. Please test it out and give me any feedback.
I have about a month where I can optimize it more, but after that I will
not be able to do further development.

https://plugins.qgis.org/plugins/densityanalysis/

You can read the Density Analyses Documentation
<https://github.com/NationalSecurityAgency/qgis-densityanalysis-plugin/#readme>,
but here are the highlights.

This plugin currently has 3 vector based density algorithms:

   1. *Create density map grid* - This one creates a grid of polygons and
   counts the number of points in those polygons using the QGIS *Create
   grid* processing algorithm followed by the *Count points in polygon* and
   then styled appropriately. It is very important that the input point data
   be spatially indexed. This algorithm provides the most flexibility,
but *Count
   points in polygon* is time consuming.
   2. *Create geohash density map* - This makes use of the geohash
   algorithm to geohash each point and count the number of points for each
   geohash and create the geohash polygons. Depending on the density of the
   map this can be an order of magnitude faster than the above algorithm. The
   disadvantage is that you are limited to the geohash grid resolutions.
   3. *Create H3 density map* - This is the fastest of all 3 algorithms. It
   creates a hexagon density map grid and is similar in that it uses a H3
   geohash index to count all the points in each geohash. Unfortunately, H3 is
   not a part of the QGIS standard python libraries and you will need to 'pip
   install h3' to be able to access these algorithms, but it will be worth it.
   QGIS developers, you may want to consider including H3 as a part of QGIS.

Here are some running times of the 3 algorithms with a data set of around
194,000 points.

   - Create density map grid - 63.18 seconds
   - Create geohash density map - 5.6 seconds
   - Create H3 density map - 3.7 seconds

Once the heatmaps are created (note that they are automatically styled),
then there is a heatmap explorer that allows you to load in the N highest
grid counts and by clicking on them it will pan or zoom to the heatmap
polygon to examine the data that is there.

There are also 3 other utilities.

   1. *Apply style to selected layers* - You can copy a style to the
   clipboard or select a .qml file and apply it to all selected layers or
   groups of layers.
   2. *Apply graduated style* - This applies a graduated style to a layer,
   but it is done as a processing algorithm so it can be used in the model
   builder.
   3. *Apply random categorized style* - This applies a random categorized
   style to a layer, but it is done as a processing algorithm so it can be
   used in the model builder.

I plan on also adding a raster based polygon density algorithm that seems
to be missing from QGIS.

If you have any suggestions or find any problems with the plugin please let
me know.

Thanks,

C. Hamilton
___
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] visualize and export coordinates of centroids

[C Hamilton via Qgis-user]

Once you have your centroids you can use the Lat Lon Tools plugin and run
the "Point Layer to Fields" algorithm to extract the geometry and add it to
one or two attribute fields. You can also specify the CRS that you want it
in and what format (ie. decimal degrees, DMS and a lot of other formats)
you want it in.

Best wishes,

Calvin

On Tue, May 24, 2022 at 2:53 PM Thayer Young via Qgis-user <
qgis-user@lists.osgeo.org> wrote:

> Hi Francesca,
>
> Assuming that your layer has a geographic coordinate system like 4326. And
> you have found your centroids already:
> Use the field calculator to add a new or virtual field with a numeric data
> type, e.g. double, and name it something like "lat". Then in the expression
> area enter the expression: $y
> and press OK. Do the same for "lon" and the expression will be: $x
>
> If you want to find the centroid of a polygon and its latitude in one step
> your expression would be: y(centroid($geometry))
> For longitude it would be: x(centroid($geometry))
>
> Note that different methods will give you different coordinates for your
> centroid. So you may need to use a spatial join to do your match.
>
> -Thayer
>
>
> On Tuesday, May 24, 2022, 06:22:46 AM EDT,
> qgis-user-requ...@lists.osgeo.org 
> wrote:
>
> --
> Date: Tue, 24 May 2022 09:52:26 +0200
> From: Francesca Parente 
> To: QGIS User List 
> Subject: [Qgis-user] visualize and export coordinates of centroids
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> Hello group,
>
> I would like to ask you what is in your opinion the best way to identify
> the lat-lon attributes of derived centroids in order to export them to an
> extra-QGis database where corresponding coordinates should match with
> identified locations.
>
> So far I've tried with Geocoding and MMQGIS plugins, but the resulting
> attributes table doesn't inlcude the coordinates of geocoded points.
>
> Thanks a lot for any advice!
> Francesca
>
> --
> 
> Francesca Parente
>
> ___
> 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] Change properties of multiple layer at once

[C Hamilton via Qgis-user]

I have been working on a plugin and as a part of its capabilities is to be
able to use a .qml file or the style on the clipboard to apply it to all
selected layers including groups of layers. It would be a very similar
process to adjust the opacity or stroke style.

On Fri, Apr 1, 2022 at 6:04 AM Roland Spielhofer via Qgis-user <
qgis-user@lists.osgeo.org> wrote:

> Hi,
> thanks for the tip!
> The layers are all of the same type (content is the same, they represent
> different days).
> I wanted to preserve the different fill colors and just change the opacity
> and pen stroke.
> Therefore copy stlye does not work.
>
> Anyway, I adjusted the layers manually meanwhile - was just curious if
> there is an elegant way to do this and save time next time.
>
> Regards,
> Roland
>
>
> *Gesendet:* Freitag, 01. April 2022 um 10:37 Uhr
> *Von:* "L.W. via Qgis-user" 
> *An:* "Raymond Nijssen" , qgis-user@lists.osgeo.org
> *Betreff:* Re: [Qgis-user] Change properties of multiple layer at once
> May you change the style itself and set the same style to all layers.
>
> You can change i.e. color of lines by "type of line" / attribute values
> so you can use one style for multiple layers.
>
>
> Am 01.04.2022 um 10:13 schrieb Raymond Nijssen via Qgis-user:
> > Don't know how to do that using the GUI, but for the opacity you can
> > use these 2 lines of python in the QGIS python console. It will set
> > all your selected layers to 50% opacity.
> >
> >
> > for layer in iface.layerTreeView().selectedLayers():
> > layer.setOpacity(.5)
> >
> >
> > I think the stroke style is harder to change because all these layers
> > can have different symbologies.
> >
> > Hope it helps!
> > Raymond
> >
> >
> > On 01-04-2022 09:47, Roland Spielhofer via Qgis-user wrote:
> >> Hi,
> >> I have a set of similar layers where I would like to change certain
> >> properties for all layers in the same way.
> >> * change opacity to 50%
> >> * change stroke style to "no pen"
> >> When I select multiple layers and open properties -> symbology, I
> >> just change the styling of the first layer, not for all.
> >> Is there a way to do this?
> >> Regards,
> >> Roland
> >>
> >> ___
> >> 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 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 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] Something in the shapefile (???) - RE: Did KML Tools functionality change for everybody else or just me?

[C Hamilton]

Jeff,

I can replicate the problem. I have an idea about what may be wrong. I will
get this working, but I am not sure when. Hopefully, this week, but if not
probably next week.

Thanks for bringing this to my attention.

Calvin

On Tue, Mar 1, 2022 at 6:59 PM Jeff Sonnentag 
wrote:

> Well, since I knew I had just exported something fine last week I went and
> checked that KMZ to be sure and also exported it again and that worked fine.
>
>
>
> So QGIS was closed, started again, and the only thing opened was the
> specific shapefile and the style always used was created again by the last
> column’s values and transparency of all the created categories was set to
> 50%.  But, once again exporting to KMZ doesn’t work from that shapefile.  I
> tried exploding all the pieces and exporting from the temporary file
> (geometry of Polygon [Polygon] rather than the MultiPolygon that the
> original is) and that didn’t work either.
>
>
>
> Anyway, I put a copy of the set of shapefiles in here and if somebody can
> figure out what is wrong with it it would be nice to know.  Might help some
> other people in the future too or enable a modification to the plugin to
> detect whatever is messing things up.  :D
>
>
>
> https://www.dropbox.com/sh/k6mai4wkpd6taib/AAAfi6I884t4c_mBb55EvPila?dl=1
>
>
>
>
>
> *From:* Qgis-user  * On Behalf Of *Jeff
> Sonnentag
> *Sent:* Tuesday, March 1, 2022 10:11 AM
> *To:* qgis-user ; adenacult...@gmail.com
> *Subject:* [Qgis-user] Did KML Tools functionality change for everybody
> else or just me?
>
>
>
> I’m positive KML Tools worked perfectly fine before in exporting the
> Symbology style (some Categories of various colors and transparency) the
> same as visible in QGIS.  But now everything comes out one style/color
> rather than the ones they are supposed to be.  I still have the box checked
> for “Export style for single, categorized, and graduated symbols
> [optional]” and also installed the latest version (since I saw there was
> another one).  Restarted QGIS (3.22.24) and it still only puts out a single
> style rather than all the various colors visible in the shapefile in QGIS.
>
>
>
> (???)
>
___
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] Did KML Tools functionality change for everybody else or just me?

[C Hamilton]

Jeff,

I tried points and polygons with graduated symbols and both worked. If you
are using an unsupported style and not just a basic type of style it will
fail although if it is a point layer it can handle more complex styling
because KML Tools exports the icons as png images. Much of the QGIS styling
is not supported by the KML specification and so it becomes impossible to
replicate. It is possible you are trying something that is too complex to
convert to KML styling.

You will need to be more specific on your input data type and how you are
styling it. If you have an example to send me that makes it even easier to
figure out what is going on.

Thanks,

Calvin

On Tue, Mar 1, 2022 at 6:11 PM Jeff Sonnentag 
wrote:

> I’m positive KML Tools worked perfectly fine before in exporting the
> Symbology style (some Categories of various colors and transparency) the
> same as visible in QGIS.  But now everything comes out one style/color
> rather than the ones they are supposed to be.  I still have the box checked
> for “Export style for single, categorized, and graduated symbols
> [optional]” and also installed the latest version (since I saw there was
> another one).  Restarted QGIS (3.22.24) and it still only puts out a single
> style rather than all the various colors visible in the shapefile in QGIS.
>
>
>
> (???)
>
___
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] QGIS site down?

[C Hamilton]

I had that occur a number of times yesterday, but after waiting a few
minutes it came back. I haven't noticed it yet today.

On Thu, Feb 24, 2022 at 10:20 AM Sebastian Gutwein  wrote:

> I'm getting an error on the qgis.org site. Anyone else experiencing this?
> [image: image.png]
>
> ___
> 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] Labeling Lines with Bearings

[C Hamilton]

With the Shape Tools measurement layer, there is an option that you can
check to retain the original attribute information and copy it to the
output file, but it looks like you have a solution that you like. There are
usually multiple ways to solve a problem.

Best of luck,

Calvin

On Thu, Feb 3, 2022 at 3:37 AM Springfield Harrison 
wrote:

> Hello Phil & Calvin,
>
> Thanks very much to you both for those tips.
>
> The Vector Shake Tools options were good but required some extra work to
> transfer the new information to the existing layer.  I think I could have
> made it work but then found one of the options in Stack Exchange to be
> exactly what was needed.
>
> This is it:
>
> "And now it is even easier than Kay's answer -first use 'explode lines'
> tool, yielding all line segments, then calculate azimuth with field
> calculator: *main_angle($geometry)*".
>
> This is brilliant, it can be used to populate an attribute field in the
> table or directly in a label formula as desired.  Exactly the solution I
> was looking for!
>
> Thanks very much to you both, this is a great resource…
>
> 
> Cheers, Spring
>
>
>
> On 02/Feb/2022 16:58, Phil Wyatt wrote:
>
> Hi Spring,
>
> Bottom  couple of posts in this stackexchange question should get you started
> https://gis.stackexchange.com/questions/55449/how-do-i-find-vector-line-bearing-in-qgis-or-grass
>
> Cheers - Phil
>
> -Original Message-
> From: Qgis-user  
>  On Behalf Of Springfield Harrison
> Sent: Thursday, 3 February 2022 10:30 AM
> To: qgis-user@lists.osgeo.org
> Subject: [Qgis-user] Labeling Lines with Bearings
>
> Hello,
>
> I need to put the line direction (azimuth) into a line label. Some searching 
> has not come up with anything.
>
> Is there a way?  Thanks very much . . . .
>
> 
> Cheers, Spring
>
>
>
> ___
> Qgis-user mailing listqgis-u...@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] Labeling Lines with Bearings

[C Hamilton]

Hi Spring,

The Shape Tools plugin has several tools for doing this. Once it is
installed here are the options. 1) If you already have a line layer you can
run the following from the QGIS menu "Vector->Shape Tools->Geodesic
measurement layer". Deselect "Measure total length rather than each line
segment" and when you run the algorithm it will give you a table that has
the bearing from the first point to the second point. It automatically
labels it with the distance, but you can click in properties and change it
to the heading_to attribute which is your azimuth.

2) The second method is to use the "Vector->Shape Tools->Geodesic measure
tool". This is a measurement tool like the QGIS measurement tool, but it
also includes "Heading To" and "Heading From". If you click on the "Save to
Layer" button, it saves this to a measurement layer with the azimuths and
distances in the attributes.

I probably should provide an option for the user to select what automatic
labeling displays. Right now it is just the distance, but I could also
allow for azimuth.

I hope that helps.

Calvin

On Wed, Feb 2, 2022 at 6:30 PM Springfield Harrison 
wrote:

> Hello,
>
> I need to put the line direction (azimuth) into a line label. Some
> searching has not come up with anything.
>
> Is there a way?  Thanks very much . . . .
>
> 
> Cheers, Spring
>
>
>
> ___
> 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] Import kml with all the fields

[C Hamilton]

KMLs can be difficult to work with. In your case the Fields are actually an
HTML block of text that is contained in the description field of the KML.
KML Tools will work with this, but there are two steps that you need to
take. The first is to import the KML file into QGIS. Install the KML Tools
plugin and run "Vector->KML Tools->Import KML/KMZ" from the QGIS menu. All
of your tables are in the description attribute field. The next step is to
select this imported layer and run "Vector->KML Tools->Expand HTML
Description Field". For "Input layer" select your imported KMZ data.
Description field will automatically be set to description. "How to expand
the description field" should be set to "Expand from a 2 column HTML
Table". Click on OK. It will ask you what fields from the table you want
expanded. Select what you want and then click on OK.

This works for the KMZ file you sent.

Best wishes,

Calvin

On Fri, Jan 21, 2022 at 5:04 PM krishna Ayyala 
wrote:

> Hello,
> I am herewith attaching the kmz. When I open this in google earth, I can
> see all the four fields;Field1,Field2,Field3 and Field4. But, when I add
> this kmz to QGIS and open the attribute table, I cannot see any of these
> fields. This is just a sample data. I have about 50 to 60 such kmzs. Can
> you please suggest as permanent solution so that I can fix it myself and
> see all the four fields?
>
> Regards.
>
> On Thu, Jan 20, 2022 at 10:40 PM Phil Wyatt  wrote:
>
>> Is it KML (single file) or KMZ which may contain multiple files? Unzip
>> the KMZ and have a look at the files – maybe there is some way to
>> connect/join the different files via a common field
>>
>>
>>
>>
>> https://gis.stackexchange.com/questions/365579/showing-images-linked-with-corresponding-kmz-in-qgis
>>
>>
>>
>> *From:* krishna Ayyala 
>> *Sent:* Friday, 21 January 2022 4:08 PM
>> *To:* Phil Wyatt 
>> *Cc:* Camilo Aristizabal ; qgis-user <
>> qgis-user@lists.osgeo.org>
>> *Subject:* Re: [Qgis-user] Import kml with all the fields
>>
>>
>>
>> Phil,
>>
>> Thanks for the reply. I did drag and drop. But still only "Field1" shows
>> up in the attribute table. There are other fields such as "description",
>> "timestamp", "begin", "end" which show in the attribute table. These other
>> fields are automatically generated when I add kml to the map. But all I am
>> interested to see are Field1,Field2,Field3 and Field4.. The only useful
>> filed I see is  Field1. When I open this kmz in google earth and click on
>> any point, I see all the four fields. Is there a way to see all these four
>> fields in QGIS?
>>
>>
>>
>> Regards
>>
>>
>>
>> On Thu, Jan 20, 2022 at 9:23 PM Phil Wyatt  wrote:
>>
>> Hi Kryshna
>>
>>
>>
>> Its also possible to ‘drag and drop’ the kml from the file manager to the
>> map window. You might also let us know where the kml was created as the
>> error may be from the original source rather than a QGIS issue. Do the
>> other fields show up if opened in Google Earth?
>>
>>
>>
>> Cheers - Phil
>>
>>
>>
>>
>> Em quinta-feira, 20 de janeiro de 2022 22:19:46 BRT, krishna Ayyala <
>> ayyalakris...@gmail.com> escreveu:
>>
>>
>>
>>
>>
>> Hello,
>>
>> I have a kml that has a point layer with about 50 Points. Each point has
>> four fields. Field1,Field2,Field3 and Field4. I have imported this kml into
>> qgis. When I open the attribute table, I see only Field1. Is there a way to
>> import the kml so that I can see all the 4 fields in the attribute table?
>>
>>
>>
>> Regards.
>>
>> ___
>> 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] Import kml with all the fields

[C Hamilton]

Because of the free-form nature of how KMLs can be constructed, they can
sometimes be challenging to interpret. Try the KML Tools plugin

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

It uses a different methodology to interpret KML/KMZs than what is in QGIS.
Since I am the author of that plugin, if it does not work send me a copy of
the KML and I will try to make sure it works for your case.

Best wishes,

Calvin

On Thu, Jan 20, 2022 at 8:19 PM krishna Ayyala 
wrote:

> Hello,
> I have a kml that has a point layer with about 50 Points. Each point has
> four fields. Field1,Field2,Field3 and Field4. I have imported this kml into
> qgis. When I open the attribute table, I see only Field1. Is there a way to
> import the kml so that I can see all the 4 fields in the attribute table?
>
> Regards.
> ___
> 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] Any Problems Upgrading to Windows 11

[C Hamilton]

Have any of you had any problems with QGIS or other applications when
upgrading from Windows 10 to Windows 11? I don't know if I should wait or
do the upgrade.

Thanks,

Calvin Hamilton
___
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] Shapefile to kml for DJI Pilot, planning your drone mission in QGIS.

[C Hamilton]

Have you tried the KML Tools plugin to export the data? You probably don't
want to export the style and a number of the other attributes are optional.
I am not sure how well it would work for this application, but it will
be different from the default QGIS KML exporter.

Best wishes,

Calvin

On Sun, Nov 14, 2021 at 1:03 PM Nicolas Cadieux 
wrote:

>
> Hi everyone,
>
> Some of you flying drone missions might have noticed that DJI Pilot, does
> not like .KMLs created in anything else than Google Earth. When exporting
> the most basic kml from QGIS, the resulting kml still has too many tags for
> the DJI software.
>
> I created an OpenSource python software to batch export your mission
> planning files from ArcMap and QGIS to DJI Pilot kml.
>
> The video explains the advantages of using a true GIS over Google Earth to
> plan your missions, shows how to use the software and how to setup your
> Python environment.  You can go to my gitlab page to download the script.
>
>
> https://m.youtube.com/watch?v=Wzr-zP5wG1g&fbclid=IwAR3f6F_5fgxmZuy6mbM_zavW_6rtnW7oeT482wAeJ7WdEhJMovqEMmNDtTM
>
> Enjoy!
>
> 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
>
___
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] user defined format for new bearing tool?

[C Hamilton]

Richard,

The Shape Tools plugin has a geodesic measure tool

that in addition to distance, displays the bearing to and bearing from two
points. Right now it just displays in decimal degrees, but it wouldn't be
difficult to add a setting option to display in a DMS format. Give it a try
and let me know whether you think it would be helpful to include a DMS
format.

Thanks,

Calvin

On Tue, Nov 2, 2021 at 9:56 AM Richard Greenwood <
richard.greenw...@gmail.com> wrote:

> Is it possible for a user to add a format to the new bearing tool in 3.22?
> Cadastral descriptions in the United States are usually expressed in
> degrees, minutes, seconds in four quadrants e.g.
>   N 45°27'18"W or S 15°07'54"E, etc.
> I have a SQL expression below that I use for labeling in that format. I
> would like to add it as a format option in the bearing tool.
> concat(
>   case
> when degrees(azimuth(start_point($geometry), end_point($geometry)))< 90
>   then CONCAT('N',to_dms(degrees(azimuth(start_point($geometry),
> end_point($geometry))), 'x',0,'aligned'))
> when degrees(azimuth(start_point($geometry), end_point($geometry)))<
> 180
>   then CONCAT('S', to_dms(180 -
> degrees(azimuth(start_point($geometry), end_point($geometry))),
> 'x',0,'aligned'))
> when degrees(azimuth(start_point($geometry), end_point($geometry)))<
> 270
>   then CONCAT('S', to_dms(degrees(azimuth(start_point($geometry),
> end_point($geometry))) -180, 'x',0), '°W')
> else
>   CONCAT('N', to_dms(360 - degrees(azimuth(start_point($geometry),
> end_point($geometry))), 'x',0), 'W')
>   end
> )
>
> --
> Richard W. Greenwood
> www.greenwoodmap.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] .kml to tiff?

[C Hamilton]

Nicholas,

The KML Tools plugin will convert embedded images in the KMZ to GeoTiffs. It 
doesn’t handle html links. I don’t know if this will help or not. 

Sent from my iPod

> On Oct 15, 2021, at 7:21 PM, Nicolas Cadieux  
> wrote:
> 
> Hi,
> 
> I have received a series of raster in the kml format. They look good in 
> Google Earth but either appear horrible in QGIS (blocky with low resolution) 
> or don’t appear at all. (Come to think of it, could this be a reprojection 
> issue as my project is not in pseudo merc??? Will test!)   Any others tips on 
> importing them or is there a way to export them to a georeferenced.tiff? Can 
> the image be extracted from the kml?  At least a few of the file have the 
> raster imbedded, some, I think, just point to the raster file.  Is there a 
> way to check this?
> 
> 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
___
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] I need a list with the azimuth of each segment and its associated morphotectonic value

[C Hamilton]

The Shape Tools plugin (https://plugins.qgis.org/plugins/shapetools/) has
an algorithm called "Geodesic measurement layer". If you unselect, "Measure
total length rather than each line segment" then it will break each of your
river lines into individual segments and will include the distance and
azimuth in the attribute table of each segment.

Best wises,
Calvin

On Thu, Sep 9, 2021 at 12:18 AM Allan López  wrote:

> Dear all,
>
> I have a SHP of river drainage which also includes a morphotectonic value
> for neighbour and continuos river segments.
> I need to assign a direction (0-360°) to each one. I mean, I need a list
> with the azimuth of each segment and its associated morphotectonic value to
> generate a rose of directions by other means.
>
> In the attribute table I see the graduated value for each segment now I
> need to get its azimuth
>
> Thank you in advance for your kind guidance
>
> Allan López
> ___
> 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] How to replicate ARC-GIS Natural Neighbour Interpolation Algorithm in QGIS / DTM from elevation points

[C Hamilton]

In addition to what has already been mentioned, you can use the QGIS SAGA
Toolbox. Under Raster - Rasterizing, there is a Natural Neighbour
algorithm. I have not used it, but I have used the Inverse Distance
Weighted algorithm for magnetometry data which in essence does something
like what you are wanting to do.

Good luck,
Calvin

On Wed, Sep 8, 2021 at 4:13 AM Jurijs Kondratenko 
wrote:

> Hi, I’m building a DTM from random points (with different distances in
> between) and I like ArcGIS Natural Neighbour algorithm for doing so.
>
> Is there any way to replicate it in QGIS?
> https://pro.arcgis.com/en/pro-app/latest/tool-reference/spatial-analyst/how-natural-neighbor-works.htm
>
> Alternatively, what would be a way to constructing DTM from points,
> preserving the original points in respective pixels?
>
> Thank you!
>
> Jurijs Kondratenko
>
> Riga Technical University
>
>
>
>
> ___
> 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] Shape Tools geodesic creation algorithms now supports expressions

[C Hamilton]

I have rewritten the Shape Tools geodesic creation algorithms to support
data defined overrides which means the input parameters such as sides,
radius, azimuth, etc now can use an expression or entries from the
attribute table as their values. This makes them much more powerful. These
are the algorithms affected: Create arc wedge, Create donut, Create
ellipse, Create epicycloid, Create heart, Create hypocycloid, Create line
of bearing, Create pie wedge, Create polyfoil, Create polygon, Create
radial lines, and Create star.

Last month the geodesic transformation tool was also updated.

Hopefully I have not introduced any bugs into the process. Let me know if
you find any problems. This update is in version 3.3.19. My next task will
be to make these available in the Field Calculator.

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

Regards,

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] Preparation of road network layer

[C Hamilton]

I don't know if it is helpful to you but the Shape Tools plugin has an
algorithm that breaks lines and polygons down into line segments and
measures each as individual line segments or the entire line. It then can
automatically style it and display it to the user. It adds all the
measurements to the attribute table.

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

The algorithm is "Geodesic measurement layer".

Regards,
Calvin

On Thu, Sep 2, 2021 at 3:46 AM Roland Spielhofer  wrote:

> Hi,
> I have a road network layer (Multi Line String) I would like to prepare so
> that each segment is a single line between intersections.
> This would mean to connect consecutive lines without intersections and
> split longer line segments at interesctions.
> In the end I need statistics of the length of the road segments between to
> junctions.
>
>
> I remember a plugin capable of this but have not found anything useful.
>
> BTW: Is there a way to make a fulltext search of the qgis-user mailing
> list archive? Nabble is not available for this anymore.
>
> Regards,
> Roland
> ___
> 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] Shape Tools Geodesic Transformation now Using Data Defined Override Parameters

[C Hamilton]

I just released a new version of the QGIS Shape Tools plugin with an
updated Geodesic Transformation tool. It now supports data defined override
parameters which can lead to some powerful and creative ways to use the
tool. Here is an example. In this image it provides some randomness in
scaling down the size of each polygon as well as some rotation

Enjoy, Calvin

[image: geodesictransformation2.jpg]
___
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] processAlgorithm vs processFeature?

[C Hamilton]

I discovered that it looks like there is another way to deal with
processing algorithms. Rather than use processAlgorithm it looks like I can
use prepareAlgorithm & processFeature. I have always used processAlgorithm
and then iterated through the features.

Is processFeature just as quick as using processAlgorithm (iterating
through the features)? Is one method preferred over the other? I think for
some algorithms using processFeature would make the code look cleaner. Are
there any gotchas in using the processFeature method?

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] QGIS WFS Bug

[C Hamilton]

I believe there is a bug in the QGIS WFS GetFeature request. Can someone
verify?  I have tested this on Windows with QGIS 3.16 up through 3.20.  I
found it because QGIS is failing with one of our WFS servers. The WFS
specification for 1.0.0 and 1.1.0 specifies that one form of the SRSNAME
urn looks like

SRSNAME=urn:ogc:def:crs:EPSG:4326

Note that there is one colon between EPSG and 4326. The WFS 2.0.0
specification has two colons between EPSG and 4326.

SRSNAME=urn:ogc:def:crs:EPSG::4326

The server I am working with does not support the 2.0.0 specification and
strictly enforces the one colon rule.

Unfortunately, QGIS is sending out two colons for the 1.1.0 GetFeature
request which the WFS server immediately rejects. There is another oddity,
if I specifically add VERSION=1.0.0 to the WFS URL, QGIS does not seem to
respect that I really want to use 1.0.0 and sees that the server supports
1.1.0 and uses it instead. I tried this to see if the 1.0.0 protocol had
the same problem.

Can someone verify that this is a bug and that I am not missing something?

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] Vertex Editor Support for other Coordinates

[C Hamilton]

I was just asked by a user whether the Vertex editor could support
coordinate entry for other data formats such as UTM, MGRS, Plus Codes, etc.
I know it defaults to the CRS of the layer and it is probably a long shot
to modify its behavior without reimplementing it, but is there anyway to
programmatically change its behavior without writing a new vertex editing
tool?

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] [QGIS-Developer] Bug with GeoPackage and Expressions?

[C Hamilton]

Ultimately what I am trying to do is to revamp the Search Layers plugin (
https://plugins.qgis.org/plugins/searchlayers/) to allow searching using
two different strings with NOT, AND, OR operators, case dependent or
independent, with qualifiers where the strings are an exact match, within
the string, begins with, and ends with. The plugin allows for searching
across all layers and all attributes, or optionally a particular layer and
attribute. The two strings may be required to match within each attribute
or match in any of the attributes within the feature. I am trying to make
it very flexible and easy to use. I know that QGIS has the Locator
interface, but the users like the extra interactivity that Search Layers
provides.

Here is the issue: For some of the searches I am creating a regular
expression that matches the search parameters and iterating through each
feature and then each attribute using *re.search* to do the comparison.
Unfortunately, this is very slow. On a 2.2 million data set it can take
5-10 minutes to do the search. This is way too slow. The SQL search is less
than 5 seconds. I am using a *QgsFeatureRequest *and then setting
*request.setFilterExpression*. I am only using this when searching on a
single layer and single attribute and I don't think there is the
flexibility that there is with the regular expressions, but I don't really
use SQL and don't know what is possible. It sounds like the SQL searching
may be limited by the vector file type source.

Are there any other ways for searching that I am unaware of? The results of
the search need to identify the feature in the layer and what attribute or
attributes matched for each of the two strings and then I can apply the
NOT, AND, OR operators. I am trying to satisfy user's requests to make
Search Layers into what they want it to be and am finding it difficult to
satisfy speed, vector file types, and flexibility. I welcome any
suggestions. Ultimately I might just have to constrain the file types
supported and say to convert the data first.

Thanks,

Calvin

On Thu, Jul 29, 2021 at 1:42 AM Nyall Dawson  wrote:

> On Thu, 29 Jul 2021 at 15:31, Matthias Kuhn  wrote:
> >
> > Can you fill a bug for this? The expression compiler in QGIS should not
> forward it to ogr/gpkg/sqlite in this case.
>
> My interpretation is that Calvin is setting a layer filter, so QGIS
> expressions aren't involved (i.e. no bug).
>
> Nyall
>
> >
> > Matthias
> >
> > On Wed, Jul 28, 2021 at 10:08 PM C Hamilton 
> wrote:
> >>
> >> Thanks everyone for that explanation. This does complicate the ability
> to set an expression filter in a plugin when it depends on the data source
> type. I'm not sure what to do about that.
> >>
> >> Regards,
> >> Calvin
> >>
> >> On Wed, Jul 28, 2021 at 8:00 PM Anita Graser 
> wrote:
> >>>
> >>> Hi Calvin,
> >>>
> >>> 28 Jul 2021 21:43:40 C Hamilton :
> >>> > If I use LIKE instead of ILIKE then it works. It is like ILIKE was
> not implemented for GeoPackage. Can anyone verify this?
> >>>
> >>> Yes, there seems to be no iLike in sqlite:
> >>>
> >>>
> https://stackoverflow.com/questions/15480319/case-sensitive-and-insensitive-like-in-sqlite
> >>>
> >>> And therefore neither in geopackage.
> >>>
> >>> Regards
> >>> Anita
> >>
> >> ___
> >> QGIS-Developer mailing list
> >> qgis-develo...@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-develo...@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
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] Bug with GeoPackage and Expressions?

[C Hamilton]

Thanks everyone for that explanation. This does complicate the ability to
set an expression filter in a plugin when it depends on the data source
type. I'm not sure what to do about that.

Regards,
Calvin

On Wed, Jul 28, 2021 at 8:00 PM Anita Graser  wrote:

> Hi Calvin,
>
> 28 Jul 2021 21:43:40 C Hamilton :
> > If I use LIKE instead of ILIKE then it works. It is like ILIKE was not
> implemented for GeoPackage. Can anyone verify this?
>
> Yes, there seems to be no iLike in sqlite:
>
>
> https://stackoverflow.com/questions/15480319/case-sensitive-and-insensitive-like-in-sqlite
>
> And therefore neither in geopackage.
>
> Regards
> Anita
>
___
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] Bug with GeoPackage and Expressions?

[C Hamilton]

I think I found a bug and was wondering if someone could verify this. I am
on Windows 10 and tried this with both QGIS 3.16.9 and 3.20.1.

I tried the following filter expression on the Natural Earth data set
ne_10m_populated_places (
https://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/cultural/ne_10m_populated_places.zip).
Once loaded into QGIS right mouse click on the layer and select
"Properties...", then click on the "Source" tab, click on "Query Builder"
and then use this query

"NAME" ILIKE '%Bom%'

This works fine. If I export ne_10m_populated_places as a GeoPackage and
try the same thing with the GeoPackage version of the layer, I get the
error:

"An error occurred when executing the query, please check the expression
syntax."

If I use LIKE instead of ILIKE then it works. It is like ILIKE was not
implemented for GeoPackage. Can anyone verify this? I think you can use any
vector layer for this test with one that is a shapefile and the other a
GeoPackage.

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] Export Map Information to Google Maps

[C Hamilton]

You might try the KML Tools plugin
https://plugins.qgis.org/plugins/kmltools/. For some data it is a little
more robust in its conversions than the default QGIS KML importer /
exporter and it will preserve KML styling when exporting as long as only
simple, graduated, or categorized symbology is used.

Calvin

On Tue, Jul 20, 2021 at 6:16 PM James Cobban 
wrote:

> I run a genealogical web site one feature of which is displaying a Google
> Map on request for a geographical location.  For example
> https://www.jamescobban.net/FamilyTree/Person.php?idir=42118.  Hold the
> mouse over any of the addresses and a popup gives you the option to view a
> Google Map.  I obtained the boundary information from the Ontario
> Ministry of Mines and Resources database 
> in the form of a KML file.  I am now trying to add the county and district
> boundaries but there appears to be a bug in the website which fails
> creating the KML file.  The Ministry is in the process of addressing this
> problem, but meanwhile I tried downloading the Geodatabase and opening it
> with QGIS.  This works, and displays the overview map of the database, but
> I cannot see any option to export the information as a set of polygons that
> I can pass to Google Maps.  How do I export to KML or any other file format
> that I already understand.
>
> --
> James Cobban
> 911-500 Springbank Dr
> London, ON, Canada
> N6J 4G6
> mailto: webmas...@jamescobban.net
> +1-226-504-7603
>
> ___
> 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] Import Kmz without losing the symbology

[C Hamilton]

I would need to see an example of your kmz to know whether it is an issue
with KML Tools or not. There are all kinds of non-standard things that can
be done with a kml/kmz.

Best wishes.

On Wed, Jul 14, 2021 at 8:37 AM krishna Ayyala 
wrote:

> I have used the Import KML/KMZ  tool. Tried to save it as a polygon
> shapefile. It did not produce any polygon. After running the tool, it gave
> a message "0 polygons extracted".
>
> Regards.
>
> On Wed, Jul 14, 2021 at 4:50 AM C Hamilton  wrote:
>
>> You can use the KML Tools plugin.
>>
>> Sent from my iPod
>>
>> > On Jul 14, 2021, at 5:27 AM, Stefan Giese (WhereGroup) <
>> stefan.gi...@wheregroup.com> wrote:
>> >
>> > This is a multi-part message in MIME format.
>> > --E04465FB052329DF442E16B9
>> > Content-Type: text/plain; charset=utf-8; format=flowed
>> > Content-Transfer-Encoding: quoted-printable
>> >
>> > unfortunally I didn't read the whole feature description in the=20
>> > changelog, it says=C2=A0 "...Currently only supports line symbol
>> conversi=
>> > on,=20
>> > but point and polygon symbol support is under development" may be=20
>> > that is the reason...
>> >
>> >> Am 14.07.2021 um 11:21 schrieb krishna Ayyala:
>> >> Stefan,
>> >> Thanks a lot for your reply. I have upgraded my QGIS version to 3.20=20
>> >> and added the kmz file on to my map. Still I am getting the plain=20
>> >> rectangle. I am not getting the symbology as it is in the o
>>
>
___
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] Import Kmz without losing the symbology

[C Hamilton]

You can use the KML Tools plugin. 

Sent from my iPod

> On Jul 14, 2021, at 5:27 AM, Stefan Giese (WhereGroup) 
>  wrote:
> 
> This is a multi-part message in MIME format.
> --E04465FB052329DF442E16B9
> Content-Type: text/plain; charset=utf-8; format=flowed
> Content-Transfer-Encoding: quoted-printable
> 
> unfortunally I didn't read the whole feature description in the=20
> changelog, it says=C2=A0 "...Currently only supports line symbol conversi=
> on,=20
> but point and polygon symbol support is under development" may be=20
> that is the reason...
> 
>> Am 14.07.2021 um 11:21 schrieb krishna Ayyala:
>> Stefan,
>> Thanks a lot for your reply. I have upgraded my QGIS version to 3.20=20
>> and added the kmz file on to my map. Still I am getting the plain=20
>> rectangle. I am not getting the symbology as it is in the o
___
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] points to lines - direction and lenghts attribute table

[C Hamilton]

If you already have a point geometry with a length and direction then I
would use the ShapeTools plugin
and would run "Vector->Shape Tools->Create shapes->Create line of bearing."
You can select your input layer and then select the attribute that contains
the length and the attribute that contains the direction.

If you need to create a point layer from coordinates from the attribute
table, then I would first use the Lat Lon Tools
 plugin and run
"Plugins->Lat Lon Tools->Conversions->Fields to point layer" and then use
the ShapeTools plugin.

Best wishes,

Calvin

On Tue, Jul 13, 2021 at 8:40 AM Azzurra Lentini 
wrote:

> Hi  to all, can you suggest to me how to generate lines from points
> (centroids) giving to these lines certains lengths and directions from the
> attribute table?
>
> Thanks Azzurra
>
> --
> Adjunct Professor University "Roma Tre"
> Gis Applied for Environmental studies
> Risk modelling & Hydrogeology
> Consultant DFID-UK, United Nations, EU projects
> AZZURRA LENTINI
> ++
> Italy Mobile Tel.: **(39) 338 24 40 676
> ++
> SKYPE azzurrahydro
> ++
>
> *azzurralent...@gmail.com *
>
> *azzurra.lent...@uniroma3.it  *
> ++
> *Par respect pour l'environnement,*
>
> *n'imprimez ce mail qu'en cas d'absolue nécessité*
>
>
>
>
>
> ___
> 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] Preview of the QGIS Earth, Sun, Moon, & Planets Plugin

[C Hamilton]

Yes that could be done and is a good idea.

Best wishes,

Calvin

On Thu, Jul 1, 2021 at 8:15 PM Frank M. Howell 
wrote:

> Calvin,
>
> I downloaded and installed it in Win 10 x64…will install on Linux Mint
> 20.2 this weekend.
>
> If this feature is already implemented, forgive my not yet noticing it.
> Would it be possible to take the earth et al data and write it to the
> attribute table at the date/time for each location in a table?
>
> For instance, I use RF beacon observations for Maidenhead Grid Squares
> using the centroid of each grid square. It would be very useful to use the
> date/time field from the attribute table to have the plugin retrieve the
> Sun’s location and save that back to the table in a new field, for each
> location in the table.
>
> Is this possible?
>
> Thanks,
>
> Frank
>
> On Jul 1, 2021, at 6:36 PM, Tim Sutton  wrote:
>
> 
> Hey Calvin
>
> Testing here (after pip installing skyfield) on Fedora 34 and it works
> great! The only comment I would make is that it would be nice if the
> Sun/Lunar Info dock panel docked itself on start up rather than floating
> (which looks a bit messy).
>
> Looking forward to being able to animate this stuff with temporal
> controller one day!
>
> How did you make the day / night / twilight shadow layers you shared in a
> previous email?
>
> Regards
>
> Tim
>
>
>
> On Wed, Jun 30, 2021 at 6:50 PM C Hamilton  wrote:
>
>> I thought I would give you an alpha version of the QGIS Earth, Sun, Moon
>> & Planets plugin I am developing. This plugin requires QGIS 3.14 or more
>> recent. It is also rather large because it contains all the data needed to
>> run. If you are on windows and want to download a self contained windows
>> plugin use this link to download:
>>
>>
>>  earthsunmoon-alpha-windows.zip
>> <https://drive.google.com/file/d/1Pld4yIxBTTHA0FBwPbaUw_qfrIhHTawA/view?usp=drive_web>
>>
>> If you are using some other OS, use this link, but before you install it
>> open up your OSGeo4W console and run "pip install skyfield'. If this is not
>> the proper command for your OS then adjust it to how you install a python
>> package. In the OSGeo4W shell you may need to run py3_env first. If py3_env
>> gives an error then it is not needed.
>>
>>
>>  earthsunmoon-alpha.zip
>> <https://drive.google.com/file/d/1kJammSDWRTk7659Ncp3qAnNMQLggZ4Ks/view?usp=drive_web>
>>
>> There are 3 processing routines that can be used to display the 1) sun,
>> 2) moon, 3) planets showing their position directly overhead at a
>> particular date and time and will look something like this:
>>
>> 
>>
>>
>> There is also another window that displays all kinds of earth and moon
>> data for a particular location when you click on the "Solar/lunar
>> information" dialog box that can be found in "Plugins->Earth, sun, moon, &
>> plants." There is a green plus sign in the dialog box. Click on it and then
>> click anywhere on the map to capture the coordinate to display solar and
>> lunar information.
>>
>> If you need help to manually install this plugin let me know.
>>
>> I have not included the day/night terminator algorithm yet because there
>> is a bug in it. Let me know what you think and if you have any suggestions.
>>
>> Thanks,
>>
>> Calvin
>>
>
>
> --
>
> --
> ​
>
> Tim Sutton
> Visit http://kartoza.com to find out about open source:
>  * Desktop GIS programming services
>  * Geospatial web development
> * GIS Training
> * Consulting Services
> Tim is a member of the QGIS Project Steering Committee
>
> ---
>
>
___
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] Preview of the QGIS Earth, Sun, Moon, & Planets Plugin

[C Hamilton]

I thought I would give you an alpha version of the QGIS Earth, Sun, Moon &
Planets plugin I am developing. This plugin requires QGIS 3.14 or more
recent. It is also rather large because it contains all the data needed to
run. If you are on windows and want to download a self contained windows
plugin use this link to download:

 earthsunmoon-alpha-windows.zip


If you are using some other OS, use this link, but before you install it
open up your OSGeo4W console and run "pip install skyfield'. If this is not
the proper command for your OS then adjust it to how you install a python
package. In the OSGeo4W shell you may need to run py3_env first. If py3_env
gives an error then it is not needed.

 earthsunmoon-alpha.zip


There are 3 processing routines that can be used to display the 1) sun, 2)
moon, 3) planets showing their position directly overhead at a particular
date and time and will look something like this:

[image: sunmoonplanets2.jpg]

There is also another window that displays all kinds of earth and moon data
for a particular location when you click on the "Solar/lunar information"
dialog box that can be found in "Plugins->Earth, sun, moon, & plants."
There is a green plus sign in the dialog box. Click on it and then click
anywhere on the map to capture the coordinate to display solar and lunar
information.

If you need help to manually install this plugin let me know.

I have not included the day/night terminator algorithm yet because there is
a bug in it. Let me know what you think and if you have any suggestions.

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] [QGIS-Developer] Earth, Sun, Moon & Planets Plugin

[C Hamilton]

Right now I am working on providing altitude and azimuth of the sun, moon
as well as times of dawn, sunrise, dusk, sunset and the dates and times of
the equinoxes and solstices.

I have run into a problem with my day/night region code. It does not work
properly close to an equinox so I need to get that fixed.

On Tue, Jun 22, 2021 at 3:24 PM Sebastian Gutwein  wrote:

> That sounds like a very interesting plugin. Do you think if the hillshade
> renderer had data defined values enabled your plugin would be able to
> provide the altitude and azimuth of the sun at a specific time?
>
___
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] [QGIS-Developer] Earth, Sun, Moon & Planets Plugin

[C Hamilton]

I should clarify and say that if there were serious interest in using QGIS
for some astronomy related work astropy might be the way to go with perhaps
several other astropy libraries added, but I am not sure if astronomers
could use nor how they would use QGIS for their work other than the types
of things I am doing with the "Earth, Sun, Moon & Planets Plugin," but I am
not an astronomer. For what I visualize as the need of the community
Skyfield would probably do everything that would be needed.

Calvin

On Sat, Jun 5, 2021 at 1:04 PM Tim Sutton  wrote:

> Hi
>
> Wow that looks beautiful! A couple of thoughts:
>
> 1) Rather than implementing your own slider logic I wonder if you could
> hook in to the temporal controller?
> 2) For platform specific components the normal practice is to a)
> communicate with the plugins reviewers about why this is needed so that
> they don't pre-emptively reject your plugin and b) normally pull down the
> platform specific components as a post install step. I expect you will get
> some resistance to adding a new dependency to QGIS core unless that
> dependency is broadly useful, but you may be able to convince Jurgen and
> Peter to bundle it into the Windows and macOS installers respectively.
> 3) For that 100mb blob, similar to our discussion on the timezone work you
> were doing, the preferred approach would be to fetch it as a post-install
> download the first time you use the plugin.
>
> Thanks for making such interesting plugins!
>
> Regards
>
> Tim
>
>
___
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] [QGIS-Developer] Earth, Sun, Moon & Planets Plugin

[C Hamilton]

Tim,

Thanks for the suggestions. I will look into the temporal controller.

As you know I like having the plugins self contained so that they run
immediately. I have struggled with this issue in this case because there
are no astronomical libraries that I can do this with, at least ones that
are highly accurate and use ephemeris data rather than less accurate,
simplified mathematical equations. I try to go for accuracy.

For testing I will release a self contained windows version, but other
users will need to pip install skyfield. In the case of the Date/Time Tools
plugin I made it self contained so that the user didn't need to pip install
anything, but that is what made it so large. It is reasonable for the user
to download the ephemeris data separately. I may be able to extract a small
set of the data that is within the 10 mb limit so that it is shipped with
the plugin so that it works immediately. It just won't have a large date
span, but if they are having to pip install skyfield, it is not going to be
any more difficult to download the ephemeris data.

I think it would be good for QGIS to have some astronomical libraries
included. I've already had people express interest in this capability, but
we will see how much overall interest there is in this plugin. It will get
more acceptance if people do not need to pip install anything.

Astropy is the most active and complex astronomy library. I chose not to
use it because I didn't think it was needed for QGIS. I used Skyfield
instead. It has the necessary functionality that I think is needed for QGIS
projects. It is a modernized version of PyEphem by the same author and is
recommended by the author over PyEphem.

Thanks for your continued support,

Calvin

On Sat, Jun 5, 2021 at 1:04 PM Tim Sutton  wrote:

> Hi
>
> Wow that looks beautiful! A couple of thoughts:
>
> 1) Rather than implementing your own slider logic I wonder if you could
> hook in to the temporal controller?
> 2) For platform specific components the normal practice is to a)
> communicate with the plugins reviewers about why this is needed so that
> they don't pre-emptively reject your plugin and b) normally pull down the
> platform specific components as a post install step. I expect you will get
> some resistance to adding a new dependency to QGIS core unless that
> dependency is broadly useful, but you may be able to convince Jurgen and
> Peter to bundle it into the Windows and macOS installers respectively.
> 3) For that 100mb blob, similar to our discussion on the timezone work you
> were doing, the preferred approach would be to fetch it as a post-install
> download the first time you use the plugin.
>
> Thanks for making such interesting plugins!
>
> Regards
>
> Tim
>
___
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] Earth, Sun, Moon & Planets Plugin

[C Hamilton]

I want to give you a heads up that I am working on a plugin to display the
position of the sun and moon at their zenith (directly overhead) as well as
the day/night boundary for a particular date and time.  I could easily
include the planets as well. So far the plugin can display the region of
civil twilight, nautical twilight, astronomical twilight, and night. This
is what I have so far. You can see the sun, moon, and day/night boundaries.
The plugin automatically styles it as shown and the algorithms are
processing algorithms.

[image: earthsunmoon.jpg]

My next step will be to have an interactive interface that will display the
above but with a 24 hour time slider that will dynamically change these
plots as the time slider is moved. Also the ability to click on the map and
have it display information about sunrise, sunset dusk, altitude and
azimuth for both the sun and moon at that location. I may have it also
display information about the equinoxe, and solstices for the year.

I am using the python library Skyfield which bases all its calculations on
the JPL ephemeris data so it is highly accurate. The challenge is that
Skyfield uses the library sgp4 which seems to be platform dependent. If
there is enough interest then I will see if the QGIS team would be willing
to include them with the QGIS distribution. There is one large file that
the user would also need to download which is the JPL ephemeris. The one I
am using is 100 mb, but it also includes the ephemeris for all the planets
as well with a large time span in the past and future.

I am interested in how much interest there is in the QGIS community for
these capabilities. I should have a plugin demo in several weeks for anyone
who wants to test it.

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] Status bar color for UI theme Night Mapping is too difficult to read

[C Hamilton]

Some of my users use the QGIS Night Mapping UI theme, but the font color
for the status bar is very difficult to read. It needs to be close to
white. Is there an easy way to change this? I would almost call this a bug
and think it should be changed in the QGIS distribution.

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] Multiple Layer Selection

[C Hamilton]

Am I missing something, but is there no way to select features from
multiple layers. You can select multiple layers in the layer panel, but
when I try to select features, it only selects the features from the last
layer I selected.

This seems like a fundamental capability that should be there.

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] Issue with How Selected Features are Displayed When Overlapping

[C Hamilton]

If there is a large cluster of points obscuring the selected point, even
that method will not work.

Has there been any interest in changing this behavior in QGIS?

On Thu, Apr 15, 2021 at 11:46 AM Nicolas Cadieux <
njacadieux.git...@gmail.com> wrote:

> Hi,
> Indeed... I usually select a thicker line for feature that are below. This
> way, I can see the selection even if it’s hidden.
>
> Nicolas Cadieux
> https://gitlab.com/njacadieux
>
> Le 15 avr. 2021 à 11:14, C Hamilton  a écrit :
>
> 
> I have a user complaint with QGIS who explained that when point features
> overlap and one is selected from  the attribute table but is underneath
> other features, you cannot see it highlighted because it is covered by
> other points. Is there any way to have it show that there is a highlighted
> feature there even though it is underneath non-highlighted features? In
> ArcMap the highlights are always shown on the top level of the canvas even
> if they are covered by non-highlighted features.
>
> I tested this in QGIS and the user was correct.
>
> 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

[Qgis-user] Issue with How Selected Features are Displayed When Overlapping

[C Hamilton]

I have a user complaint with QGIS who explained that when point features
overlap and one is selected from  the attribute table but is underneath
other features, you cannot see it highlighted because it is covered by
other points. Is there any way to have it show that there is a highlighted
feature there even though it is underneath non-highlighted features? In
ArcMap the highlights are always shown on the top level of the canvas even
if they are covered by non-highlighted features.

I tested this in QGIS and the user was correct.

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] Generate the bearing in the attribute table

[C Hamilton]

There is a somewhat obscure feature to the Shape Tools plugin
 that will calculate the
distance of each segment in a line and it also calculates the azimuth as
well, but you will not automatically see it as it is in the attribute
table. I don't know if it will work for you or not.

Once you install the Shape Tools plugin, run this algorithm from the QGIS
menu "Vector->Shape Tools->Geodesic measurement layer". Make sure "Measure
total length rather than each line segment" is NOT checked then run it. It
will display measurements of each segment in your lines, but if you open up
the attribute table, you will see a "heading_to" attribute which is your
azimuth. You could right-mouse click on your new layer and change the label
to the heading_to attribute to have it displayed on the map. I probably
should add a feature to that algorithm that allows you to display either
the distance or azimuth.

Regards,

Calvin



On Fri, Apr 9, 2021 at 8:22 AM carlos h  wrote:

> Hello, I think I made a conceptual error, it is not a polygon, but a
> polyline that has "n" number of vertices.
>
> https://ibb.co/vsGF22W
>
> I think that when you see the attached image you will understand what I
> want, what I want is to generate the bearing in the attribute table.
>
> Thanks
>
> CA
>
>
>
> El jue, 8 abr 2021 a las 22:17, chris hermansen ()
> escribió:
>
>> David & list,
>>
>> On Thu, Apr 8, 2021, 20:02 David Strip  wrote:
>>
>>> On 4/8/2021 6:32 PM, chris hermansen wrote:
>>>
>>> Please correct me if I am wrong but are not the start and end points of
>>> a polygon the same?
>>>
>>> I believe he's referring to the start and end point of each edge.
>>>
>>
>> As far as I know a polygon only has one edge, unless it has interior
>> holes. That's what the $geometry would be, anyway.
>>
>>> ___
> 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] New KML Tools -> Export KMZ Supports Images in Placemark Popups

[C Hamilton]

I just released a new version of *KML Tools* (
https://plugins.qgis.org/plugins/kmltools/) that enhances the *Export KMZ*
algorithm to include the ability to specify a photo attribute which will be
included in the KMZ and be displayed in the Google Earth popup. The photo
attribute needs to be the complete file path to the image. It is also wise
to make sure the images are only small thumbnail images. The latest KML
Tools plugins require QGIS 3.14 or later.

One use case is to use the QGIS processing algorithm "*Vector
creation->Import geotagged photos*". This creates a vector layer that
contains a *Photo *attribute. When you run *Export KMZ* in *KML Tools*
select the Photo attribute for *Image path/name field*. Each of the images
will be copied to the resulting KMZ and will be displayed in the Google
Earth popup when the user clicks on any of the placemarks.

Let me know if you have any comments or suggestions with this new
capability.

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] New Date/Time Tools Plugin with 3 New Functions

[C Hamilton]

I have a new version of the Date/Time Tools Plugin for you to try. You need
to be using QGIS 3.14 or later and will need to manually install it in QGIS
by clicking on "Plugins->Manage and Install Plugins..." and then click on
the "Install from ZIP" on the tab on the left. You can download the latest
release here. Use the file datetimetools-3.0.5.zip.

Date/Time tools 3.0.5 Release


*Date/Time Tools has four functions:*

[image: dateTime.png] *Date/Time Conversion* - This is a dialog box that
displays different formats of a date and time, computes time differences,
and displays various sun times such as dawn, sunrise, noon, sunset, and
dusk.
[image: tzCapture.png] *Time Zone Capture *-  With this tool selected, as
the mouse moves across the canvas the time zone and/or time offset is
displayed in the lower left info box and the time zone is highlighted on
the canvas.
[image: sun.png] *Add Sun Attributes* - This is a processing tool that for
a point layer and a given date, calculates the time of dawn, sunrise, noon,
sunset, and dusk and adds them to the attribute table and creates a new
layer.
[image: tzAttributes.png] *Add Time Zone Attributes* - From a point layer,
this processing algorithm adds the time zone each point is in as well as
the time zone offset for a particular date if selected.

More details can be found in the Documentation
.

If you have any suggestions on how the plugin can be improved, please let
me know.

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] Changes in Python versions on QGIS 3.18

[C Hamilton]

It has not seemed to have caused any problems with my plugins.

Calvin

On Wed, Mar 24, 2021 at 9:03 PM Nyall Dawson  wrote:

> On Thu, 25 Mar 2021 at 10:41, Pedro Camargo 
> wrote:
> >
> > Hello,
> >
> > I am not sure this is the appropriate mailing list to send this, but
> here it goes.
> >
> > I have noticed that QGIS 3.18 for Windows has shipped with Python 3.9,
> after having updated to 3.8 just a couple of versions ago.
>
> I'm curious -- what's the pain in a Python update? They usually have
> very little harmful impact on python code.
>
> 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 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] New OSGeo Installer - Awesome No Sysadmin

[C Hamilton]

I want to thank the QGIS team for preparing the new OSGeo4W installer that
does not require sysadmin privileges. I have tried it on two computers
where I did not have sysadmin privileges and it worked. That is so awesome!
I can't wait until it gets out of the experimental phase and becomes the
default installer.

A big thanks to all the QGIS developers!

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] Create circle with diameter in QGIS

[C Hamilton]

Dear Madeline,

If you want to start with a point layer representing the center of the
circle, then you can use the Shape Tools plugin to create either a geodesic
ellipse or donut about the point. If you use the donut, just set the inner
radius to 0 and the outer radius to 37.5 meters. You can also pull the
radius you want to use from the attribute table. In QGIS there are multiple
ways to accomplish what you want to do so just pick what works easiest for
you.

Calvin

On Fri, Mar 12, 2021 at 8:09 AM Andreas Neumann  wrote:

> Hi Madeline,
>
> You need to enable the "Advanced Digitizing mode/panel". See
> https://docs.qgis.org/3.16/en/docs/user_manual/working_with_vector/editing_geometry_attributes.html#the-advanced-digitizing-panel
> for details.
>
> The shortcut "d" (distance) is your friend. When this mode is activated
> you can enter distances (like your radius) with the keyboard and QGIS will
> constrain to these values.
>
> You need to invest a bit of time to understand all the construction modes,
> but once you get it, it is quite powerful.
>
> Greetings,
>
> Andreas
>
> On 2021-03-12 13:37, Madeline Krohn wrote:
>
> Dear QGIS Team,
>
> I would like to create a circle whose diameter is 75 metres. I am using
> QGIS version 3.16.3-Hannover.
>
> My procedure so far has been like this:
> 1. create a new shapefile layer -> geometry type: polygon
> 2. in edit mode of this layer: add circle with centre and another point
> --> How can I change the radius/diameter of the circle afterwards or is
> there another possibility to create a circle with diameter directly?
>
> Thank you very much and best regards
> Madeline
>
>
>
> ___
> 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 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] Loading multiple raster images from processing algorithm

[C Hamilton]

For one of my QIGS processing algorithms I have a destination
folder, QgsProcessingParameterFolderDestination, where one or more GeoTIFF
images are created. Once these images are created, how do I load them so
that they display in QGIS from the "processAlgorithm" method? I had thought
that this might work where I would iterate through each image created?

path = path_to_the_image
rlayer = QgsRasterLayer(path, name_of_image)
QgsProject.instance().addMapLayer(rlayer, True)

No images are displayed nor do they show up in the Layers panel, but I
think internally they are loaded.

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] QGIS Select by Location, but no within a distance of

[C Hamilton]

I just had a user tell me he had to go back to ArcGIS so that he could use
the Select by Location function and specify a distance from the feature. He
could not believe that it was not available in QGIS. See

https://desktop.arcgis.com/en/arcmap/10.3/map/working-with-layers/using-select-by-location.htm

What he is looking for is the "Are within a distance of" operator. Am I
missing it in QGIS if not this is a really important operator to include. I
know you can always prebuffer the layer, but for an analyst who does this
regularly ours will go back to using ArcGIS.

Would this be fairly easy to implement?

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] QGIS 3.18.0 and QGIS 3.14.4 (LTR) packages released and OSGeo4W reboot

[C Hamilton]

I am slow in responding to this, but I work with users that often do not
have direct access to the Internet so it is very important that the
installers provide all the data and not require some additional download
especially if that additional download would require system admin
privileges.

Calvin

On Sat, Feb 27, 2021 at 3:27 PM Jürgen E. Fischer  wrote:

> Hi Jorge,
>
> On Sat, 27. Feb 2021 at 17:00:09 +, Jorge Gustavo Rocha wrote:
> > Maybe Nyall can provide more details, but I think this is supported on
> > QGIS side. As Greg said, this might not be friendly for offline users,
> > but would help us to have smaller packages for Windows users.
>
> But is size an issue?   I mean if it really was people would not be
> insisting
> on a single huge blob installer, if there is a way to update just the newer
> bits through the osgeo4w installer (ignoring that wouldn't work for the
> current
> transition either).
>
> Anyway, IIRC the proj downloads would need to happen transparently as the
> transformation does - possibly coordinated between several threads that
> etc.pp.
> And there was no easy take on that.
>
>
> Jürgen
>
> --
> Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
> Software Engineer   D-26506 Norden
> https://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
> ___
> 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] distance between rectangle polygon in Qgis

[C Hamilton]

This is a processing algorithm and when you just put a name in the "Output
layer" it is going to try and save the file somewhere local to the QGIS
installation, but you don't have permission to save it there and it results
in an error.

Either leave that field set to "[Create temporary layer]" or click on the
"..." to the right and select "Save to File..." Give it a file name and
then you will have the complete path where it will be saved.

Happy QGISing!

Calvin

On Tue, Feb 16, 2021 at 3:45 AM Marin Mirosevic 
wrote:

>
>
> Hi Calvin,
>
>
>
>
>
> I installed that what you proposed , thanks. However I get this error
> message
>
>
>
>
>
>
>
> regards
>
>
>
>
>
>
___
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] distance between rectangle polygon in Qgis

[C Hamilton]

There is a nifty function provided by the "Shape Tools" plugin called
"Geodesic measurement layer". It will create a new layer of your polygon
layer and measure each segment between nodes in the polygon or measure the
total circumference of the polygon. You can select which you want. You can
choose what measurement unit you want to use (miles, kilometer, meters,
etc) and it records everything in the attribute layer and even styles the
new layer so that it shows all the measurements in the QGIS display. The
function also works on a line layer. It makes it very easy to instantly see
distances with lines or polygons.

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


Calvin



On Mon, Feb 15, 2021 at 12:35 PM Marin Mirosevic 
wrote:

> Hello,
>
>
>
> Is there a way to calculate distance between points of the polygon ?
>
>
>
> I tried to find in “filed calculator “ under geometry but I found just 
> *$perimeter
> *and that is whole bounding line of the polygon.
>
>
>
>
>
>
>
> With regards/ Vennlig hilsen
>
>
>
>
>
> *Marin Mirosevic*
>
>
> *Consultant *Mobil +47 909 67 511
>
> *marin.mirose...@bouvet.no *
>
>
>
>
>
> *Bouvet Norge AS*
>
> *bouvet.no* 
>
>
>
>
>
>
> ___
> 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] [QGIS-Developer] timzonefinder vs point in polygon

[C Hamilton]

It is highly likely that you have a much faster machine than mine so I can
only look at comparative times between timezonefinder and the PyQGIS code
included below. You will notice that I take a snapshot of the time before
and after I iterate through the 10,000 points using both timezonefinder as
a look up and the code Nyall proposed. That is how I am getting the times.
What I am really trying to determine is the fastest way to look up a point
using either timezonefinder or PyQGIS code. Perhaps what I have with PyQGIS
code is fast enough, but I am not satisfied if it is not close to the speed
of timezonefinder.

Ultimately, I am trying to determine whether I should continue to use
timezonefinder as the method to look up time zones in my
datetimetools plugin or should I have the gpkg time zone polygon layer as a
part of the plugin and do lookups using it. Right now I am just doing
single point lookups and it is probably fast enough, but I don't like that
it is slower than timezonefinder. I am likely to expand datetimetools
plugin to have a processing algorithm to do a lookup on a whole layer and
in that case the PyQGIS method is better.

Those are my thoughts and if there is a faster method using the gpkg time
zone polygon to do the lookup, let me know.  One thing I just tried was
using the shapefile from
https://github.com/evansiroky/timezone-boundary-builder. It appears it is
not spatially indexed and was taking too long. I resaved it as a shapefile
and made sure it had a spatial index, but the gpkg conversion of the
shapefile is even faster to access.

Calvin

On Tue, Feb 9, 2021 at 11:19 AM  wrote:

> Hi Calvin,
>
>
>
> Thanks for sending me this from the Developers list. I am not a part of
> the Developer list, so I did not see the Join attribute by location tip
> from Andrea.
>
>
>
> Anyway, what do you mean with not getting fast result with single point
> lookups?
>
> When I select a single point from the 1 point layer and run the same
> algorithm (check the selected features only option in the dialogue box),
> the result takes 0.05 seconds (12 seconds for all 1). At least that is
> what is says in the log tab of the algorithm. And it sure looks quick.
>
>
>
> Jeroen
>
>
>
>
>
> *Van:* C Hamilton 
> *Verzonden:* dinsdag 9 februari 2021 16:25
> *Aan:* Nyall Dawson 
> *CC:* Andrea Giudiceandrea ; qgis-developer <
> qgis-develo...@lists.osgeo.org>; Groene Bij 
> *Onderwerp:* Re: [QGIS-Developer] timzonefinder vs point in polygon
>
>
>
> Nyall,
>
>
>
> Using "Join attributes by location" on a large set of points is fast, but
> if you are doing single point lookups it bothers me that I am not getting
> that fast of results in comparison to timezonefinder. The 10,000 points is
> intended to test the speed of many single point lookups. If I were going to
> actually do 10,000 point lookups I would use the Join attributes by
> location, but here are my results of single point lookups using
> timezonefinder vs. your method. Note that the assumption is that they can
> be anywhere in the EPSG:4326 bounding box. I am not trying to constrain
> them to the QGIS canvas.
>
>
>
> timezonefinder: 44 seconds
>
> Your method: 144 seconds
>
>
>
> Here is my code for each:
>
>
>
> *timezonefinder*
>
> from timezonefinder import TimezoneFinder
> import time
> tf = TimezoneFinder()
>
> l = iface.activeLayer()
> features = l.getFeatures()
>
> start_time = time.time()
> for f in features:
> pt = f.geometry().asPoint()
> name = tf.certain_timezone_at(lng=pt.x(), lat=pt.y())
> print('Time {}'.format(time.time() - start_time))
>
>
>
> *Your method*:
>
> import time
> tzlayer = QgsVectorLayer("W:\\My
> Documents\\GitHub\\timezone_speed_lookup_test\\timezones.gpkg",
> "timezones", "ogr")
>
> l = iface.activeLayer()
> features = l.getFeatures()
>
> start_time = time.time()
> for f in features:
> pt = f.geometry().asPoint()
> rect = QgsRectangle( pt.x()-0.01, pt.y()-0.1,
> pt.x(),pt.y())
> request = QgsFeatureRequest().setFilterRect(rect)
> zones_intersecting_bounding_box = tzlayer.getFeatures(request)
> for tz_feature in zones_intersecting_bounding_box:
> if tz_feature.geometry().intersects(rect):
> name = tz_feature[1]
> break
>
> print('Time {}'.format(time.time() - start_time))
>
>
>
>
>
> I'd suggest using similar logic to what join attributes by location
> does internally. In pseudocode:
>
> search_point = ...
> search_bbox = QgsRectangle( search_point.x() - some tolerance,
> search_point.y() - some_tolerance, ... )
> request = QgsFe

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] 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-user] [QGIS-Developer] New QGIS Date/Time Tools Plugin

[C Hamilton]

Thanks Jeroen,

Here is a link to the timezone geopackage.

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

You could also use the shapefile from

https://github.com/evansiroky/timezone-boundary-builder/releases/tag/2020d

I am using the version with oceans. I suspect that the shapefile may be
slightly faster than the gpkg, but I haven't tested it yet.

Here is the gpkg of 10,000 random points.

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

Here is a short script that you can run in the QGIS python console to time
how long it takes to search the timezone for each of the 10,000 points.

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

You will either need to pip install the timezonefinder library or install
the datetimetools-3.0.1.zip release which will make the QGIS python console
aware of the library.

https://github.com/NationalSecurityAgency/qgis-datetimetools-plugin/releases/tag/3.0.1

The mention of ArcGIS is simply that we have an ESRI centric environment
and it is difficult to get QGIS accepted so I try to do everything I can to
make QGIS look appealing.

Thanks once again,

Calvin


On Tue, Feb 2, 2021 at 5:23 PM Groene Bij  wrote:

> Hi Calvin,
>
>
>
> Could you somehow send me a copy of the 10.000 random point layer and the
> gpkg with the time zones? I would like to try some things, and see if I can
> come up with some suggestions. I could send you an upload link where you
> can upload those files to me, if needed.
>
>
>
> And I am also trying to understand the issue at stake here. You keep
> referring to ArcGIS. Does ArcGIS has a similar tool incorporated In its
> software, including the data?
>
>
>
> And is it necessary to use this tool offline? If so, a database / data
> file is needed anyway. Than the question is, should it be part of the tool,
> or should you be able to download the data when needed (or better,
> beforehand). Benefit of downloading the data separately could be more up to
> date time zone information.
>
>
>
> Kind regards,
>
> Jeroen Hovens
>
>
>
>
>
> *Van:* Qgis-user  *Namens *C Hamilton
> *Verzonden:* dinsdag 2 februari 2021 19:40
> *Aan:* Nyall Dawson 
> *CC:* QGIS Users ; Tim Sutton ;
> qgis-developer 
> *Onderwerp:* Re: [Qgis-user] [QGIS-Developer] New QGIS Date/Time Tools
> Plugin
>
>
>
> I created a layer of 10,000 random points. Using timezonefinder to look up
> each point took 44 seconds. I tried using *Vector->Geoprocessing
> Tools->Intersection...* to find the time zones for each of the points and
> it took over 4 minutes.
>
>
>
> Is there a better way to locate which polygon a point is in? 4 minutes is
> not good. Perhaps the intersection algorithm is not the way to go, but I am
> not sure what is. I can't imagine that iterating through each point and
> then iterating through each polygon until an intersection match is found is
> going to be overlay efficient, but I will try it. Is there a better way?
>
>
>
> Thanks,
>
>
>
> Calvin
>
>
>
>
>
> > I wonder what the difference in time would be to use a gpkg and QGIS
> point in polygon look up vs timezonefinder lookup. Will it be faster or
> slower? I'm not sure without testing. What are your thoughts? I would
> choose the faster of the two.
>
> I'd certainly hope a dedicated GIS application can do this faster than
> a random Python library :D
>
> > I just converted the timezone data to a gpkg and its size is 102Mb. The
> data size for timezonefinder using the same data set is 49Mb. The
> optimization in timezonefinder can produce a maximum error of 1cm at the
> equator as they use 32 bit ints for the data. It might actually be better
> to use the gpkg file, but it is double in size. I will investigate using
> the gpkg data.
>
> You may want to try a shapefile too, just in case...!
>
> Nyall
>
>
> >
> > It seems to me that if a plugin requires a certain dataset to function
> then that data should be included with it and not require an additional
> download, but I understand the issues that this could cause so I am not
> sure of the best way forward. For our use it is definitely better to
> include the data with the plugin.
> >
> > I guess what I would like you to take from this conversation is that
> some users have a completely different environment and face different
> challenges then what you do when it comes to dealing with software. I wish
> that it was easier for me to get QGIS acceptance in our workforce but
> ArcGIS still rules.
> >
> > Thanks for your ideas and all of the hard work that you do to keep QGIS
> moving forward.
> >
> > I 

Re: [Qgis-user] [QGIS-Developer] New QGIS Date/Time Tools Plugin

[C Hamilton]

I created a layer of 10,000 random points. Using timezonefinder to look up
each point took 44 seconds. I tried using *Vector->Geoprocessing
Tools->Intersection...* to find the time zones for each of the points and
it took over 4 minutes.

Is there a better way to locate which polygon a point is in? 4 minutes is
not good. Perhaps the intersection algorithm is not the way to go, but I am
not sure what is. I can't imagine that iterating through each point and
then iterating through each polygon until an intersection match is found is
going to be overlay efficient, but I will try it. Is there a better way?

Thanks,

Calvin


>
> > I wonder what the difference in time would be to use a gpkg and QGIS
> point in polygon look up vs timezonefinder lookup. Will it be faster or
> slower? I'm not sure without testing. What are your thoughts? I would
> choose the faster of the two.
>
> I'd certainly hope a dedicated GIS application can do this faster than
> a random Python library :D
>
> > I just converted the timezone data to a gpkg and its size is 102Mb. The
> data size for timezonefinder using the same data set is 49Mb. The
> optimization in timezonefinder can produce a maximum error of 1cm at the
> equator as they use 32 bit ints for the data. It might actually be better
> to use the gpkg file, but it is double in size. I will investigate using
> the gpkg data.
>
> You may want to try a shapefile too, just in case...!
>
> Nyall
>
>
> >
> > It seems to me that if a plugin requires a certain dataset to function
> then that data should be included with it and not require an additional
> download, but I understand the issues that this could cause so I am not
> sure of the best way forward. For our use it is definitely better to
> include the data with the plugin.
> >
> > I guess what I would like you to take from this conversation is that
> some users have a completely different environment and face different
> challenges then what you do when it comes to dealing with software. I wish
> that it was easier for me to get QGIS acceptance in our workforce but
> ArcGIS still rules.
> >
> > Thanks for your ideas and all of the hard work that you do to keep QGIS
> moving forward.
> >
> > I wish you all the very best!
> >
> > Calvin
> >
> >> Given that the size of the python library is almost entirely the size
> >> of the timezone boundaries themselves, have you considered:
> >> - avoiding the library entirely, and insteading using a standard
> >> shapefile/gpkg/... of the boundaries and using QGIS vector layer
> >> methods to determine the timezone for a point
> >> - deferring the download of the boundary spatial data, so that it's
> >> not supplied with the plugin but instead the plugin automatically
> >> downloads it on first launch?
> >>
> >> This would avoid the need for the large size plugin, allowing it to be
> >> supplied via the standard QGIS repo while still providing its full
> >> functionality...
> >>
> >> 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

Re: [Qgis-user] [QGIS-Developer] New QGIS Date/Time Tools Plugin

[C Hamilton]

In thinking about it, if the data set is too large to include with QGIS, it
might be worth having a simplified geometry data set included and if the
user wants more precise data then they can download it and use it instead.

On Thu, Jan 28, 2021 at 10:22 AM Richard Duivenvoorde 
wrote:

> On 1/28/21 4:13 PM, C Hamilton wrote:
> > What you mention has merit, but I was not kidding about trying to keep a
> plugin self contained for government use. To set up automatic downloading
> on our networks would require PKI authentication and that opens up another
> can of worms. I know how to deal with PKI because I already
> maintain plugins that use authentication. It would be easier for our users
> to have them download a data pack and have some manual
> installation process, but it is even easier if the data is already a part
> of the plugin. The o
>
> Hi Calvin,
>
> What I 'think' Nyall meant was to add such data to QGIS itself? We already
> have a gpkg with the world countries on board (everybody know the easter
> egg: 'type world in the coordinate input' yes?).
> But... adding 102Mb to the QGIS installer is maybe too much :-) Or can you
> shrink that down to some smaller size/format?
> Also, not sure in which version this will show up then (and on what
> ancient QGIS version your government client is).
>
> If all fails, I'd accept Tim's proposal to get it uploaded on
> plugins.qgis.org via the backdoor/Tim...
>
> 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

Re: [Qgis-user] [QGIS-Developer] New QGIS Date/Time Tools Plugin

[C Hamilton]

Richard,

If the map is simplified, then you lose precision, but it would be
wonderful if a gpkg of the time zones could be added to QGIS. Here is the
time zone map data.

https://github.com/evansiroky/timezone-boundary-builder

Calvin






On Thu, Jan 28, 2021 at 10:22 AM Richard Duivenvoorde 
wrote:

> On 1/28/21 4:13 PM, C Hamilton wrote:
> > What you mention has merit, but I was not kidding about trying to keep a
> plugin self contained for government use. To set up automatic downloading
> on our networks would require PKI authentication and that opens up another
> can of worms. I know how to deal with PKI because I already
> maintain plugins that use authentication. It would be easier for our users
> to have them download a data pack and have some manual
> installation process, but it is even easier if the data is already a part
> of the plugin. The o
>
> Hi Calvin,
>
> What I 'think' Nyall meant was to add such data to QGIS itself? We already
> have a gpkg with the world countries on board (everybody know the easter
> egg: 'type world in the coordinate input' yes?).
> But... adding 102Mb to the QGIS installer is maybe too much :-) Or can you
> shrink that down to some smaller size/format?
> Also, not sure in which version this will show up then (and on what
> ancient QGIS version your government client is).
>
> If all fails, I'd accept Tim's proposal to get it uploaded on
> plugins.qgis.org via the backdoor/Tim...
>
> 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

Re: [Qgis-user] [QGIS-Developer] New QGIS Date/Time Tools Plugin

[C Hamilton]

Nyall,

What you mention has merit, but I was not kidding about trying to keep a
plugin self contained for government use. To set up automatic downloading
on our networks would require PKI authentication and that opens up another
can of worms. I know how to deal with PKI because I already
maintain plugins that use authentication. It would be easier for our users
to have them download a data pack and have some manual
installation process, but it is even easier if the data is already a part
of the plugin. The other option would be to produce two different versions
of the plugin. One for government use and the other for community use, but
my sponsor would probably frown on that and not want me to use my time to
maintain the community version.

The author of timezonefinder has done a number of optimizations to provide
fast lookups. See

https://timezonefinder.readthedocs.io/en/latest/3_about.html

I wonder what the difference in time would be to use a gpkg and QGIS point
in polygon look up vs timezonefinder lookup. Will it be faster or slower?
I'm not sure without testing. What are your thoughts? I would choose the
faster of the two.

I just converted the timezone data to a gpkg and its size is 102Mb. The
data size for timezonefinder using the same data set is 49Mb. The
optimization in timezonefinder can produce a maximum error of 1cm at the
equator as they use 32 bit ints for the data. It might actually be better
to use the gpkg file, but it is double in size. I will investigate using
the gpkg data.

It seems to me that if a plugin requires a certain dataset to function then
that data should be included with it and not require an
additional download, but I understand the issues that this could cause so I
am not sure of the best way forward. For our use it is definitely better to
include the data with the plugin.

I guess what I would like you to take from this conversation is that some
users have a completely different environment and face different challenges
then what you do when it comes to dealing with software. I wish that it was
easier for me to get QGIS acceptance in our workforce but ArcGIS still
rules.

Thanks for your ideas and all of the hard work that you do to keep QGIS
moving forward.

I wish you all the very best!

Calvin

Given that the size of the python library is almost entirely the size
> of the timezone boundaries themselves, have you considered:
> - avoiding the library entirely, and insteading using a standard
> shapefile/gpkg/... of the boundaries and using QGIS vector layer
> methods to determine the timezone for a point
> - deferring the download of the boundary spatial data, so that it's
> not supplied with the plugin but instead the plugin automatically
> downloads it on first launch?
>
> This would avoid the need for the large size plugin, allowing it to be
> supplied via the standard QGIS repo while still providing its full
> functionality...
>
> 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

Re: [Qgis-user] [QGIS-Developer] New QGIS Date/Time Tools Plugin

[C Hamilton]

Tim,

I understand the position you are in and I really struggled in even wanting
to put in the time to develop this plugin knowing that there would probably
be a problem getting it accepted by the QGIS developers because of its
size, but our users have a very real need for this capability which is why
I consented to develop it at all.

In order to deal with locating time zones based on a coordinate there is
simply no way to get around the size of the python library required if
accuracy of the results is desired. That feature alone requires 42Mb. I
struggle to convince our GIS analysts to use QGIS over ArcGIS and so I try
to provide solutions that work better than those in ArcGIS, but if there is
any sort of complication that makes it more difficult for one of the
analysts to get the resources they need for QGIS then I have lost the
battle. This includes having them pip install additional python libraries
because most of them do not have system admin privileges.

I can easily set up the ability for users to point to a separate repo that
houses this plugin, but once again that is an additional complication.
Every once in a while I find some QGIS repo of plugins that are not a part
of the official QGIS repo and I think that it is too bad that they are
probably not used much outside of the organization who hosts them. Unless a
plugin exists on the official QGIS repo it will not be discoverable and
will not likely be used by many.

I think the plans I have with this plugin will make it very useful to the
QGIS community, but if it cannot be a part of the QGIS repo it will not be
of much use to the community. Our users will make use of it because we will
provide it to them. I would like to swap out the astral library for the
Skyfield library with the JPL ephemeris data to provide more precise sun
and moon calculations, but that adds an additional ~20Mb.

I would love it if you would provide timezonefinder and Skyfield libraries
by default with the QGIS distribution, but that increases the size of the
QGIS download. When you are dealing with time zones and astronomical
calculations, there is no way in getting around the plugin size to get the
best accuracy available. I personally am not interested in providing tools
with less accuracy.

I don't know how important it will be for the QIGS community to have these
tools available, but I know that there will be a number of users who have
been looking for these capabilities in QGIS and will be valuable to them.
Right now I have coded only one of a number of tools that I have planned,
but part of my plans will be determined by the QGIS acceptance of a larger
plugin. I think my other QGIS plugins I have provided including "Lat Lon
Tools", "Shape Tools" & "KML Tools" shows how useful my plugins have been.

If there is something I am missing or some other way around this let me
know, but keep in mind I hold to two fundamental principals with my
plugins. 1) They are as accurate at possible. 2) They are self contained
meaning that OUR users don't need to install any software to run them. The
functionality in Date/Time tools is simply going to take up space and there
is no way around it that I can see. I think your "unwritten expectation" of
small plugins prevents some capabilities from being introduced, but I also
agree that in most instances plugins should be kept small. What I am trying
to accomplish simply does not come small.

Let me know if you want me to just provide the capabilities for our users
alone or to expand it for use by the QGIS community.

I await the QGIS developers decision on this.

Thanks!

Personally I would be more on the -1 on upping the limit for plugins -
>> currently at 10mb I think - since large plugins will consume more space on
>> our plugins server and our user's bandwidth. There is an unwritten
>> expectation that plugins should be small and quick to fetch. If others feel
>> strongly with a contrary opinion, contact me offlist and I will help you
>> get it published without generally changing the limit.
>>
>
> Regard
>
> Tim
>
>> ___
> 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] [QGIS-Developer] New QGIS Date/Time Tools Plugin

[C Hamilton]

>
>
> > For those who use the OSGeo4W installer you may need to include the
> scipy library. The standalone installers already have it by default.
>
> I'm on Debian, and installed the plugin.
>
> I'm shown the 'Plugin Dependencies Manager' dialog (which I've never seen
> before, is it in master or in the plugin?) See screenshot. But I cannot
> click 'Fix manually' or so...
>
> But I have scipy  installed:
>
> python3-scipy/testing,testing,now 1.5.4-1+b1 amd64 [installed,automatic]
>   scientific tools for Python 3
>
> and in QGIS I can even run the scipy-get started:
>
> import numpy as np
> print("I like ", np.pi)
>
> Ah, and after the installation, the plugin is working fine (I think)
>
> And upon restart I do not get the message anymore... So apparently 'Plugin
> Dependencies Manager' is not working ok the first time (I started a fresh
> profiles-path AND thus profile)
>

I am not sure I correctly set up the plugin_dependencies tag in
metadata.txt. I couldn't find any examples. Here is what I have in
metadata.txt.

plugin_dependencies=scipy

The Windows standalone versions have numpy and scipy already installed and
my OSGeo4W has numpy installed by default but not scipy.


>
> One remark: we (as The Netherlands, are currently UTC+1 (CET), but If I
> click just outside the north of NL (Waddenzee) outside of the xx-miles
> zone, I get +0
> As if the timeline is very east of NL there? Scandinavia is also +1 and is
> on the same degree.. more or less


Time zone boundaries are not in bands except in the ocean and even there
they may shift one way or the other around Islands. They are based on
political and geographical boundaries. Take a look at:
https://github.com/evansiroky/timezone-boundary-builder


>

Is it possible to visualize the time-lines?
>

What do you mean by visualize the time-lines? I am planning on showing the
timezone bounding box when you click on the map.


> > I would enjoy any suggestions or feedback. Also for the QGIS team, can a
> plugin this large be included into the plugin repo?
>
> If you promise not to release once a week, personally I would be ok with
> it :-)
>

Noted. Once I get more feedback back then I will create a new release and
make it available and not update it every week.
___
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] New QGIS Date/Time Tools Plugin

[C Hamilton]

I would like to invite you to take a look at a new QGIS plugin that I have
titled "Date/Time Tools". Currently it only has one capability to display
date, time, and timezone information with conversions between UNIX time
(Epoch), Julian dates, and ISO8601 date/time formats. It can calculate the
difference between two dates and if provided with a coordinate it will
display sun information such as dawn, sunrise, noon, sunset, dusk as well
as the azimuth of the sun and its elevation from the given location. Here
is the release download datetimetools-3.0.0. You will need to manually
install it.

https://github.com/NationalSecurityAgency/qgis-datetimetools-plugin/releases/tag/3.0.0

Here is some documentation:

https://github.com/NationalSecurityAgency/qgis-datetimetools-plugin#readme

I apologize up front to those of you who think external libraries should
not be embedded in a plugin, but for my users, if the plugin is not self
contained they may not take the extra step to install the necessary
libraries and the plugin might not be used. Also this is a very big plugin
because it includes the timezonefinder python library which is about 42Mb.
The library adds the ability to specify a coordinate and return a time zone
and there is really no way to reduce the size unless you also reduce the
accuracy.

For those who use the OSGeo4W installer you may need to include the scipy
library. The standalone installers already have it by default.

I would enjoy any suggestions or feedback. Also for the QGIS team, can a
plugin this large be included into the plugin repo?

Thanks!
___
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] Move polyline objects by set distance

[C Hamilton]

Ryan,

The Shape Tools plugin has a geodesic transformation tool that can also do
this.

Calvin

On Tue, Dec 1, 2020 at 1:29 PM Ryan Peel  wrote:

> I have several polyline objects (hundreds) that I want to move on the map
> by a short distance (3ft to the N, S, E, or W) in a cardinal type
> direction.
>
> I see the Move Objects tool in QGIS 3 but that doesn't allow me to specify
> a distance.  I have used the Offset tool in the QAD plugin to create
> parallel lines but that is very tedious and creates a copy of the object.
>
> Is there a way to select a bunch of objects and just move them in one
> direction or another by x # of feet?
>
> Thanks!
>
> --
> *Ryan Peel*
>
> ___
> 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] z factor

[C Hamilton]

I have a Lat Lon Tools plugin, Field Calculator function that generates the
UTM zone.

Nicolas, you just reminded me that you had suggested this to me earlier as
a plugin. Something like that would be easy to add, but I'm not sure it
fits within Lat Lon Tools which captures different coordinates, but
z-factor is related to the latitude so perhaps it fits.

Does anyone think it would be worth adding to Lat Lon Tools or should it be
a separate plugin?

Calvin

On Fri, Nov 27, 2020 at 4:52 AM Raymond Nijssen 
wrote:

> Hi Nicolas,
>
> It is just a simple formula for calculating the "z-factor" for a given
> latitude. What would that look like in a plugin? Where would it go? What
> would it do or show?
>
> Last week I had a similar idea for a plugin that could tell you which
> UTM zone to pick for your current canvas. I decided it would not be
> worth the effort. But maybe these could go together (and be finished at
> the end of this "KwakFriday"?
>
> Regards,
> Raymond
>
>
> On 27-11-2020 06:13, Nicolas Cadieux wrote:
> > Hi,
> >
> > It's just the Z factor needed when you make a hillshade when the x an y
> > are in degrees and the z is in feet or meters (like SRTM). You can see
> > it if you choose Hillshade under symbology / render type (for a raster
> > layer).  It's basically the length of a degree in meters for latitude.
> >
> >
> https://www.esri.com/arcgis-blog/products/product/imagery/setting-the-z-factor-parameter-correctly/
> >
> >
> > Nicolas
> >
> > On 2020-11-27 12:08 a.m., Richard Duivenvoorde wrote:
> >> On 11/27/20 5:28 AM, Nicolas Cadieux wrote:
> >>> I want to learn to make a QGIS plugin and I was wondering if anybody
> >>> new if there is a QGIS plugin or tool that calculates the z factor
> >>> for a particular latitude? I thought this would be an easy project to
> >>> start with but I don't want to duplicate someone else's work.
> >> Hi Nicolas,
> >>
> >> What do you mean with "calculates the z factor for a particular
> >> latitude"?
> >>
> >> - z-factor as in x,y,z?
> >> - Do you mean based on a crs/datum? So more proj-based?
> >> - Or do you mean based on a known dataset with not enough z-info? So
> >> more extra/intrapolation?
> >> - Raster? Vector?
> >> - Creating a new dataset (processing)? Or just reporting for one lat
> >> (desktop/gui)?
> >>
> >> Just trying to get an idea of your idea :-)
> >>
> >> 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
>
___
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] Vote for Lat Lon Tools Default Coordinate Order - YX or XY

[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-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] Vote for Lat Lon Tools Default Coordinate Order - YX or XY

[C Hamilton]

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 just checking to see if I should make this change or not.

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] [QGIS-Developer] Adding Field Calculator Functions - Best Practices / Avoiding Name Conflicts

[C Hamilton]

Nyall,

I really should get into some core development, but I have been hesitant
since my C++ programming skills are 10 years out of date. How time flies.

Where is the best place to start if I were to try to start porting some of
the functions into the core QGIS. Some of this would require incorporating
additional C modules/libraries such as MGRS, Plus Codes, etc into the code
base.

Thanks,

Calvin

On Wed, Sep 16, 2020 at 6:44 PM Nyall Dawson  wrote:

> On Thu, 17 Sep 2020 at 01:55, C Hamilton  wrote:
> >
> > Greetings,
> >
> > Because of a user request I have been starting to expose Lat Lon Tools
> coordinate format conversion functions. I found out today that if you
> accidentally call one of your functions the same name as one of the
> existing functions, it causes QGIS to crash immediately. It got me thinking
> about the best practices for releasing field calculator functions. As other
> developers create their own field calculator functions there is the
> potential for major problems. I would say that if there is a name conflict
> it shouldn't crash QGIS.
> >
> > These are the function names I currently have in Lat Lon Tools.
> >
> > mgrs, mgrs_100km, mgrs_east, mgrs_north, mgrs_to_point
> >
> > Here are additional function names I have added that have not yet been
> uploaded to the QGIS plugin repo and more are on the way
> >
> > utm, utm_epsg, utm_hemisphere, utm_to_point, utm_zone, dms, ddmmss
> >
> > I like simple function names, but because of concerns that there could
> be name conflicts with other QGIS plugin developers I am wondering if a
> plugin name prefix should be added such as ll_mgrs for the Lat Lon Tools
> mgrs conversion function.
> >
> > What are your thoughts?
>
> These sound like really useful functions of widespread appeal. Have
> you considered implementing them in QGIS itself? I'd be happy to
> assist!
>
> Nyall
>
>
>
> >
> > Thanks,
> >
> > Calvin
> > ___
> > QGIS-Developer mailing list
> > qgis-develo...@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
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 Field Calculator Functions - Best Practices / Avoiding Name Conflicts

[C Hamilton]

Greetings,

Because of a user request I have been starting to expose Lat Lon Tools
coordinate format conversion functions. I found out today that if you
accidentally call one of your functions the same name as one of the
existing functions, it causes QGIS to crash immediately. It got me thinking
about the best practices for releasing field calculator functions. As other
developers create their own field calculator functions there is the
potential for major problems. I would say that if there is a name conflict
it shouldn't crash QGIS.

These are the function names I currently have in Lat Lon Tools.

mgrs, mgrs_100km, mgrs_east, mgrs_north, mgrs_to_point

Here are additional function names I have added that have not yet been
uploaded to the QGIS plugin repo and more are on the way

utm, utm_epsg, utm_hemisphere, utm_to_point, utm_zone, dms, ddmmss

I like simple function names, but because of concerns that there could be
name conflicts with other QGIS plugin developers I am wondering if a plugin
name prefix should be added such as ll_mgrs for the Lat Lon Tools mgrs
conversion function.

What are your thoughts?

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] Please show 15-20 plugin entries per page by default

[C Hamilton]

I have raised this issue before, but I want to raise it again. Can we
please have at least 15-20 plugins displayed by default on
https://plugins.qgis.org/plugins/ and all of the other lists. This is what
it used to be, but was changed fairly recently. Only showing 5 plugins is
not very useful for browsing. I know there is a way to manually increase
that number, but I can never remember how to do it without looking it up
which means I usually am stuck with 5 at a time. I think that previous to
this change it was showing 20 entries.

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] How to Create These type of Watershed Maps in QGIS

[C Hamilton]

Thanks to everyone for these ideas. It will be fun to give this a try.

Thanks,

Calvin

On Thu, Aug 6, 2020 at 8:27 PM Priv.-Doz. Dr. Maria Shinoto <
maria.shin...@zaw.uni-heidelberg.de> wrote:

> Sorry, just an addendum,
>
> for creating these watershed maps, you need a DEM, older satellite data
> should suffice for larger maps. I was working on a small scale (16 km2)
> with a 5m DTM.
>
> The process is the same: use WangLiu algorithm in the processing toolbox
> (SAGA tools) to fill sinks, then calculate Strahler order (SAGA tools), set
> a threshold for the start of a "stream", then define a point for the
> upstream area. You can vectorize the area and then style the streams (great
> with the order value, you can set the width of the streams) and the
> drainage basins.
>
> I am still impressed, it is so helpful and easy. You can do the same with
> GRASS tools as well, although some steps vary a bit.
>
> Good luck,
> Maria
>
>
>
>
> Hi,
>
> I just created one yesterday with the book of Hans van der Kwast. So easy!
> (when you are told what to do...)
>
> He has a YouTube channel where you can follow these instructions as well.
>
> Best,
> Maria
>
> > Am 07.08.2020 um 07:13 schrieb C Hamilton :
> >
> > I was wondering if anyone had any idea on how one would go about
> creating these types of maps in QGIS.
> >
> > https://www.visualcapitalist.com/maps-worlds-watersheds/
> >
> > Assume the watershed polygons are available as well as the river data.
> >
> > Anyway I think these pictures are stunning.
> >
> > 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
___
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] How to Create These type of Watershed Maps in QGIS

[C Hamilton]

I was wondering if anyone had any idea on how one would go about creating
these types of maps in QGIS.

https://www.visualcapitalist.com/maps-worlds-watersheds/

Assume the watershed polygons are available as well as the river data.

Anyway I think these pictures are stunning.

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

[C Hamilton]

Thank you for the suggestion. One question I have is how would this differ
from the advanced digitizing toolbar. Ideally this would be a core
capability. The one flaw with the Advanced Digitizing Toolbar is that it
cannot do geodesic rotations and movements. It doesn't do well with
rotations when the CRS is 4326. ShapeTools provides some basic geodesic
transformations, but I haven't done any dynamic ones which I would agree
would be very useful. This is a more complex effort, but it fits nicely
with the existing plugin.

On Tue, Jul 14, 2020 at 4:01 AM Jésahel Benoist  wrote:

> Hi,
>
> Thank you for your efforts ! What I would need is a dynamic transformation
> tool with handles, and a panel allowing to define precisely the center,
> like in drawing software. See https://images.app.goo.gl/2aNd4bbka7X943gG7
>
> Regards,
>
> Jésahel
>
> Le lun. 13 juil. 2020 à 21: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

[Qgis-user] Do you have any QGIS plugin feature requests?

[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] What Happened to GRASS in QGIS

[C Hamilton]

Thanks. I opened this ticket.

https://trac.osgeo.org/osgeo4w/ticket/637

Calvin

On Tue, Jul 7, 2020 at 5:16 AM Andrea Giudiceandrea 
wrote:

> C Hamilton wrote
> > Thanks for that reminder. I am on Windows and for some reason the OSGeo4W
> > is no longer including links in the menu for QGIS with GRASS.
>
> It is quite strange. I've installed QGIS 3.14.0 via OSGeo4W standalone
> installer, and I have the link "QGIS Desktop 3.14.0 with with GRASS 7.8.3".
>
> Could you please double check and eventually file a bug report on
> https://trac.osgeo.org/osgeo4w/ ?
>
> Regards.
>
> Andrea
>
>
>
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-User-f4125267.html
> ___
> 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