Re: [QGIS-Developer] Boundless (docs) & Central provisioning of QGIS plugins...

[Alexandre Neto]

Hi Richard,

Several core commiters were working at BoundlessGeo back in those days,
some are still there, in Planet Federal.

I was there too, and I was responsible for the documentation. Moving part
of this documentation to QGIS Docs has been in my to do list for a while,
but it never reached the top :-(

Sometime ago, I asked Alessandro Pasoti if those two settings were still
valid, and he said that "AFAIK they were valid", but I abandoned the task
before even trying it.

I still have the original rst files. In case anyone wants to jump on that
task and try it out, I can share it.

Best regards,

Alexandre Neto

A quarta, 15/09/2021, 16:39, Andrea Aime 
escreveu:

> On Wed, Sep 15, 2021 at 5:21 PM David Strip 
> wrote:
>
>> according to Crunchbase
>> ,
>> Boundless Spatial was acquired by Planet in 2018. Planet
>> still exists - I think it used to be called
>> Planet Labs. It operates a constellation of small earth imaging satellites.
>> I would guess that Boundless Spatial was absorbed into the mapping team
>> .  But that's in
>> information-free guess.
>>
>
> It actually became a new division, "Planet Federal":
> https://www.planet.com/pulse/planet-to-acquire-boundless/
>
> Cheers
> Andrea
> ___
> 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] expected ccache hit ratio on new micro release?

[Greg Troxel]

(If people feel this query belongs on -user, please feel free to tell
me that.)

I maintain the qgis entry in pkgsrc, a multi-OS multi-CPU packaging
system, and use qgis 3.16.x on NetBSD.  So I am talkiing below about
NetBSD 9 amd64.

I use ccache, to save compilation time, since in doing packaging I am
often rebuilding X that depends on updated Y, but most of X's
compilations are the same headers and sources.  And, I often rebuild a
package after I just built it, to verify I didn't break something, after
making a minor change to the packaging files.

On September 5, I updated the package to 3.16.10 (was behind for no good
reason).  I always build, make a package, install it, and then run qgis
from the installed package before pushing the update to the rest of
pkgsrc.  So far, it's been smooth, and qgis seems not to have any
NetBSD-specific issues.

Just now I changed the version in the control file to 3.16.11 and am
building.  I zeroed stats before and have done only a tiny bit of other
building.  So far, ccache reports:

  cache directory /home/gdt/.ccache
  primary config  /home/gdt/.ccache/ccache.conf
  secondary config  (readonly)/usr/pkg/etc/ccache.conf
  stats updated   Wed Sep 15 13:16:01 2021
  stats zeroedWed Sep 15 09:17:16 2021
  cache hit (direct)13
  cache hit (preprocessed)  80
  cache miss  4056
  cache hit rate  2.24 %
  called for link   94
  called for preprocessing2101
  compile failed14
  preprocessor error26
  autoconf compile/link106
  no input file 24
  cleanups performed 4
  files in cache206471
  cache size   9.0 GB
  max cache size  10.0 GB

This means qgis will take about 8h to build, on a machine that was
fairly high end in 2014, with 1 core in use (for heat), and plenty of
RAM.  This matches my memory of previous updates.

It surprises me that a bug fix release would have almost hits, but
perhaps there is a version number in a header that every program reads,
and thus every file misses.  But I am not arguing that it is a bug, of
course.

I am curious if anyone else uses ccache, and if this is what they see as
well.

Thanks,
Greg


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] Plugin Developers Who Don't Want to Add Capabilities - Go2NextFeature

[Paolo Cavallini]

Hi Calvin,
thanks for submtting this. I'm fully with you: duplicating work is
wasteful for devs and confusing for users, boring for maintainers so bad
for everybody. In my experience, insisting for merging works is
sometimes successful, and if so the advantages are quite evident. Please
let us know if you feel core team could help.
Cheers.

Il 15/09/21 14:47, C Hamilton ha scritto:
> I am faced with somewhat of a delima. This QGIS plugin is used by some
> of our analysts.
> 
> https://plugins.qgis.org/plugins/Go2NextFeature3/
> 
> 
> Those analysts would like some additional features including automatic
> snapshoting of the canvas and saving it as an image for each feature.
> Something like this has been asked for by other users of the plugin
> over 2 years ago. See the issues.
> 
> https://gitlab.com/albertodeluca/go2nextfeature/-/analytics/issues_analytics
> 
> 
> In the comments of "Future of Plugin" the developers have made it clear
> that they want to keep the plugin simple. Probably because of this
> policy I see that someone else created a Go2NextFeaturePlus geared for
> OSM work and it is labeled as experimental.
> 
> I don't like replicating capability, but given that a plugin developer
> is unwilling to make any significant changes, how do you feel about
> another similar plugin be developed that has the additional capability
> that we need. I am not sure how to handle this situation. I don't think
> it would take much time to create a new plugin to do this with the
> expanded capabilities.
> 
> Thanks for your thoughts.
> 
> Calvin
> 
> ___
> 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
> 

