Re: [QGIS-Developer] #qgis on Freenode

[techdude1996]

Greg:

> rather than using terms like 21st century

My remark about 21st century was meant to be comedic in nature, and not
offensive (along with the joke that I'm replying to a mailing list while
talking about IRC being old). IRC was invented in 1988, and was a great
technology for it's time; and just like the shapefile, it is time to replace
it with a more modern system. QGIS replaced the default export option from
shapefile to GeoPackage for this reason (and many others).


> implicit claim that all older things are bad.

I in no way said that IRC was bad, but just outdated and lacking modern
features and amenities. There are many more modern technologies like Matrix
(which you did mention) as a direct IRC replacement.


> I think Free Software projects should decline to use proprietary
> interaction platforms.

Which is why I also proposed Rocket Chat. Blender, for the very reason you
pointed out, uses it (blender.chat). Rocket Chat is a Free Open Source
Software, and is also easily self hostable. Another example would be unfa,
he is a professional music and sound designer that exclusively uses FOSS and
Linux (Manjaro to be specific). He does have a Discord, but encourages
people to use his self-hosted Rocket Chat server, and has a bridge bot to
connect the two.


> My impression is that people who both don't like IRC and care about Free
> Software are tending to move to matrix, which is reasonably easily self
> hostable.

The reason behind my comment was to try and move to modern technology for
the benefit of the QGIS community. Open Source projects develop great
communities that you don't really get with proprietary software. (Just look
at the blender community for example). QGIS could use a nice modern
community that will attract users to it, instead of comments like "eww, they
still use IRC???"

You will always have people who would rather stick with older technology.
You can't please everyone, and by attempting to do so, you end up
displeasing everyone. You do try to please the majority, and your target
audience. Moving to a more modern technology brings a lot of benefits to
both existing and new users.

In relation to the last paragraph, here's a related xkcd comic:  Team Chat
  



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] #qgis on Freenode

[techdude1996]

I don't mean to be rude, but can we please move to the 21st century? (As I'm
responding to a mailing list) IRC very dated and lacks a lot.

There's an Unofficial QGIS Discord server  Discord Invite Link
   (Currently, it's small due to lack of
publicity) that could be more official, or an official one could be created. 
Rocket Chat    is a FOSS, self-hostable option if you
don't want to use Discord.



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Code interactions for GDPR

[Marco Bernasocchi]

Dear QGIS developers,

at the PSC we're working on GDPR related themes. We've been collecting
information on how QGIS deals with user data here:
https://docs.google.com/document/d/1V0q1TIG6nhSwGFHa9-hG7duEuUHE0xOc3iEYN3cZKd4/edit?usp=sharing

could you please go over it and see if we have forgotten any data
interactions? You can directly leave comments in the document.

Thanks a lot
Marco
-- 
Marco Bernasocchi

QGIS.org Chair
OPENGIS.ch CEO
http://berna.io
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] 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-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] 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-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] #qgis on Freenode

[Greg Troxel]

techdude1996  writes:

> I don't mean to be rude, but can we please move to the 21st century? (As I'm
> responding to a mailing list) IRC very dated and lacks a lot.

If you don't mean to be rude, then perhaps it would be good to address
things a little more evenhandedly, rather than using terms like 21st
century with an implicit claim that all older things are bad.

FWIW, I see IRC as entirely functional with lots of clients, for public
non-structured chat.

> There's an Unofficial QGIS Discord server  Discord Invite Link
>    (Currently, it's small due to lack of
> publicity) that could be more official, or an official one could be created. 
> Rocket Chat    is a FOSS, self-hostable option if you
> don't want to use Discord.

I think Free Software projects should decline to use proprietary
interaction platforms.

My impression is that people who both don't like IRC and care about Free
Software are tending to move to matrix, which is reasonably easily self
hostable.


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

Re: [QGIS-Developer] Offset lines via qgis python

[Ujaval Gandhi]

This particular implementation is C++ (see the .cpp extension on the file).
But the C++ and Python API is almost identical, so you can use the C++ code
as a reference for your PyQGIS code.
[image: Logo] 
Ujaval Gandhi
Spatial Thoughts
mobile: +91-8095684687
email: uja...@spatialthoughts.com
[image: LinkedIn icon]   [image:
Twitter icon] 



On Wed, Jun 9, 2021 at 2:11 PM Prem Kumar  wrote:

