Ciao Simone,
I've just now heard from Daniel Léonard who is behind the
jai-operators project so I'll chat to him about possibilities. At the
moment we're swapping posts on the jai forum if you want to join in...
http://forums.java.net/jive/thread.jspa?threadID=27359&tstart=0
Like Jody, my prefer
Simone a -Pgdal profile already exists ... the idea being that you only use
this profile if gdal is installed in your Java. That said I wish I knew how
to detect this case and automatically enable this profile.
Please let me know if the profile as already defined needs any additional
work.
Jody
On
I would be okay with trying a different management strategy; consensus amung
module maintainers would be nice for example. We do have an obligation to
the OSGeo to have a committee representative that can be contacted; other
than that we can be flexible.
You call for though on roll and participatio
hi Adrian,
Thanks for your thoughts, well put. I agree with much of the sentiment.
And actually I for one would be fine to step down from the PSC and/or
try a different project management strategy.
I too feel like for the last while the project has been in "limbo". And
with the recent "diverge
Adrian Custer ha scritto:
> Simone,
>
> thanks for the update.
>
> On Tue, 2009-01-20 at 20:22 +0100, Simone Giannecchini wrote:
>> the only real problem, the
>> licensing problem seems to be addressed as of now (see my previous
>> email).
>
> How did you resolve the 'advertising clause' issue
Simone,
thanks for the update.
On Tue, 2009-01-20 at 20:22 +0100, Simone Giannecchini wrote:
> the only real problem, the
> licensing problem seems to be addressed as of now (see my previous
> email).
How did you resolve the 'advertising clause' issue? Are we expecting to
change all our docs t
Ciao,
in order to cope with racism against GDAL based plugins, I am
proposing to give people the possibility to activate a specific
profile to actually de-include imageio-ext-gdal from the standard
build.
I would call it GDAL-apartheid.
As a second thought, probably no-GDAL might be more political
oracle-ng won't properly encode filters that compare strings against a char(n)
column
-
Key: GEOT-2293
URL: http://jira.codehaus.org/browse/GEOT-2293
Project: GeoTool
Hey Christian,
We should talk about your project since I am deep in the XACML/SAML P*P
world these days, trying to help the OGC figure out what GeoXACML really
means to them in the context of OGC web services, and looking at lots of
different implementations.
Apache 2.0 is incompatible with the
To further clarify,
- we have decided to NOT release imageio-ext-gdal as part of the 2.5.3
release, we are postponing that to the next release for safety
- we are still positive on having imageio-ext-gdal a plugin of
geotools, at least for next release; the only real problem, the
licensing proble
Andrea,
You are probably right, that the clause should be read to restrict
claims against the written code not what can be done with future code.
Your read seems more reasonable than mine and since Simone found other
eyes who went through the same analysis perhaps we can be doubly
reassured. That,
Hi again,
here belove, the reply I did to Justin about the geotools release process:
--
I'm finishing to fix/rebuild/deploy/upload anything required for the
geotools imageio-ext-gdal plugin.
Anyway, due to physical
[
http://jira.codehaus.org/browse/GEOT-2220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniele Romagnoli reopened GEOT-2220:
-
Fix this for 2.5.4
> Move Imageio-ext-gdal geotools module in supported land
>
Following the discussion about licensing problems causes me to ask a further
question.
I am thinking about impelementing the GeoXACML specification for geotools as
GSOC 2009 project.
http://www.opengeospatial.org/standards/geoxacml
This is a geospatial extension for XACML (authorization) a
Ok, I have investigated deeper and I think that we are good to go with
pulling in imageio-ext (as long as imageio-ext use the correct
licensing with respect to SUN's code :-) ).
What I did:
I have started to search for projects that I know are including code
using modified code from JAI and Imageio
Adrian Custer a écrit :
>> I have found jai_imageio-1.1.jar and jai_codec-1.1.3.jar in the
>> geotools-2.5.2-bin.zip.
>> Therefore it seems that they are distributed and this could represent
>> the same problem involved in distributing our libs.
>
> Sounds like you have found a possible legal iss
Ciao Michael,
what you are doing sound pretty interesting.
I found myself in the situation or put together some JAI operators,
and I was thinking about the JAI-operators project as well, I am a bit
surprised you did not get any answer though.
What about opening up a project hosted on google code;
Adrian Custer ha scritto:
> Sounds like you have found a possible legal issue with GeoTools. I don't
> have any knowledge of those jars, of their contents, and of why we
> thought we had the right to distribute them.
I'm trying to understand the issue a little bit more.
The license uses this word
Ciao Adrian,
I have investigated a bit and I guess that the problem may reside in
the new gt-imagemosaic-jbc which is declaring a plain dependency
toward imageio and jai while it should be declared with provided
scope. I guess this is why the dependency got pulled in. I would
suggest to fix this a
SQL Query is not correctly built
Key: GEOT-2292
URL: http://jira.codehaus.org/browse/GEOT-2292
Project: GeoTools
Issue Type: Bug
Components: data jdbc
Reporter: Jacques LESCOT
A
On Tue, 2009-01-20 at 16:35 +0100, Daniele Romagnoli wrote:
On Tue, Jan 20, 2009 at 3:33 PM, Adrian Custer
>
> However, we do not distribute JAI or Imageio, we get them
directly from
> Sun, so we do not incur any responsibilities with regards to
that code.
>
> I have fo
On Tue, 2009-01-20 at 15:57 +0100, Simone Giannecchini wrote:
> So in the end we will resort to split down our code into basically two
> parts, one LGPL which contains the code compatible with LGPL, the
> other one, the one that comes from SUN' imageio code which will have a
> license similar to th
Hi Adrian,
I have talked with Simone and he already provided you some feedbacks on
these things.
Please, read belove:
On Tue, Jan 20, 2009 at 3:33 PM, Adrian Custer wrote:
> On Tue, 2009-01-20 at 12:25 +0100, Simone Giannecchini wrote:
> > Ciao Adrian,
> >
> > -- About Sun's code --
> >
> > Goin
Ciao Adrian,
please read below...
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:+39 333 8128928
http://www.geo-solut
Ha! working too fast.
s/
That's how I would build the list of files to track as separate.
/
That's how I would build the list of files to separate
as SUN licensed rather than GPL. Then I'd work from
there.
--adrian
--
On Tue, 2009-01-20 at 12:25 +0100, Simone Giannecchini wrote:
> Ciao Adrian,
>
> -- About Sun's code --
>
> Going from memory, we have borrowed some code in order to improve it
> since sending patches to the imageio project was taking too much time
> (no releases in the last 2 years). The imageio
Thanks justin and sorry about that.
On 15-Jan-09, at 9:41 PM, Justin Deoliveira wrote:
> Looks like just some missing imports. I took the liberty of fixing.
>
> -Justin
>
> Justin Deoliveira wrote:
>> Hi Jesse,
>> Looks like your last patch broke the build.
>> -Justin
>> Hudson wrote:
>>> See http
Grk. Sorry about that. I thought I was using Java 5 but that is the
problem with having mutiple VMs on the same machine :(.
Jesse
On 15-Jan-09, at 9:52 PM, Jody Garnett wrote:
> Hi Jesse:
>
> I am just back from being sick with the flue all week. Looks like
> geotools is sick as well ... yo
Thanks Chris
These are of course exactly the right sort of questions.
And the good news is that we do indeed have a long term capability and
willingness to support bug fixing, test support and build processes the changes.
The bad news is that testing of such stuff is extremely difficult until w
Ciao Adrian,
-- About Sun's code --
Going from memory, we have borrowed some code in order to improve it
since sending patches to the imageio project was taking too much time
(no releases in the last 2 years). The imageio source code is licensed
as BSD (at least the java code), hence it should be
Auto-wrapping engages by mistake when newlines are available inside the label
-
Key: GEOT-2291
URL: http://jira.codehaus.org/browse/GEOT-2291
Project: GeoTools
Issue
Hi Adrian,
A quick reply since I'm fixing some things to fix the build:
I have already started a removal of the imageio-ext-tiff dependency from the
coverage module and I'm duplicating the required code to the geotiff plugin
which will be the only one depending on the imageio-ext while waiting for
On Mon, 2009-01-19 at 16:37 +0100, Daniele Romagnoli wrote:
> Hi list,
> I would like to move the gt-imageio-ext-gdal module from unsupported
> to plugin module.
Daniele,
That I even write this mail, you will take the wrong way. You will
assume, no doubt, that I am attacking you, that I want
Hello Justin,
On Mon, 2009-01-19 at 09:51 -0700, Justin Deoliveira wrote:
> Hi all,
>
> I have been thinking lately that perhaps it is time for a PSC update.
You are right to raise this issue since we all realize the PMC is indeed
quite ill. However, merely appointing new members to the board
See http://hudson.opengeo.org/hudson/job/geotools-2.4.x/148/changes
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
__
See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/221/changes
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
__
See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/220/changes
Changes:
[danieleromagnoli] Adding developer info on pom.xml
--
[...truncated 1805 lines...]
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.geotools.
See http://hudson.opengeo.org/hudson/job/geotools-2.4.x/147/changes
--
started
Updating http://gtsvn.refractions.net/branches/2.4.x
ERROR: Failed to update http://gtsvn.refractions.net/branches/2.4.x
org.tmatesoft.svn.core.SVNCancelException: svn: Operation
Daniele Romagnoli ha scritto:
> Hi list,
> is there a way to manually launch the Hudson build?
> Is it possible to add a button to be pressed to let's start a new build?
Nope, only the hudson administrators can: leaving it wide open would
not allow for controlling the load on that machine.
I'll la
Hi list,
is there a way to manually launch the Hudson build?
Is it possible to add a button to be pressed to let's start a new build?
Regards,
Daniele
--
---
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 C
Hi Andrea,
On Tue, Jan 20, 2009 at 8:27 AM, Andrea Aime wrote:
> Daniele Romagnoli ha scritto:
>
> > Therefore, it seems that the medialib accelerator is required to pass
> > this test.
> > Is the Hudson machine equipped with this library? If not, how this test
> > worked before?
>
> It is not,
41 matches
Mail list logo