<div dir="ltr">Hey Victor,<div><br></div><div>Just added you with write access to my project if you want.  I don't really mind if you wanted to work on the same one together.  My motivations were the same as you in the end.  Mainly just flesh something out in a sandbox and then we can add it to core once we have it nutted out.</div><div><br></div><div>Regards,</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 3, 2015 at 8:43 AM, Victor Olaya <span dir="ltr"><<a href="mailto:volayaf@gmail.com" target="_blank">volayaf@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey Nathan<br>
<br>
I knew about your project...but forgot about it :-) Sorry for that.<br>
<br>
What would you suggest doing? merging them maybe? I like that idea. In<br>
the end, the plan is just to have a sandbox to add those functions and<br>
eventually move them to core (btw, qgis.py sounds good to me...)<br>
<br>
I can make a PR to your repo if you think it is a good idea, and we<br>
keep on working there.<br>
<br>
Let me know also if you have ideas about what to add to fill those<br>
modules with useful stuff<br>
<br>
Cheers!<br>
<div class="HOEnZb"><div class="h5"><br>
2015-11-02 14:29 GMT+01:00 Nathan Woodrow <<a href="mailto:madmanwoo@gmail.com">madmanwoo@gmail.com</a>>:<br>
> Hey Victor,<br>
><br>
> Working on the same kind of thing over here:<br>
> <a href="https://github.com/NathanW2/parfait" rel="noreferrer" target="_blank">https://github.com/NathanW2/parfait</a><br>
><br>
> IMO I would rather see a new module and not put it in qgis.utils.  Something<br>
> like qgis.py or qgis.wrappers or something like that that.<br>
><br>
> - Nathan<br>
><br>
> On Mon, Nov 2, 2015 at 11:20 PM, Victor Olaya <<a href="mailto:volayaf@gmail.com">volayaf@gmail.com</a>> wrote:<br>
>><br>
>> ><br>
>> > I'm in two minds as to whether it would be a good thing to have an<br>
>> > 'official' one. While I can see the use, surely if these things are<br>
>> > useful<br>
>> > then they should be included in the mainline API with proper API<br>
>> > guarantees?<br>
>> > I'm not sure I'd want to rely on a library that doesn't have an API<br>
>> > guarantee, and if you're making the guarantee then why not in core? If<br>
>> > they<br>
>> > are *required* for a plugin to be accepted, then they must be in core<br>
>> > and<br>
>> > have an API guarantee.<br>
>> ><br>
>><br>
>> My ideas is definitely to put this into core (that's what I wrote in<br>
>> my email when i detailed the plans that i have for this), but I have<br>
>> started it as a separate repo to make it easier to collaborate and to<br>
>> start moving ASAP.<br>
>><br>
>> I could write a QEP with this idea, get it approved, throw a bunch of<br>
>> empty py modules in qgis.utils and then start working, but I like to<br>
>> first do some work, get people into it, and then do the bureucracy to<br>
>> pass this to core (I am sure no one will say no to this once a nice<br>
>> collection of functions is ready)<br>
>><br>
>> I will wait for other people to voice their opinion, and if most<br>
>> people agree on going taht other way, I have nothing against it<br>
>> _______________________________________________<br>
>> Qgis-developer mailing list<br>
>> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
><br>
</div></div></blockquote></div><br></div>