On 6 Nov 2015 06:16, "Hugo Mercier" wrote:
>
> On 05/11/2015 19:10, Matthias Kuhn wrote:
> >
> >
> > On 11/05/2015 05:07 PM, Hugo Mercier wrote:
>
> >> Correct.
> >> A first step where the additional geometry columns are considered to be
> >> expressed in the same CRS as the main geometry column w
On 05/11/2015 19:10, Matthias Kuhn wrote:
>
>
> On 11/05/2015 05:07 PM, Hugo Mercier wrote:
>> Correct.
>> A first step where the additional geometry columns are considered to be
>> expressed in the same CRS as the main geometry column would already be
>> interesting.
>> And yes, that would be b
On 11/05/2015 05:07 PM, Hugo Mercier wrote:
> On 04/11/2015 11:25, Matthias Kuhn wrote:
>> Hi
>>
>> Good to be aware of this. Let's see that we don't do work twice.
>>
>> On 11/04/2015 11:17 AM, Hugo Mercier wrote:
>>> On 04/11/2015 10:19, Régis Haubourg wrote:
Matthias Kuhn-2 wrote
> *
Hi
> On 05 Nov 2015, at 10:50, Richard Duivenvoorde wrote:
>
> On 05-11-15 04:56, Tim Sutton wrote:
>>> Some random thoughts:
>>>
>>> Quite powerful... but ... the current plugin packaging has very
>>> limited requirements: it's just a zipped folder with a couple of
>>> mandatory metadata and a
On 04/11/2015 11:25, Matthias Kuhn wrote:
> Hi
>
> Good to be aware of this. Let's see that we don't do work twice.
>
> On 11/04/2015 11:17 AM, Hugo Mercier wrote:
>> On 04/11/2015 10:19, Régis Haubourg wrote:
>>> Matthias Kuhn-2 wrote
* on-the-fly transformation of geometries while renderi
Il 05/11/2015 09:24, Nathan Woodrow ha scritto:
> Yep that is the plan.
I see you already done it, so now it's probably pointless, but: why not
using git submodules?
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
__
Hi,
We will be discussing project quality tomorrow morning at 10am (local
Gran Canaria time)
And we will talk about plugins (common framework / to pip or not to pip)
at 11am.
If remote people want to join, we will try to include them via Skype or
Hangouts.
Stay tuned on the gitter channel.
I'm creating a Processing plugin for which one of the inputs for one of the
tools is a CRS. I'd like to use the CRS from the map canvas as the default
for this parameter but I can't figure out whether this is possible.
My main problem seems to be that the ParameterCrs object is created when
the pl
Hello,
On 05/11/2015 09:50, Richard Duivenvoorde wrote:
> On 05-11-15 04:56, Tim Sutton wrote:
>[...]
>>> I'm afraid that by using a much more complicate system (such as
>>> setuptools), would solve some problem for the (few) complex plugins
>>> and create a lot of problems and increase the barrie
I know I'm cursing in FOSS-church here :-)
But during the hackfest I have an extra laptop with me, running an
Oracle database, with a nice big dataset on it. Happy to give everybody
here connect details to fix some stuff which is currently not working
very well, OR just test if your stuff is worki
Hi Devs/Users,
we just started the Las Palmas Hackfest on Canary Islands \o/
during the hackfest it is good I think if we concentrate communications
in one channel.
I propose to use Gitter for that now, as (I think) it is easier for not
IRC users to set up:
Go to:
https://gitter.im/qgis/QGIS
On 05-11-15 04:56, Tim Sutton wrote:
>> Some random thoughts:
>>
>> Quite powerful... but ... the current plugin packaging has very
>> limited requirements: it's just a zipped folder with a couple of
>> mandatory metadata and a class interface, building a simple plugin is
>> definitely an easy task
Yep that is the plan.
On Thu, 5 Nov 2015 6:21 pm Neumann, Andreas wrote:
> Perhaps we can have it separate first - try it out - improve things and
> then integrate it in core?
>
> If it is in core, it has to be stabilized - which I understand may not be
> the case in the beginning.
>
> Andreas
>
Perhaps we can have it separate first - try it out - improve things and
then integrate it in core?
If it is in core, it has to be stabilized - which I understand may not
be the case in the beginning.
Andreas
On 2015-11-05 09:14, Paolo Cavallini wrote:
> Hi all,
>
> Il 05/11/2015 09:08,
>
> why exactly do you want to keep it out of core?
Maybe to have more freedom to experiment in there...? I also think
that it will be easier to get people to collaborate in it, seeing it
as a smaller project, instead of having to do PRs agains the whole
QGIS project, which can feel more intimidat
Mainly just for more rapid dev and so that it doesn't have to be stable API
yet or fit in with release plans.
Just for now. Consider it a sandbox until stable
On Thu, 5 Nov 2015 6:15 pm Paolo Cavallini wrote:
> Hi all,
>
> Il 05/11/2015 09:08, Victor Olaya ha scritto:
> > Having it under the QG
Hi all,
Il 05/11/2015 09:08, Victor Olaya ha scritto:
> Having it under the QGIS organzation in github will avoid people
> thinking it is an unofficial and probably unreliable project (as
> someone mentioned before), and will help giving it more visibility,
> even if we dont put it into core yet
Nathan, that sounds like a great idea.
Having it under the QGIS organzation in github will avoid people
thinking it is an unofficial and probably unreliable project (as
someone mentioned before), and will help giving it more visibility,
even if we dont put it into core yet
Anyone with permission
18 matches
Mail list logo