> Hi Ujaval,
>
> Thank you very much for pointing that out. That serves my purpose.
>
> In fact, I had initially searched for a python implementation of the
> Offsetlines processing tool but did not get it. Just a quick question, how
> do we trace whether the processing tool implementation is in python or c++?
>
> -Prem
>
> On Wed, Jun 9, 2021 at 1:53 PM Ujaval Gandhi 
> wrote:
>
>> You can look at the implementation
>> 
>> of offsetline algorithm and you'll notice that it
>> uses geometry.offsetCurve(). You can do the same in your code.
>> [image: Logo] 
>> Ujaval Gandhi
>> Spatial Thoughts
>> mobile: +91-8095684687
>> email: uja...@spatialthoughts.com
>> [image: LinkedIn icon]   
>> [image:
>> Twitter icon] 
>>
>>
>>
>> On Wed, Jun 9, 2021 at 1:31 PM Prem Kumar  wrote:
>>
>>> Hi Team,
>>>
>>> Just wondering if there is a python api which gets an offset line or
>>> parallel line (to both left and right sides) to a given line geometry in
>>> Qgis Python. I know there exists a processing tool called Offsetlines
>>> 
>>>  but
>>> need this similar functionality at geometry object level so that I can
>>> create offset lines only when needed based on my logic.
>>>
>>> The only way now is that I can perform the Offset lines on the entire
>>> layer and then access the offset geometry if needed.
>>>
>>> On other hand, shapely has parallel_offset
>>> 
>>>  but
>>> this needs conversion from shapely geometry to qgisgeometry.
>>>
>>> Just looking for thoughts on this to optimize heavy geometry operations.
>>> Appreciate your help.
>>>
>>> -Prem
>>> ___
>>> QGIS-Developer mailing list
>>> QGIS-Developer@lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Offset lines via qgis python

[Prem Kumar]

Hi Ujaval,

Thank you very much for pointing that out. That serves my purpose.

In fact, I had initially searched for a python implementation of the
Offsetlines processing tool but did not get it. Just a quick question, how
do we trace whether the processing tool implementation is in python or c++?

-Prem

On Wed, Jun 9, 2021 at 1:53 PM Ujaval Gandhi 
wrote:

> You can look at the implementation
> 
> of offsetline algorithm and you'll notice that it
> uses geometry.offsetCurve(). You can do the same in your code.
> [image: Logo] 
> Ujaval Gandhi
> Spatial Thoughts
> mobile: +91-8095684687
> email: uja...@spatialthoughts.com
> [image: LinkedIn icon]   [image:
> Twitter icon] 
>
>
>
> On Wed, Jun 9, 2021 at 1:31 PM Prem Kumar  wrote:
>
>> Hi Team,
>>
>> Just wondering if there is a python api which gets an offset line or
>> parallel line (to both left and right sides) to a given line geometry in
>> Qgis Python. I know there exists a processing tool called Offsetlines
>> 
>>  but
>> need this similar functionality at geometry object level so that I can
>> create offset lines only when needed based on my logic.
>>
>> The only way now is that I can perform the Offset lines on the entire
>> layer and then access the offset geometry if needed.
>>
>> On other hand, shapely has parallel_offset
>> 
>>  but
>> this needs conversion from shapely geometry to qgisgeometry.
>>
>> Just looking for thoughts on this to optimize heavy geometry operations.
>> Appreciate your help.
>>
>> -Prem
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Offset lines via qgis python

[Ujaval Gandhi]

You can look at the implementation

of offsetline algorithm and you'll notice that it
uses geometry.offsetCurve(). You can do the same in your code.
[image: Logo] 
Ujaval Gandhi
Spatial Thoughts
mobile: +91-8095684687
email: uja...@spatialthoughts.com
[image: LinkedIn icon]   [image:
Twitter icon] 



On Wed, Jun 9, 2021 at 1:31 PM Prem Kumar  wrote:

> Hi Team,
>
> Just wondering if there is a python api which gets an offset line or
> parallel line (to both left and right sides) to a given line geometry in
> Qgis Python. I know there exists a processing tool called Offsetlines
> 
>  but
> need this similar functionality at geometry object level so that I can
> create offset lines only when needed based on my logic.
>
> The only way now is that I can perform the Offset lines on the entire
> layer and then access the offset geometry if needed.
>
> On other hand, shapely has parallel_offset
>  
> but
> this needs conversion from shapely geometry to qgisgeometry.
>
> Just looking for thoughts on this to optimize heavy geometry operations.
> Appreciate your help.
>
> -Prem
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Offset lines via qgis python

[Prem Kumar]

Hi Team,

Just wondering if there is a python api which gets an offset line or
parallel line (to both left and right sides) to a given line geometry in
Qgis Python. I know there exists a processing tool called Offsetlines

but
need this similar functionality at geometry object level so that I can
create offset lines only when needed based on my logic.

The only way now is that I can perform the Offset lines on the entire layer
and then access the offset geometry if needed.

On other hand, shapely has parallel_offset

but
this needs conversion from shapely geometry to qgisgeometry.

Just looking for thoughts on this to optimize heavy geometry operations.
Appreciate your help.

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

[QGIS-Developer] macOS qt5.15

[Peter Petrik]

Hi,

We have prepared new nightly build macOS packages with Qt 5.15.2. Please
test and submit bug reports before next week's release. Thanks.

qgis_nightly_master_20210608_023438.dmg


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