Re: [QGIS-Developer] MacOS packaging

[William Kyngesburye]

I created the Mac app bundle option.  I never fully extended it to 3rd party 
libraries because I don't have much interest in hiding the GDAL stuff.  Rather 
than do something new, I think this should be expanded.

Also, there is the problem of extra GDAL formats.  I include everything non-GPL 
or commercial that I can in my GDAL Complete, with extra plugins for the GPL 
and commercial stuff - ECW, MrSID, GRASS (not completely sure about that one, 
GPL-wise), FileGDB, GeoPDF (Poppler).

In a full bundled QGIS, I don't think bundling ECW or MrSID would work.  So 
you'd still need a plugin installer (not a QGIS plugin) to add those to QGIS in 
some sort of global application support location like I do with GDAL now.

> On Oct 26, 2018, at 10:56 AM, Denis Rouzaud  wrote:
> 
> Hi Peter,
> 
> This is great news!
> 
> Le ven. 26 oct. 2018 à 11:26, Peter Petrik 
>  > a écrit :
> Hello,
> 
> we have been asked to create standalone QGIS package for MacOS. By standalone 
> I mean that there will be a single package (.pkg) file that will be extracted 
> to /Application folder and will contain all dependencies (GDAL, Python3, 
> PyQT, Qt libraries, ...) and will be working without any additional 
> installation steps (similar to any application you install via App Store). 
> 
> As there is no such open-sourced solution I could use or enhance, I started 
> some prototyping here: https://github.com/lutraconsulting/qgis-mac-packager 
>  . I hope I can wrap 
> the last bits next week and be able to produce QGIS 3.4 release and QGIS 
> master nightlies on some Mac Cloud server. I used osgeo4mac homebrew for 
> dependencies, since it looks like it is the most maintained package manager 
> with osgeo libraries for MacOS. Usage of Conda packages could be better, but 
> the number of downloads and the activity in any available repositories is not 
> convincing.
> 
> Is Qt Mac Deploy of any help here?
> http://doc.qt.io/qt-5/osx-deployment.html#macdeploy 
> 
>  
> 
> The aim is to eventually have QGIS bundled and shipped similar to Linux and 
> Windows. Once we finish the work, we will send an email to the PSC and see if 
> this is something they'd be happy to bring it under their umbrella.
> 
> I am open to any suggestions or cooperation for either packaging or 
> distribution. Feel free to 
> write me PM or reply here. Thanks
> 
> I'd be happy to take part of the effort. 
> 
> Now its time to celebrate new QGIS release during weekend! 
> 
> Cheers,
> Peter
> 
> Note: CMAKE scripts try to achieve similar tasks (qgis/mac/cmake/*.in). But 
> it seems to me that only bundling of Qt libraries is actively maintained 
> [QGIS_MACAPP_BUNDLE=1]and bundling of rest of libs (gdal, libzip, geos, etc.. 
> ) [QGIS_MACAPP_BUNDLE=2 and 3] is not implemented/maintained. Also I am not 
> convinced that CMake scripting language is best tool for such task. (due to 
> reconfiguration on change, syntax/readability compared to python, tools 
> available for path handling, ...)
> 
> CMake syntax is not really nice to read (maybe it's personal), but the point 
> is that all the logic is already written and accessible there, mainly in 
> terms of dependancy and library location.
> I think it makes sense to try to keep the logic in a single place if 
> reasonably possible.
> 
> The QGIS_MACAPP_BUNDLE is indeed an non completed work from Larry. But as 
> pointed out, he's also working on something lately.
> 
> More generally speaking, and even though nothing is written in QGIS source 
> code yet, I think that this project is a very good candidate for a QEP. 
> Do you have any intention to do one?
> Is the decision to go for Python and not CMake definitive for your project or 
> was it more a first quick try?
> 
> I hope my message did not sound too pessimistic. Moving towards a solution to 
> get a complete package for QGIS that is openly maintained in the community is 
> really great and I'm really glad you started this!
> 
> Cheers,
> Denis
> 
> -- 
> Denis Rouzaud
> de...@opengis.ch  
> +41 76 370 21 22 <>
> 
>  <>___
> 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

-
William Kyngesburye 
http://www.kyngchaos.com/

"Time is an illusion - lunchtime doubly so."

- Ford Prefect


___
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] Looking for QGIS developers in the United States

[Moskovitz, Bob@DOC]

I would rather deal with the devs that are intimately familiar with QGIS 
Relations, but it is hard to avoid the state bureaucracy  ☹

-Bob

From: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf 
Of Marco Bernasocchi
Sent: Friday, October 26, 2018 8:06 AM
To: Tom Chadwin ; qgis-developer@lists.osgeo.org
Subject: Re: [QGIS-Developer] Looking for QGIS developers in the United States


Hey tom, it says in the related ticket that being state fouded thay have to use 
US devs.

cheers

Marco
On 26.10.18 16:30, Tom Chadwin wrote:

There's no technical reason you need a US dev, or do you have issues letting

international contracts?



Tom







-

Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon

--

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


--
Marco Bernasocchi
QGIS.org Co-chair
ma...@opengis.ch 
+41 (0)79 467 24 70

[OPENGIS.ch Logo]
___
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] Looking for QGIS developers in the United States

[Moskovitz, Bob@DOC]

One of the things that a developer would need to do before we can deal with 
them is to fill out a "PAYEE DATA RECORD" form (Std. 204) form.  In this form 
it asks for this:

Check only one box that corresponds to the payee business type. 
Corporations must check the box that identifies the type of
corporation.
The State of California requires that all parties entering into 
business transactions that may lead to payment(s) from the state
provide their Taxpayer Identification Number (TIN). The TIN is required 
by the R sections 18646 and 18661 to facilitate tax
compliance enforcement activities and the preparation of Form 1099 and 
other information returns as required by the IRC section
6109(a) and R section 18662 and its regulations.
Payees must provide one of the following TINs on this form: social 
security number (SSN), individual taxpayer identification
number (ITIN), or federal employer identification number (FEIN). The 
TIN for sole proprietorships, single member LLC
(disregarded entities), and individuals is the SSN or ITIN. Only 
partnerships, estates, trusts, corporations, and LLCs (taxed as
partnerships or corporations) will enter their FEIN.

So, there should be no problem if you are a developer in the United States or 
an international open source company that has offices in the United States.

-Original Message-
From: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf 
Of Tom Chadwin
Sent: Friday, October 26, 2018 7:30 AM
To: qgis-developer@lists.osgeo.org
Subject: Re: [QGIS-Developer] Looking for QGIS developers in the United States

There's no technical reason you need a US dev, or do you have issues letting
international contracts?

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
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 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] MacOS packaging

[Denis Rouzaud]

Hi Peter,

This is great news!

Le ven. 26 oct. 2018 à 11:26, Peter Petrik <
peter.pet...@lutraconsulting.co.uk> a écrit :

> Hello,
>
> we have been asked to create standalone QGIS package for MacOS. By
> standalone I mean that there will be a single package (.pkg) file that will
> be extracted to /Application folder and will contain all dependencies
> (GDAL, Python3, PyQT, Qt libraries, ...) and will be working without any
> additional installation steps (similar to any application you install via
> App Store).
>
> As there is no such open-sourced solution I could use or enhance, I
> started some prototyping here:
> https://github.com/lutraconsulting/qgis-mac-packager . I hope I can wrap
> the last bits next week and be able to produce QGIS 3.4 release and QGIS
> master nightlies on some Mac Cloud server. I used osgeo4mac homebrew for
> dependencies, since it looks like it is the most maintained package manager
> with osgeo libraries for MacOS. Usage of Conda packages could be better,
> but the number of downloads and the activity in any available repositories
> is not convincing.
>

Is Qt Mac Deploy of any help here?
http://doc.qt.io/qt-5/osx-deployment.html#macdeploy


>
> The aim is to eventually have QGIS bundled and shipped similar to Linux
> and Windows. Once we finish the work, we will send an email to the PSC and
> see if this is something they'd be happy to bring it under their umbrella.
>
> I am open to any suggestions or cooperation for either packaging or
> distribution. Feel free to
> write me PM or reply here. Thanks
>

I'd be happy to take part of the effort.

>
> Now its time to celebrate new QGIS release during weekend!
>
> Cheers,
> Peter
>
> Note: CMAKE scripts try to achieve similar tasks (qgis/mac/cmake/*.in).
> But it seems to me that only bundling of Qt libraries is actively
> maintained [QGIS_MACAPP_BUNDLE=1]and bundling of rest of libs (gdal,
> libzip, geos, etc.. ) [QGIS_MACAPP_BUNDLE=2 and 3] is not
> implemented/maintained. Also I am not convinced that CMake scripting
> language is best tool for such task. (due to reconfiguration on change,
> syntax/readability compared to python, tools available for path handling,
> ...)
>

CMake syntax is not really nice to read (maybe it's personal), but the
point is that all the logic is already written and accessible there, mainly
in terms of dependancy and library location.
I think it makes sense to try to keep the logic in a single place if
reasonably possible.

The QGIS_MACAPP_BUNDLE is indeed an non completed work from Larry. But as
pointed out, he's also working on something lately.

More generally speaking, and even though nothing is written in QGIS source
code yet, I think that this project is a very good candidate for a QEP.
Do you have any intention to do one?
Is the decision to go for Python and not CMake definitive for your project
or was it more a first quick try?

I hope my message did not sound too pessimistic. Moving towards a solution
to get a complete package for QGIS that is openly maintained in the
community is really great and I'm really glad you started this!

Cheers,
Denis

-- 

Denis Rouzaud
de...@opengis.ch  
+41 76 370 21 22
___
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] Dealing with datum shift grids in QGIS

[Even Rouault]

Hi,

some updates:

> I guess grid_alternatives could receive additional columns, which would be
> used if package_name is NULL, perhaps something like:
> 
> open_license BOOLEAN
> download_url TEXT
> direct_download BOOLEAN
> 

Done

> 
> > One final thought - how about customization of proj.db by ordinary
> > users? In QGIS users are allowed to define their custom CRS based on
> > Proj string - is something like that going to be supported?
> 
> The issue is that a PROJ string is a rather low expressive way of defining a
> CRS, but yes that something I've in a corner of my mind, to allow defining
> custom CRS entries by PROJ strings or WKT strings, without going to the
> full relational structure.

Done.

The geodetic_crs and projected_crs tables have now a 'text_definition' where 
users can put PROJ strings or WKT strings

> 
> > E.g. to
> > have system proj.db and user proj.db with customizations?
> 

Done (for the reading part by PROJ)

There's now a

int PROJ_DLL proj_context_set_database_path(PJ_CONTEXT *ctx,
const char *dbPath,
const char *const *auxDbPaths)

where:
- dbPath is the path to the 'system' proj.db (or NULL to let it find it at its 
default location)
- auxDbPaths is a list of auxiliary databases. They can potentially
refer to objects of the main database (if you don't need standalone integrity)

Demo:

1) Create an empty DB (custom.db) with the table and view structure of the 
system DB (proj.db)

echo "SELECT sql || ';' FROM sqlite_master WHERE type IN ('table', 'view');" | 
sqlite3 data/proj.db | sqlite3 custom.db

2) Fill it with a custom CRS definition expressed as old-school PROJ.4 string

echo "INSERT INTO projected_crs (auth_name, code, name, 
coordinate_system_auth_name , coordinate_system_code , geodetic_crs_auth_name, 
geodetic_crs_code, conversion_auth_name, conversion_code, 
area_of_use_auth_name, area_of_use_code, text_definition , deprecated) VALUES ( 
'QGIS', 'MY-CRS-CODE', 'My custom CRS', NULL, NULL, NULL, NULL, NULL, NULL,  
NULL, NULL, '+proj=utm +zone=32 +ellps=GRS80 +units=us-ft +towgs84=1,2,3', 0);" 
| sqlite3 custom.db

3) Query the DB:

$ src/projinfo --main-db-path data/proj.db --aux-db-path custom.db 
QGIS:MY-CRS-CODE -o PROJ,PROJ4,WKT2_2015

PROJ string: 
+proj=pipeline +step +proj=unitconvert +xy_in=deg +xy_out=rad +step +proj=utm 
+zone=32 +ellps=GRS80 +step +proj=unitconvert +xy_in=m +z_in=m +xy_out=us-ft 
+z_out=us-ft

PROJ.4 string: 
+proj=utm +zone=32 +ellps=GRS80 +towgs84=1,2,3,0,0,0,0 +units=us-ft

WKT2_2015 string: 
PROJCRS["My custom CRS",
BASEGEODCRS["unknown",
DATUM["Unknown based on GRS80 ellipsoid",
ELLIPSOID["GRS 1980",6378137,298.257222101,
LENGTHUNIT["metre",1]]],
PRIMEM["Greenwich",0,
ANGLEUNIT["degree",0.0174532925199433]]],
CONVERSION["UTM zone 32N",
METHOD["Transverse Mercator",
ID["EPSG",9807]],
PARAMETER["Latitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8801]],
PARAMETER["Longitude of natural origin",9,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8802]],
PARAMETER["Scale factor at natural origin",0.9996,
SCALEUNIT["unity",1],
ID["EPSG",8805]],
PARAMETER["False easting",50,
LENGTHUNIT["metre",1],
ID["EPSG",8806]],
PARAMETER["False northing",0,
LENGTHUNIT["metre",1],
ID["EPSG",8807]]],
CS[Cartesian,2],
AXIS["(E)",east,
ORDER[1],
LENGTHUNIT["US survey foot",0.304800609601219]],
AXIS["(N)",north,
ORDER[2],
LENGTHUNIT["US survey foot",0.304800609601219]],
ID["QGIS","MY-CRS-CODE"]]


Pedantic note: the new PROJ string format doesn't capture the towgs84, which is 
a legacy way of embedding a coordinate transformation. Only the PROJ.4 output 
does that for the traditionnalists. However internally PROJ has built a 
BoundCRS object to model the towgs84 transformation that was in the 
text_definition, so for PROJ.4 output it can recover it, and for coordinate 
operations, it can use it as well. Not sure I'm very clear here :-), but in 
short, things should just work.

4) Test a reprojection

$ src/projinfo --main-db-path data/proj.db --aux-db-path custom.db -s 
QGIS:MY-CRS-CODE -t EPSG:32633 -o PROJ

PROJ string: 
+proj=pipeline +step +proj=unitconvert +xy_in=us-ft +z_in=us-ft +xy_out=m 
+z_out=m +step +inv +proj=utm +zone=32 +ellps=GRS80 +step +proj=cart 
+ellps=GRS80 +step +proj=helmert +x=1 +y=2 +z=3 +step +inv +proj=cart 
+ellps=WGS84 +step +proj=utm +zone=33 +ellps=WGS84


Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: 

Re: [QGIS-Developer] MacOS packaging

[Saber Razmjooei]

Hi Alessandro,

One of the reasons we'd like to get MacOS packaging sorted is to ensure it
is not reliant on a single individual. We have tried and made efforts to
liaise with the rest of devs who have been active on MacOS packaging. But
we'd like to have things in place for 3.4 LTR. Others might have different
priorities.

Regards
Saber

On Fri, 26 Oct 2018 at 16:36, Alessandro Pasotti  wrote:

> Hi Peter,
>
> this is great news for Mac users!
>
> I suggest you to get in touch with Larry Shaffer, if I'm not wrong he has
> been doing some work on QGIS for conda recently, perhaps you could join
> efforts.
>
>
>
> On Fri, Oct 26, 2018 at 5:26 PM Peter Petrik <
> peter.pet...@lutraconsulting.co.uk> wrote:
>
>> Hello,
>>
>> we have been asked to create standalone QGIS package for MacOS. By
>> standalone I mean that there will be a single package (.pkg) file that will
>> be extracted to /Application folder and will contain all dependencies
>> (GDAL, Python3, PyQT, Qt libraries, ...) and will be working without any
>> additional installation steps (similar to any application you install via
>> App Store).
>>
>> As there is no such open-sourced solution I could use or enhance, I
>> started some prototyping here:
>> https://github.com/lutraconsulting/qgis-mac-packager . I hope I can wrap
>> the last bits next week and be able to produce QGIS 3.4 release and QGIS
>> master nightlies on some Mac Cloud server. I used osgeo4mac homebrew for
>> dependencies, since it looks like it is the most maintained package manager
>> with osgeo libraries for MacOS. Usage of Conda packages could be better,
>> but the number of downloads and the activity in any available repositories
>> is not convincing.
>>
>> The aim is to eventually have QGIS bundled and shipped similar to Linux
>> and Windows. Once we finish the work, we will send an email to the PSC and
>> see if this is something they'd be happy to bring it under their umbrella.
>>
>> I am open to any suggestions or cooperation for either packaging or
>> distribution. Feel free to
>> write me PM or reply here. Thanks
>>
>> Now its time to celebrate new QGIS release during weekend!
>>
>> Cheers,
>> Peter
>>
>> Note: CMAKE scripts try to achieve similar tasks (qgis/mac/cmake/*.in).
>> But it seems to me that only bundling of Qt libraries is actively
>> maintained [QGIS_MACAPP_BUNDLE=1]and bundling of rest of libs (gdal,
>> libzip, geos, etc.. ) [QGIS_MACAPP_BUNDLE=2 and 3] is not
>> implemented/maintained. Also I am not convinced that CMake scripting
>> language is best tool for such task. (due to reconfiguration on change,
>> syntax/readability compared to python, tools available for path handling,
>> ...)
>>
>> ___
>> 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
>
>
>
> --
> Alessandro Pasotti
> w3:   www.itopen.it
> ___
> 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



-- 
Saber Razmjooei
www.lutraconsulting.co.uk
+44 (0)7568 129733
___
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] MacOS packaging

[Alessandro Pasotti]

Hi Peter,

this is great news for Mac users!

I suggest you to get in touch with Larry Shaffer, if I'm not wrong he has
been doing some work on QGIS for conda recently, perhaps you could join
efforts.



On Fri, Oct 26, 2018 at 5:26 PM Peter Petrik <
peter.pet...@lutraconsulting.co.uk> wrote:

> Hello,
>
> we have been asked to create standalone QGIS package for MacOS. By
> standalone I mean that there will be a single package (.pkg) file that will
> be extracted to /Application folder and will contain all dependencies
> (GDAL, Python3, PyQT, Qt libraries, ...) and will be working without any
> additional installation steps (similar to any application you install via
> App Store).
>
> As there is no such open-sourced solution I could use or enhance, I
> started some prototyping here:
> https://github.com/lutraconsulting/qgis-mac-packager . I hope I can wrap
> the last bits next week and be able to produce QGIS 3.4 release and QGIS
> master nightlies on some Mac Cloud server. I used osgeo4mac homebrew for
> dependencies, since it looks like it is the most maintained package manager
> with osgeo libraries for MacOS. Usage of Conda packages could be better,
> but the number of downloads and the activity in any available repositories
> is not convincing.
>
> The aim is to eventually have QGIS bundled and shipped similar to Linux
> and Windows. Once we finish the work, we will send an email to the PSC and
> see if this is something they'd be happy to bring it under their umbrella.
>
> I am open to any suggestions or cooperation for either packaging or
> distribution. Feel free to
> write me PM or reply here. Thanks
>
> Now its time to celebrate new QGIS release during weekend!
>
> Cheers,
> Peter
>
> Note: CMAKE scripts try to achieve similar tasks (qgis/mac/cmake/*.in).
> But it seems to me that only bundling of Qt libraries is actively
> maintained [QGIS_MACAPP_BUNDLE=1]and bundling of rest of libs (gdal,
> libzip, geos, etc.. ) [QGIS_MACAPP_BUNDLE=2 and 3] is not
> implemented/maintained. Also I am not convinced that CMake scripting
> language is best tool for such task. (due to reconfiguration on change,
> syntax/readability compared to python, tools available for path handling,
> ...)
>
> ___
> 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



-- 
Alessandro Pasotti
w3:   www.itopen.it
___
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 packaging

[Peter Petrik]

Hello,

we have been asked to create standalone QGIS package for MacOS. By
standalone I mean that there will be a single package (.pkg) file that will
be extracted to /Application folder and will contain all dependencies
(GDAL, Python3, PyQT, Qt libraries, ...) and will be working without any
additional installation steps (similar to any application you install via
App Store).

As there is no such open-sourced solution I could use or enhance, I started
some prototyping here: https://github.com/lutraconsulting/qgis-mac-packager
. I hope I can wrap the last bits next week and be able to produce QGIS 3.4
release and QGIS master nightlies on some Mac Cloud server. I used
osgeo4mac homebrew for dependencies, since it looks like it is the most
maintained package manager with osgeo libraries for MacOS. Usage of Conda
packages could be better, but the number of downloads and the activity in
any available repositories is not convincing.

The aim is to eventually have QGIS bundled and shipped similar to Linux and
Windows. Once we finish the work, we will send an email to the PSC and see
if this is something they'd be happy to bring it under their umbrella.

I am open to any suggestions or cooperation for either packaging or
distribution. Feel free to
write me PM or reply here. Thanks

Now its time to celebrate new QGIS release during weekend!

Cheers,
Peter

Note: CMAKE scripts try to achieve similar tasks (qgis/mac/cmake/*.in). But
it seems to me that only bundling of Qt libraries is actively maintained [
QGIS_MACAPP_BUNDLE=1]and bundling of rest of libs (gdal, libzip, geos,
etc.. ) [QGIS_MACAPP_BUNDLE=2 and 3] is not implemented/maintained. Also I
am not convinced that CMake scripting language is best tool for such task.
(due to reconfiguration on change, syntax/readability compared to python,
tools available for path handling, ...)
___
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] Changelog for 3.4?

[Saber Razmjooei]

Hi Tim,

There was a section for Map tools. This is a very nice little feature and
will be good to include under Map tools:
https://github.com/qgis/QGIS/pull/7892
And this is how it works:
https://twitter.com/lutraconsulting/status/1040328624002527232

Thanks
Saber


On Fri, 26 Oct 2018 at 11:13, Paolo Cavallini  wrote:

> Hi Régis,
>
>
> Il 10/23/2018 03:01 PM, Régis Haubourg ha scritto:
> >
> >
> > @PSC folks, we could add in the roadmap deadline to trigger call for
> > changelog and communication, and push systematic calls on our
> > communication channels. I'd be glad to help here.
> >
> >
> I think that's a good idea.
> Thanks.
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>
> ___
> 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



-- 
Saber Razmjooei
www.lutraconsulting.co.uk
+44 (0)7568 129733
___
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] Looking for QGIS developers in the United States

[Marco Bernasocchi]

Hey tom, it says in the related ticket that being state fouded thay have
to use US devs.

cheers

Marco

On 26.10.18 16:30, Tom Chadwin wrote:
> There's no technical reason you need a US dev, or do you have issues letting
> international contracts?
>
> Tom
>
>
>
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
> --
> 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
>
-- 
Marco Bernasocchi
QGIS.org Co-chair
ma...@opengis.ch 
+41 (0)79 467 24 70 

OPENGIS.ch Logo 
___
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] Looking for QGIS developers in the United States

[Tom Chadwin]

There's no technical reason you need a US dev, or do you have issues letting
international contracts?

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
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] Please stop commiting to master until the release is done

[Jürgen E . Fischer]

Hi,

On Fri, 26. Oct 2018 at 14:29:53 +0200, Jürgen E. Fischer wrote:
> Please stop committing to master until the release is done.

Branched, tagged, pushed.  Feel free to continue…


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 http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
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] Please stop commiting to master until the release is done

[Jürgen E . Fischer]

Hi,

It's past 12:00 UTC. 

Please stop committing to master until the release is done.


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 http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
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] Looking for QGIS developers in the United States

[Luigi Pirelli]

AFAIK the only (active) core developers based in US are Larry Shaffer (aka
Dakarto) and obviously Gary Sherman... I alway wonder why so few devs are
invoved from American continent.

Luigi Pirelli

**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS 2nd Edition:
*
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
* Hire me: http://goo.gl/BYRQKg
**


On Thu, 25 Oct 2018 at 18:33, Moskovitz, Bob@DOC <
bob.moskov...@conservation.ca.gov> wrote:

> Hello All,
>
>
>
> My name is Robert Moskovitz and I work for the California Geological
> Survey’s Seismic Hazards Program .
> We have been using QGIS for a while because it is a cross platform GIS and
> it works with our old systems and data.  We also like it because it is so
> versatile (we can make our own plugins, customizable forms, many different
> ways to import and export data, solve many problems that would make ArcGIS
> crawl, etc.).  Unfortunately, QGIS has a weakness that is preventing it
> from taking off here at CGS… QGIS Relations does not work with composite
> keys .  So, I was wondering if there
> are any QGIS developer based in the USA  (preferably a core developer) who
> can solve this problem for us?
>
>
>
> Thank you,
>
>
>
> Robert Moskovitz
>
> California Geological Survey
>
> Seismic Hazards Zonation Program
>
>
>
> Every Californian should conserve water.  Find out how at:
>
> [image: SaveOurWater_Logo] 
>
> SaveOurWater.com  · Drought.CA.gov
> 
>
>
>
> CONFIDENTIALITY NOTICE: This communication is intended only for the use of
> the individual or entity to which it is addressed. This message contains
> information from the State of California, California Geological Survey,
> which may be privileged, confidential and exempt from disclosure under
> applicable law, including the Electronic Communications Privacy Act. If the
> reader of this communication is not the intended recipient, you are hereby
> notified that any dissemination, distribution, or copying of this
> communication is strictly prohibited.
>
>
>
>
> ___
> 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] Changelog for 3.4?

[Paolo Cavallini]

Hi Régis,


Il 10/23/2018 03:01 PM, Régis Haubourg ha scritto:
>
>
> @PSC folks, we could add in the roadmap deadline to trigger call for
> changelog and communication, and push systematic calls on our
> communication channels. I'd be glad to help here.
>
>
I think that's a good idea.
Thanks.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

___
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 [1528] Standard Distance approval notification.

[noreply]

Plugin Standard Distance approval by pcav.
The plugin version "[1528] Standard Distance 1.0.1" is now approved
Link: http://plugins.qgis.org/plugins/StandardDistance/
___
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 [1530] Canadian Web Services approval notification.

[noreply]

Plugin Canadian Web Services approval by pcav.
The plugin version "[1530] Canadian Web Services 0.1 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/CanadianWebServices/
___
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] Appending text data to a geopackage

[Alexandre Neto]

Hi Paolo,

After loading  the text as a delimited text layer, If the attributes are
formatted exactly as the destination table, you can GDAL's Import vector
into PostGIS database processing tool, which contains an "append" option.

Alexandre Neto

Paolo Cavallini  escreveu no dia sexta, 26/10/2018
às 09:48:

> yes, thanks. aa bit of a hack, I wish we could have a cleaner solution;
> thanks a lot for the suggestion.
>
> all the best.
>
> Il 10/24/2018 10:08 PM, Marco Bernasocchi ha scritto:
>
> Import the new text as csv in qgis anc copy paste it to the gpkg layer?
>
> ciao
> On 10.10.18 16:18, Paolo Cavallini wrote:
>
> Hi Carlo,
>
> I think I didn't explain my problem well: I have new data coming as text,
> and I'm looking for an easy way of appending these to an existing gpkg
> table.
>
> Thanks.
>
> Il 10/10/2018 02:30 PM, Carlo A. Bertelli (Charta s.r.l.) ha scritto:
>
> What about working on a geometric view with properly configured rules
> while on PostgresSQL or with a trigger on other DBMSs (SQLite too)? It
> seems the easiest way to avoid the shell. Maybe there could even be a way
> with a virtual file based on internal SQLite... Just a thought...
> c
>
> On Wed, Oct 10, 2018 at 8:39 AM Paolo Cavallini 
> wrote:
>
>> Hi all,
>>
>> I have a simple problem for which I cannot find a simple solution: I
>> have a table in a gpkg, and I have to add often data coming from text.
>> Ideally I'd like to paste the text as a new record, having it parsed
>> automatically. Currently this only seems possible from an SQL shell.
>> Anything I'm overlooking?
>>
>> All the best, and thanks.
>>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS.ORG Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>>
>>
>> ___
>> 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
>
>
>
> --
> --
> Carlo A. Bertelli
>Charta servizi e sistemi per il territorio e la storia ambientale srl
>   Dipendenze del palazzo Doria,
>   vc. alla Chiesa della Maddalena 9/2 16124  Genova (Italy)
>   tel./fax +39(0)10 2475439  +39 0108566195
> <+39%20010%20856%206195>  mobile:+39 393 1590711 <+39%20393%20159%200711>
>e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
> --
>
>
>
>
> --
> Paolo Cavallini - www.faunalia.euQGIS.ORG 
> Chair:http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>
>
> ___
> QGIS-Developer mailing listqgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> --
> Marco Bernasocchi
> QGIS.org Co-chair
> ma...@opengis.ch
> +41 (0)79 467 24 70 <+41794672470>
>
> [image: OPENGIS.ch Logo] 
>
>
> ___
> QGIS-Developer mailing listqgis-develo...@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.euQGIS.ORG 
> Chair:http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>
> ___
> 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

-- 
Alexandre Neto
-
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.com
___
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 [1410] ImportPhotos approval notification.

[noreply]

Plugin ImportPhotos approval by pcav.
The plugin version "[1410] ImportPhotos 1.5" is now approved
Link: http://plugins.qgis.org/plugins/ImportPhotos/
___
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] Appending text data to a geopackage

[Paolo Cavallini]

yes, thanks. aa bit of a hack, I wish we could have a cleaner solution;
thanks a lot for the suggestion.

all the best.


Il 10/24/2018 10:08 PM, Marco Bernasocchi ha scritto:
>
> Import the new text as csv in qgis anc copy paste it to the gpkg layer?
>
> ciao
>
> On 10.10.18 16:18, Paolo Cavallini wrote:
>>
>> Hi Carlo,
>>
>> I think I didn't explain my problem well: I have new data coming as
>> text, and I'm looking for an easy way of appending these to an
>> existing gpkg table.
>>
>> Thanks.
>>
>>
>> Il 10/10/2018 02:30 PM, Carlo A. Bertelli (Charta s.r.l.) ha scritto:
>>> What about working on a geometric view with properly configured
>>> rules while on PostgresSQL or with a trigger on other DBMSs (SQLite
>>> too)? It seems the easiest way to avoid the shell. Maybe there could
>>> even be a way with a virtual file based on internal SQLite... Just a
>>> thought...
>>> c
>>>
>>> On Wed, Oct 10, 2018 at 8:39 AM Paolo Cavallini
>>> mailto:cavall...@faunalia.it>> wrote:
>>>
>>> Hi all,
>>>
>>> I have a simple problem for which I cannot find a simple solution: I
>>> have a table in a gpkg, and I have to add often data coming from
>>> text.
>>> Ideally I'd like to paste the text as a new record, having it parsed
>>> automatically. Currently this only seems possible from an SQL shell.
>>> Anything I'm overlooking?
>>>
>>> All the best, and thanks.
>>>
>>> -- 
>>> Paolo Cavallini - www.faunalia.eu 
>>> QGIS.ORG  Chair:
>>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>>>
>>>
>>> ___
>>> 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
>>>
>>>
>>>
>>> -- 
>>> --
>>> Carlo A. Bertelli
>>>    Charta servizi e sistemi per il territorio e la storia ambientale
>>> srl
>>>           Dipendenze del palazzo Doria,
>>>           vc. alla Chiesa della Maddalena 9/2 16124      Genova (Italy)
>>>           tel./fax +39(0)10 2475439  +39 0108566195  mobile:+39 393
>>> 1590711
>>>    e-mail: berte...@chartasrl.eu      
>>> http://www.chartasrl.eu
>>> --
>>>
>>>
>>>
>>
>> -- 
>> Paolo Cavallini - www.faunalia.eu
>> QGIS.ORG Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>>
>> ___
>> 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
> -- 
> Marco Bernasocchi
> QGIS.org Co-chair
> ma...@opengis.ch 
> +41 (0)79 467 24 70 
>
> OPENGIS.ch Logo 
>
>
> ___
> 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 Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

___
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] Changelog for 3.4?

[Régis Haubourg]

Hi Nyall, I deleted both entries and added an image on the global "New
functions and variables" entry.
Cheers
Régis

Le ven. 26 oct. 2018 à 03:58, Nyall Dawson  a
écrit :

> On Wed, 24 Oct 2018 at 17:18, Anita Hapsari  wrote:
> >
> > Hi Nyall,
> >
> > Could you specify which entry that you want to delete please? I checked
> in the site that you should be able to delete your own entries, however you
> would not be able to delete entries that was made by other users (although
> the button is there @Tim Sutton should I remove the button for those
> who don't have access to delete the entries?)
>
> It's the redundant duplicate entries:
> - "More array functions"
> - "Conversion functions"
>
> Thanks!
> Nyall
>
>
>
> >
> > Kind regards,
> > Anita
> >
> > On Tue, 23 Oct 2018 at 13:28, Tim Sutton  wrote:
> >>
> >> Hi
> >>
> >> On 23 Oct 2018, at 07:25, Nyall Dawson  wrote:
> >>
> >> On Tue, 23 Oct 2018 at 16:21, Tim Sutton  wrote:
> >>
> >>
> >> Thanks for nudging everyone on this Nyall. BTW I deployed (just too
> late for you I guess :-( ) a fix for the issue that required a funder and
> sponsor link for every entry, so hopefully it will make it quicker to add
> new entries for those doing so.
> >>
> >>
> >>
> >> Thanks Tim!
> >>
> >> I'm also hitting an issue when trying to delete entries -- is that
> >> just my account?
> >>
> >>
> >> No it shouldn’t be, AnitaH can you take a look?
> >>
> >> Also BTW#@: Those scared off from editing the changelog by the review /
> disappearing entries after you edit them procedure. We have removed this so
> any edits you make should appear directly on the changelog.
> >>
> >> Thanks for all the work you have put into getting the stubs in there
> Nyall!
> >>
> >> Regards
> >>
> >> Tim
> >>
> >>
> >> Nyall
> >>
> >>
> >> —
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> Tim Sutton
> >>
> >> Co-founder: Kartoza
> >> Ex Project chair: QGIS.org
> >>
> >> Visit http://kartoza.com to find out about open source:
> >>
> >> Desktop GIS programming services
> >> Geospatial web development
> >> GIS Training
> >> Consulting Services
> >>
> >> Skype: timlinux
> >> IRC: timlinux on #qgis at freenode.net
> >>
> ___
> 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] [Qgis-developer] QGIS <-> Django

[Radim Blazek]

On Thu, Oct 25, 2018 at 9:34 PM Tim Sutton  wrote:
> What you have built sounds really cool! Is my understanding correct that with
> eventual read/write support the idea is that a user connecting via QGIS 
> PostGIS
> connection would have equivalent permissions to a user created in Django auth,
> so could for example directly edit a feature in QGIS via PG connection,
> in QGIS via WFS-T connection or edit a feature in Django via e.g. OpenLayers 
> WFS-T
> connect to QGIS or in Django via django forms?

Not exactly, the idea is to substitute direct PostGIS editing via
Postgres provider for WFS-T/Django to get rid of users/permissions
maintenance on Postgres level. Django will be the only access gateway
where permissions are checked and data are filtered. Syncing
users/permissions/filters between Django and PostGIS is a pain which
we want to abandon. Similarly a WMS vector data source can be filtered
on Django level.

Radim
___
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 [1181] Hotspot Analysis approval notification.

[noreply]

Plugin Hotspot Analysis approval by pcav.
The plugin version "[1181] Hotspot Analysis 0.5 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/HotspotAnalysis/
___
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 [1181] Hotspot Analysis approval notification.

[noreply]

Plugin Hotspot Analysis approval by pcav.
The plugin version "[1181] Hotspot Analysis 1.0.2 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/HotspotAnalysis/
___
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 [1430] HCMGIS approval notification.

[noreply]

Plugin HCMGIS approval by pcav.
The plugin version "[1430] HCMGIS 18.10.26" is now approved
Link: http://plugins.qgis.org/plugins/HCMGIS/
___
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