>
> I don't think it is a big problem, it just possibly precludes us from
> shipping with GGL available 'out of the box' which reduces the
> potential user base.
Yes, I counted on that :/
I'm thinking of making the python plugin download and install GGL2
(which includes de jvm) in order to make t
Hi
On Wed, Jun 20, 2012 at 9:41 PM, Fernando González wrote:
>> backend is in Java and that probably won't change?
>
> sorry for the silence, I'm traveling.
>
> first, the ggl2 compiler is java, and second, it's task is to traduce ggl2
> code to java code that actually does the job. this means th
> backend is in Java and that probably won't change?
sorry for the silence, I'm traveling.
first, the ggl2 compiler is java, and second, it's task is to traduce ggl2
code to java code that actually does the job. this means that the
dependency in java is very strong. i know it is a problem and i d
Hi
On Wed, Jun 20, 2012 at 5:47 PM, Paolo Cavallini wrote:
> Il 20/06/2012 16:54, Etienne Tourigny ha scritto:
>> On Wed, Jun 20, 2012 at 11:44 AM, Vincent Picavet
>> wrote:
>
> From the first anouncement
> http://lists.osgeo.org/pipermail/qgis-developer/2012-June/020620.html
>
> "because it's o
2012/6/20 G. Allegri :
> I really don't understand the point.
> It's up to the user to provide the required packages, as it is with OTB,
> SAGA, GRASS, etc.
I think some packages are different that others. I discussed this with
Paolo, and my opinion is that GRASS and SAGA are the skeleton of
SEXTA
I really don't understand the point.
It's up to the user to provide the required packages, as it is with OTB,
SAGA, GRASS, etc.
If someone mean to mantain a big all-included package as a simplified
mega-plugin is onviously free to do it, but IMHO it would be served as a
third party package.
giova
Il 20/06/2012 16:54, Etienne Tourigny ha scritto:
> On Wed, Jun 20, 2012 at 11:44 AM, Vincent Picavet
> wrote:
>From the first anouncement
http://lists.osgeo.org/pipermail/qgis-developer/2012-June/020620.html
"because it's our very first development in python!"
Adding a Java dependency is out o
On Wed, Jun 20, 2012 at 11:44 AM, Vincent Picavet
wrote:
> Hi,
>
> Le mercredi 20 juin 2012 16:08:19, Etienne Tourigny a écrit :
>> In case of linux systems, I would think that most (if not all)
>> installations include java, so it's not that much of a requirement.
>> It might be more complicated
Hi,
Le mercredi 20 juin 2012 16:08:19, Etienne Tourigny a écrit :
> In case of linux systems, I would think that most (if not all)
> installations include java, so it's not that much of a requirement.
> It might be more complicated in the case of windows and mac.
That's really not the case as far
In case of linux systems, I would think that most (if not all)
installations include java, so it's not that much of a requirement.
It might be more complicated in the case of windows and mac.
It would be interesting to have a separate qgis-framework package (or
similar name) that includes sextante
Hi
On Wed, Jun 20, 2012 at 1:05 PM, G. Allegri wrote:
>> Are there any plans to make a C++ or Python port of GGL? From looking
>> at the website it looks like the user will need java on their system
>> to use it?
>
>
> AFAIU the plan are to keep it in Java, at now. The QGis integration idea
> are
>
> Are there any plans to make a C++ or Python port of GGL? From looking
> at the website it looks like the user will need java on their system
> to use it?
>
AFAIU the plan are to keep it in Java, at now. The QGis integration idea
are:
1 - a plugin to "serve" QGis as a GIS to GGL2 (read/load la
Hi All
>> We already got something with the previous implementation of GGL and
>> the sextante Java version.
>>
>> > I see on your repo a basic Python implementation to call GGL2 through
>> > Popen.
>> > Do you mean something like that?
Are there any plans to make a C++ or Python port of GGL? Fro
Hi Fernando,
I supposed you were somehow involved in those projects. Nice to meet you :)
Now I will move my questions on GGL2 ml...
giovanni
2012/6/18 Fernando González
> Hi Giovanni
>
> On Mon, Jun 18, 2012 at 4:01 PM, G. Allegri wrote:
> > What do you mean with "SEXTABTE/QGis" integration?
Hi Giovanni
On Mon, Jun 18, 2012 at 4:01 PM, G. Allegri wrote:
> What do you mean with "SEXTABTE/QGis" integration? Do you mean launching
> GGL2 commands from inside SEXTANTE (directed to the hosted GGL2 engine), or
> porting GGL2 to Python?
Yes, GGL2 scripts can be packaged and, as sextante is
What do you mean with "SEXTABTE/QGis" integration? Do you mean launching
GGL2 commands from inside SEXTANTE (directed to the hosted GGL2 engine), or
porting GGL2 to Python?
I see on your repo a basic Python implementation to call GGL2 through
Popen. Do you mean something like that?
Sorry for so ma
Hi Víctor, thanks for the support.
My idea is to give the sextante integration a try once the basic
integration is done. We'll see :)
On Mon, Jun 18, 2012 at 10:42 AM, Victor Olaya wrote:
> I just want to add that both Victor and Fernando are good friends of
> mine and their work is impressive.
Hi,
Yes, exactly. We plan to implement the same behavior as in gvSIG. You can
see this in some videos.
Referencing GIS layers: http://www.youtube.com/watch?v=tHJ3pFHHe6U
Adding new layers: http://www.youtube.com/watch?v=qcTTUMGuL5Q
We know that it could also be interesting to use GGL2 from withi
>
> Regarding your question, that is the idea. But actually the Qgis plugin
> will be the server since all the communication is started by the GGL2
> environment. This plugin can be seen as a layer server that provides and
> "stores" (draws) layers: it opens a socket and manages the requests.
>
Hi
I just want to add that both Victor and Fernando are good friends of
mine and their work is impressive. If GGL2 can be implemented in QGIS
using SEXTANTE, That will be a very valuable addition. I, of course,
will be ready to help as much as needed.
Regards
Victor
2012/6/18 Víctor González :
> Hi
Hi all,
I'm Víctor (Fernando's brother) and I also wanted to introduce myself. I
have been working with GGL for some time and I did the GGL2-GIS connection
system in the context of a GSoC last year. I have been working with Java
and C but never with Python, so this is a new experience for me.
Reg
>
> Appart of the UI, a qgis plugin must be created that exchanges
> messages with the GGL compiler in order to show results and inform the
> compiler about the layers loaded in qgis, etc. This approach already
> works in gvSIG. You can see how does it looks like from the user point
> of view here[
Hi Paolo.
About the UI, we want to have a console so that the user can type the
script and hit a "play" button. Similar to the "Consola GGL" panel
towards the end of this video[1]. That's the previous version of the
language, which was based in SQL.
Appart of the UI, a qgis plugin must be create
Il 18/06/2012 09:14, Fernando González ha scritto:
> I hope it's interesting for some of you and, of course, any comments
> of such an active and skilful community are very welcome. Mainly
> because it's our very first development in python!
Hi Fernando,
it looks a very interesting development; t
24 matches
Mail list logo