[Qgis-developer] Qgis-developer Digest, Vol 134, Issue 59
Pedro Camargo
veigacamargo at gmail.com
Tue Dec 20 05:57:14 PST 2016
Hi Guys,
Any idea on when we can have AequilibraE approved again?
Thanks,
Pedro
On 20 Dec 2016 3:20 AM, <qgis-developer-request at lists.osgeo.org> wrote:
> Send Qgis-developer mailing list submissions to
> qgis-developer at 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-request at lists.osgeo.org
>
> You can reach the person managing the list at
> qgis-developer-owner at 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. (noreply at qgis.org)
> 5. Plugin [1152] QgisODK approval notification. (noreply at qgis.org)
> 6. QGIS, Shapefiles, default encoding (Drexel Peter)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 19 Dec 2016 21:47:47 +0100
> From: Enrico Ferreguti <enricofer at gmail.com>
> To: Paolo Cavallini <cavallini at faunalia.it>
> Cc: "qgis-developer at lists.osgeo.org" <qgis-developer at 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 <pedrongvenancio at 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 at 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 <luipir at gmail.com>
> To: Enrico Ferreguti <enricofer at gmail.com>
> Cc: Paolo Cavallini <cavallini at faunalia.it>,
> "qgis-developer at lists.osgeo.org" <qgis-developer at lists.osgeo.org>
> Subject: Re: [Qgis-developer] Plugin [1102] AequilibraE approval
> notification.
> Message-ID:
> <CAFO80_rKMHS_CUFmCdjrPDNiFEiGp1YOPJKYO7yhTj
> jtJcLFfA at 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 <enricofer at 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 <pedrongvenancio at 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 at 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 at 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 <matthias at opengis.ch>
> To: qgis-developer at lists.osgeo.org
> Subject: Re: [Qgis-developer] Travis failure after introducing
> spell-checking
> Message-ID: <bacaa769-ad9d-1efa-f4b6-c663969e6afe at 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: noreply at qgis.org
> To: enricofer at gmail.com, qgis-developer at lists.osgeo.org
> Subject: [Qgis-developer] Plugin [1152] QgisODK approval notification.
> Message-ID: <20161220060752.15982.24099 at 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: noreply at qgis.org
> To: enricofer at gmail.com, qgis-developer at lists.osgeo.org
> Subject: [Qgis-developer] Plugin [1152] QgisODK approval notification.
> Message-ID: <20161220085322.718.70662 at 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.Drexel at vorarlberg.at>
> To: "qgis-developer at lists.osgeo.org" <qgis-developer at lists.osgeo.org>
> Subject: [Qgis-developer] QGIS, Shapefiles, default encoding
> Message-ID:
> <F90DBAE453D1A444B0BD80E8F44D4C44DA8EEAE0 at 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 at 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
> ***********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20161220/3023a5dd/attachment-0001.html>
More information about the Qgis-developer
mailing list