-- 
Paolo Cavallini
www.faunalia.eu - QGIS.org
training, support, development on QGIS, PostGIS and more
___
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] Boundless (docs) & Central provisioning of QGIS plugins...

[Andrea Aime]

On Wed, Sep 15, 2021 at 5:21 PM David Strip 
wrote:

> according to Crunchbase
> ,
> Boundless Spatial was acquired by Planet in 2018. Planet
> still exists - I think it used to be called
> Planet Labs. It operates a constellation of small earth imaging satellites.
> I would guess that Boundless Spatial was absorbed into the mapping team
> .  But that's in
> information-free guess.
>

It actually became a new division, "Planet Federal":
https://www.planet.com/pulse/planet-to-acquire-boundless/

Cheers
Andrea
___
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] Boundless (docs) & Central provisioning of QGIS plugins...

[David Strip]

  
  
On 9/15/2021 8:34 AM, Richard Duivenvoorde wrote:

  - anybody knows WHO is 'holder' of the "Copyright © 2017 Boundless Spatial, Inc."
Because it would be very valuable to the community if we could incorporate this information/code in our Documentation.





according to Crunchbase,
Boundless Spatial was acquired by Planet in 2018. Planet still
exists - I think it used to be called Planet Labs. It operates a
constellation of small earth imaging satellites. I would guess that
Boundless Spatial was absorbed into the mapping team. 
But that's in information-free guess.
  

___
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] Boundless (docs) & Central provisioning of QGIS plugins...

[Richard Duivenvoorde]

Hi,

Got a question from a GIS person from a small company, asking me the easiest 
way to 'provision my QGIS users with some base plugins, so they all start with 
the same set of plugins'...

Please correct me if I'm wrong, but I'm not aware that we provide some 'startup 
dir to be copied to...' or so. 

BUT I found these (old?) Boundless docs (with QGIS2 code):
https://boundless-desktop.readthedocs.io/en/latest/system_admins/init_scripts.html
and
https://boundless-desktop.readthedocs.io/en/latest/system_admins/globalsettings.html

Found that:
- QGIS_INIT_SCRIPTS_DIRECTORY is not found in any QGIS source (anymore?)..
- but PYQGIS_STARTUP is [0]
- that is working
- using: qgis.utils.pluginMetadata('myplugin', 'version') I find the plugin 
version
- so updating the Boundless scripts should work?

Question:
- anybody better idea's?
- anybody knows WHO is 'holder' of the "Copyright © 2017 Boundless Spatial, 
Inc."
Because it would be very valuable to the community if we could incorporate this 
information/code in our Documentation.

Else we can of course try to write some docs ourselves?

Regards,

Richard Duivenvoorde

[0] 
https://github.com/qgis/QGIS/commit/4c1b95ba9ee0d5f0e4c9664bd293003ef280ba31#diff-4238a332dc3ec110fd3231fdd8f8dc1be626a8b1a3be7bb43b514c2682fab9ce

___
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] qgis.utils module not available in pyqgis docs ?

[Richard Duivenvoorde]

Hi Devs,

Searching for a way to programmatically find out which version of a plugin is 
installed and if there was some interface for it, I used

dir(qgis.utils)

in the Python Console.

And seeing 'metadataParser', I thought to look for it in our pyqgis docs:
https://qgis.org/pyqgis/master/

But... cannot find any qgis.utils methods or module?

Any (obvious) reason for this? 
Or did we forgot to include it in the building machinery?

Thanks for any info.

Ah...
https://gis.stackexchange.com/questions/203842/seeking-documentation-for-qgis-utils-module

so  help(qgis.utils.pluginMetadata) shows me enough to find out:

qgis.utils.pluginMetadata('myplugin', 'version')
('myplugin' string found via qgis.utils.plugins)


Regards,

Richard Duivenvoorde

PS didn't I already ask this earlier??
___
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] Plugin Developers Who Don't Want to Add Capabilities - Go2NextFeature

[C Hamilton]

I am faced with somewhat of a delima. This QGIS plugin is used by some of
our analysts.

https://plugins.qgis.org/plugins/Go2NextFeature3/

Those analysts would like some additional features including automatic
snapshoting of the canvas and saving it as an image for each feature.
Something like this has been asked for by other users of the plugin over 2
years ago. See the issues.

https://gitlab.com/albertodeluca/go2nextfeature/-/analytics/issues_analytics

In the comments of "Future of Plugin" the developers have made it clear
that they want to keep the plugin simple. Probably because of this policy I
see that someone else created a Go2NextFeaturePlus geared for OSM work and
it is labeled as experimental.

I don't like replicating capability, but given that a plugin developer is
unwilling to make any significant changes, how do you feel about another
similar plugin be developed that has the additional capability that we
need. I am not sure how to handle this situation. I don't think it would
take much time to create a new plugin to do this with the expanded
capabilities.

Thanks for your thoughts.

Calvin
___
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