Hi Guys, Any idea on when we can have AequilibraE approved again?
Thanks, Pedro On 20 Dec 2016 3:20 AM, <qgis-developer-requ...@lists.osgeo.org> wrote: > Send Qgis-developer mailing list submissions to > qgis-developer@lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.osgeo.org/mailman/listinfo/qgis-developer > or, via email, send a message with subject or body 'help' to > qgis-developer-requ...@lists.osgeo.org > > You can reach the person managing the list at > qgis-developer-ow...@lists.osgeo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Qgis-developer digest..." > > > Today's Topics: > > 1. Re: Plugin [1102] AequilibraE approval notification. > (Enrico Ferreguti) > 2. Re: Plugin [1102] AequilibraE approval notification. > (Luigi Pirelli) > 3. Re: Travis failure after introducing spell-checking > (Matthias Kuhn) > 4. Plugin [1152] QgisODK approval notification. (nore...@qgis.org) > 5. Plugin [1152] QgisODK approval notification. (nore...@qgis.org) > 6. QGIS, Shapefiles, default encoding (Drexel Peter) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 19 Dec 2016 21:47:47 +0100 > From: Enrico Ferreguti <enrico...@gmail.com> > To: Paolo Cavallini <cavall...@faunalia.it> > Cc: "qgis-developer@lists.osgeo.org" <qgis-developer@lists.osgeo.org> > Subject: Re: [Qgis-developer] Plugin [1102] AequilibraE approval > notification. > Message-ID: > <CAJy=Xtcw_pFypoA_AbQUjaKX_a7b1xMt+OgyNPYXNXnEt-g7CQ@ > mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I wasn't aware to have an executable between my plugin sources. > In my case I have just removed it from the pyxform library as QgisODK > plugin does not require XForm validation and resubmit it to the repository. > But I think that if a library has an open source origin, a corresponding > licence, and is shared with a community should be normally accepted in a > qgis plugin bundle even if containing compiled binaries. We have to think > that gis is computationally intensive and a software like QGis is suited to > integrate different tools. > So I think that is not so useful for QGis users to strictly fulfil the "no > executable" policy. Protecting in this way QGis global stability we could > lose many opportunities, leaving them to proprietary systems much more > uninhibited. > > Best Regards > Enrico Ferreguti > > > 2016-12-19 18:44 GMT+01:00 Pedro VenĂ¢ncio <pedrongvenan...@gmail.com>: > > > Hi, > > > > > > > >> As I said, I'm in favour of a source-only policy, there are easy > >> technical solutions to download binaries after installation if a plugin > >> requires them and hosting on our plugin site binary blobs that we cannot > >> inspect doesn't look a good idea to me. > >> > >> > >> > > Crayfish plugin uses this approach http://www.lutraconsulting.co. > > uk/products/crayfish/wiki > > > > It download the binary libraries when installing the plugin from QGIS > > repository. > > > > Best regards, > > Pedro > > > > > > > > _______________________________________________ > > Qgis-developer mailing list > > Qgis-developer@lists.osgeo.org > > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.osgeo.org/pipermail/qgis-developer/ > attachments/20161219/c6ac1f9f/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Mon, 19 Dec 2016 22:42:26 +0100 > From: Luigi Pirelli <lui...@gmail.com> > To: Enrico Ferreguti <enrico...@gmail.com> > Cc: Paolo Cavallini <cavall...@faunalia.it>, > "qgis-developer@lists.osgeo.org" <qgis-developer@lists.osgeo.org> > Subject: Re: [Qgis-developer] Plugin [1102] AequilibraE approval > notification. > Message-ID: > <CAFO80_rKMHS_CUFmCdjrPDNiFEiGp1YOPJKYO7yhTj > jtjcl...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hi Enrico, > > the fact that you weren't aware of a binary in your plugin give me > more reasons to propose an restrictive approach! I agree with you that > in some cases have binaries is a necessity, btw it's not complex to > design the plugin with a setup step. > I agree with Enrico and I continue thinking that we can have a loose > but explicit control by the user documenting any binary available in > the plugin (solution 1). > > regards > Luigi Pirelli > > ************************************************************ > ************************************** > * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com > * 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 > ************************************************************ > ************************************** > > > On 19 December 2016 at 21:47, Enrico Ferreguti <enrico...@gmail.com> > wrote: > > I wasn't aware to have an executable between my plugin sources. > > In my case I have just removed it from the pyxform library as QgisODK > plugin > > does not require XForm validation and resubmit it to the repository. > > But I think that if a library has an open source origin, a corresponding > > licence, and is shared with a community should be normally accepted in a > > qgis plugin bundle even if containing compiled binaries. We have to think > > that gis is computationally intensive and a software like QGis is suited > to > > integrate different tools. > > So I think that is not so useful for QGis users to strictly fulfil the > "no > > executable" policy. Protecting in this way QGis global stability we could > > lose many opportunities, leaving them to proprietary systems much more > > uninhibited. > > > > Best Regards > > Enrico Ferreguti > > > > > > 2016-12-19 18:44 GMT+01:00 Pedro VenĂ¢ncio <pedrongvenan...@gmail.com>: > >> > >> Hi, > >> > >> > >>> > >>> As I said, I'm in favour of a source-only policy, there are easy > >>> technical solutions to download binaries after installation if a plugin > >>> requires them and hosting on our plugin site binary blobs that we > cannot > >>> inspect doesn't look a good idea to me. > >>> > >>> > >> > >> Crayfish plugin uses this approach > >> http://www.lutraconsulting.co.uk/products/crayfish/wiki > >> > >> It download the binary libraries when installing the plugin from QGIS > >> repository. > >> > >> Best regards, > >> Pedro > >> > >> > >> > >> _______________________________________________ > >> Qgis-developer mailing list > >> Qgis-developer@lists.osgeo.org > >> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > >> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > > > > > _______________________________________________ > > Qgis-developer mailing list > > Qgis-developer@lists.osgeo.org > > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > ------------------------------ > > Message: 3 > Date: Tue, 20 Dec 2016 01:28:45 +0100 > From: Matthias Kuhn <matth...@opengis.ch> > To: qgis-developer@lists.osgeo.org > Subject: Re: [Qgis-developer] Travis failure after introducing > spell-checking > Message-ID: <bacaa769-ad9d-1efa-f4b6-c663969e6...@opengis.ch> > Content-Type: text/plain; charset=utf-8 > > Hi Alex, > > This should be fixed with 4c43c1f [1] > > Caching should be fixed as well for faster testing feedback > > Bests > Matthias > > [1] > https://github.com/qgis/QGIS/pull/3836/commits/ > 4c43c1f364909adc587aab2377a773101e8d0d22 > > > On 19/12/16 20:07, Alexander Bruy wrote: > > Hi all, > > > > looks like recently introduced spell-checking on Travis leads to > > reporting failures > > even if there are no build errors and all tests passed. This happens > > with PR which > > delete files, see for example > > https://travis-ci.org/qgis/QGIS/builds/184481431#L1400 or > > https://travis-ci.org/qgis/QGIS/builds/185214040#L1401 > > > > > > ------------------------------ > > Message: 4 > Date: Tue, 20 Dec 2016 06:07:52 -0000 > From: nore...@qgis.org > To: enrico...@gmail.com, qgis-developer@lists.osgeo.org > Subject: [Qgis-developer] Plugin [1152] QgisODK approval notification. > Message-ID: <20161220060752.15982.24099@320558c5528b> > Content-Type: text/plain; charset="utf-8" > > > Plugin QgisODK approval by pcav. > The plugin version "[1152] QgisODK 1.1" is now approved > Link: http://plugins.qgis.org/plugins/QgisODK/ > > > ------------------------------ > > Message: 5 > Date: Tue, 20 Dec 2016 08:53:22 -0000 > From: nore...@qgis.org > To: enrico...@gmail.com, qgis-developer@lists.osgeo.org > Subject: [Qgis-developer] Plugin [1152] QgisODK approval notification. > Message-ID: <20161220085322.718.70662@320558c5528b> > Content-Type: text/plain; charset="utf-8" > > > Plugin QgisODK approval by pcav. > The plugin version "[1152] QgisODK 1.2" is now approved > Link: http://plugins.qgis.org/plugins/QgisODK/ > > > ------------------------------ > > Message: 6 > Date: Tue, 20 Dec 2016 10:05:12 +0000 > From: Drexel Peter <peter.dre...@vorarlberg.at> > To: "qgis-developer@lists.osgeo.org" <qgis-developer@lists.osgeo.org> > Subject: [Qgis-developer] QGIS, Shapefiles, default encoding > Message-ID: > <f90dbae453d1a444b0bd80e8f44d4c44da8ee...@vnvbrwex3.net.vlr.gv.at> > Content-Type: text/plain; charset="utf-8" > > Hi, > please, can anyone tell me what default encoding QGIS uses when loading a > Shapefile? > In my QGIS 2.14.7 on Windows 7 64bit "Ignore shapefile encoding > declaration" is checked, > so if I load a Shapefile with a corresponding utf-8-cpg-file using "drag > and drop" it is encoded as 'system' and the encoding is wrong (what > encoding is 'system'?). > If I load a Shapefile with a corresponding utf-8-cpg-file using "Add > Vector Layer" it is encoded as 'utf-8' and the encoding is fine. > In both cases I can change the data source encoding in the properties > dialog. > > Is it possible to change the behavior of drag and drop to use utf-8 > > If I uncheck "Ignore shapefile encoding declaration" > and load the shapefile either using "Add Vector Layer" or drag and drop > the cpg-file is interpreted correctly and the encoding is set to utf-8. > But now I cannot change the data source encoding in the properties dialog > anymore. > I think it should still be possible to change the encoding in the > properties dialog. > > Peter > > > > > > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.osgeo.org/pipermail/qgis-developer/ > attachments/20161220/44e6a3a3/attachment.html> > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > ------------------------------ > > End of Qgis-developer Digest, Vol 134, Issue 59 > *********************************************** >
_______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer