Hi
On Wed, Jun 20, 2012 at 9:41 PM, Fernando González fergo...@gmail.com 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.
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 this
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? From looking
at
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 layers)
Hi
On Wed, Jun 20, 2012 at 1:05 PM, G. Allegri gioha...@gmail.com 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
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
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
On Wed, Jun 20, 2012 at 11:44 AM, Vincent Picavet
vincent...@oslandia.com 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
Il 20/06/2012 16:54, Etienne Tourigny ha scritto:
On Wed, Jun 20, 2012 at 11:44 AM, Vincent Picavet
vincent...@oslandia.com 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
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.
2012/6/20 G. Allegri gioha...@gmail.com:
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
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
Hi all,
Although I've already taken part in the list once, I want to briefly
introduce myself. I'm freelance developer, I started with GIS
development in the beginnings of gvSIG. I work mainly with Java and
I'm just a basic QGIS user... until now. My brother Víctor (González)
and I are engaged in
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;
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 created
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[2]
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.
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
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
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
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 vola...@gmail.com wrote:
I just want to add that both Victor and Fernando are good friends of
mine and their work
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
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 fergo...@gmail.com
Hi Giovanni
On Mon, Jun 18, 2012 at 4:01 PM, G. Allegri gioha...@gmail.com wrote:
What do you mean
23 matches
Mail list logo