Spike zzorn has data of unknown origin
--
Key: GEOT-1897
URL: http://jira.codehaus.org/browse/GEOT-1897
Project: GeoTools
Issue Type: Bug
Components: license, new modules
Reporter: Ad
library/sample-data needs full review
-
Key: GEOT-1898
URL: http://jira.codehaus.org/browse/GEOT-1898
Project: GeoTools
Issue Type: Sub-task
Reporter: Adrian Custer
The origins of all the dat
unsup/jts-wrapper has mixed headers
---
Key: GEOT-1899
URL: http://jira.codehaus.org/browse/GEOT-1899
Project: GeoTools
Issue Type: Sub-task
Reporter: Adrian Custer
The headers in several files o
unsup/vpf has test classes with own copyright, test data of unkown origin
-
Key: GEOT-1900
URL: http://jira.codehaus.org/browse/GEOT-1900
Project: GeoTools
Issue Type: S
unsup/caching has mixed copyright headers
-
Key: GEOT-1901
URL: http://jira.codehaus.org/browse/GEOT-1901
Project: GeoTools
Issue Type: Sub-task
Reporter: Adrian Custer
The module needs c
unsup/community-schemas has data of unknown origin
--
Key: GEOT-1902
URL: http://jira.codehaus.org/browse/GEOT-1902
Project: GeoTools
Issue Type: Sub-task
Components: license, new mod
unsup/hsql has issue with sql driver
Key: GEOT-1903
URL: http://jira.codehaus.org/browse/GEOT-1903
Project: GeoTools
Issue Type: Sub-task
Components: data-hsql, license
Reporter: Adr
unsup/mappane has icons of unknown origin
-
Key: GEOT-1904
URL: http://jira.codehaus.org/browse/GEOT-1904
Project: GeoTools
Issue Type: Sub-task
Components: ext mappane, license
R
unsup/oracle-spatial needs to clarify testData.sql
--
Key: GEOT-1905
URL: http://jira.codehaus.org/browse/GEOT-1905
Project: GeoTools
Issue Type: Sub-task
Components: data oraclespati
unsup/imageio-ext-gdal needs review of data origin
--
Key: GEOT-1906
URL: http://jira.codehaus.org/browse/GEOT-1906
Project: GeoTools
Issue Type: Sub-task
Components: gc imageio, gcim
All, need to review the LICENSE* files in all modules
-
Key: GEOT-1907
URL: http://jira.codehaus.org/browse/GEOT-1907
Project: GeoTools
Issue Type: Sub-task
Components: admin, lic
plugin/geotiff has test data of unknown origin
--
Key: GEOT-1908
URL: http://jira.codehaus.org/browse/GEOT-1908
Project: GeoTools
Issue Type: Sub-task
Reporter: Adrian Custer
The test
Hi Simone? Or Daniele?
The coverage-tools have not had a review yet; can you do this? Like
*now*? We are kind of out of time... as far as I can see this is all
origional work.
Jody
-
Sponsored by: SourceForge.net Community
Jody, I will do that now.
On Tue, Jul 8, 2008 at 11:09 AM, Jody Garnett <[EMAIL PROTECTED]>
wrote:
> Hi Simone? Or Daniele?
> The coverage-tools have not had a review yet; can you do this? Like
> *now*? We are kind of out of time... as far as I can see this is all
> origional work.
> Jody
>
>
> -
Hi Justin; I think you are only holiday so I may need to ask anyone else
for help / confirmation here. The code is all original work (some of it
taken from org.geotools.data module); but everything here should be fine?
Jody
---
Imagemoasic is also holding us up; same drill we need a review of the
headers and any sample data included in the test directory.
Jody
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown tha
I'll do that also right now.
Cheers,
Alessio.
On Tue, Jul 8, 2008 at 11:13 AM, Jody Garnett <[EMAIL PROTECTED]>
wrote:
> Imagemoasic is also holding us up; same drill we need a review of the
> headers and any sample data included in the test directory.
>
> Jody
>
> -
Hi,
I am about to get the complete Digital Terrain Elevation Data (DTED), and I
would like to know if a reader (writer ?) exists for this specific format in
GT ? (I think the extension is .dem)
I am currently using GT-2.5 trunk.
Thanks in advance for your answers !
Thomas
Hi Thomas,
The unsupported "imageio-ext-gdal" module on gt-trunk contains also a DTED
plugin, leveraging on GDAL by means of the ImageIO-EXT project. See
http://docs.codehaus.org/display/GEOTOOLS/ImageIO-EXT+GDAL for more
information.
Let me know if you need more info.
Cheers,
Daniele
On Tue, Jul
This one is mine; I was the mentor of these two students; the module is
now dead and I will just remove it rather than perform a review.
Jody
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have sho
This module is a fork of a commons collection thing that fell out of
being maintained. Some patches were applied locally here; but I am not
aware of any current users (it was more interesting back when there were
more swing widgets being made).
Bryce I know you have used this one in the past? W
Hi Guys this is some of your work in an unsupported module? Rigth now it
is holding up our OSGEO graduation train; as I understand it this code
hacks up the JDBC base class and adds the ability to send a bit of raw SQL?
For right now we just need the headers checked and a review.apt file
writte
Hi Graham; you have run into the OSGeo release train as part of your
recent RnD work in unsupported; can we ask you to produce a review.apt
file saying that the code is clean and is intended for geotools etc..
And have a look of the headers.
I am afraid we need this done today; actually we need
Justin I know you are away on holiday; the OGC familly of modules is
holding up the OSGeo release train; we have two things here:
- the code is auto generated; so the best way to fix the headers is to
modify the generation program (in build somewhere?)
- the schemas contained here are (c) OGC are
This is a similar game to the ogc module; only this time I think we only
have a code generator to worry about?
Acuster can we run the magic header updating script on these generated
results? Just to get us out the door? As far as I know this is all
origional work in here.
Jody
On Tue, 2008-07-08 at 02:49 -0700, Jody Garnett wrote:
> This is a similar game to the ogc module; only this time I think we only
> have a code generator to worry about?
>
> Acuster can we run the magic header updating script on these generated
> results? Just to get us out the door? As far as I
is the raster to vector code in the process module a problem in this
context ? (he asks - not fully understanding what all this is about
but hoping for the answer NO :)
Michael
2008/7/8 Jody Garnett <[EMAIL PROTECTED]>:
> Hi Graham; you have run into the OSGeo release train as part of your
> rece
FIXED and CLEANED
On Tue, Jul 8, 2008 at 11:11 AM, Alessio Fabiani <[EMAIL PROTECTED]>
wrote:
> Jody, I will do that now.
>
>
> On Tue, Jul 8, 2008 at 11:09 AM, Jody Garnett <[EMAIL PROTECTED]>
> wrote:
>
>> Hi Simone? Or Daniele?
>> The coverage-tools have not had a review yet; can you do this?
unsup/ogc needs a full copyright and licensing review
-
Key: GEOT-1909
URL: http://jira.codehaus.org/browse/GEOT-1909
Project: GeoTools
Issue Type: Sub-task
Components: license, n
extension/xsd modules need a full copyright and licensing review
Key: GEOT-1910
URL: http://jira.codehaus.org/browse/GEOT-1910
Project: GeoTools
Issue Type: Sub-task
OSGeo Incubation committee,
I am delighted to report that the Geotools community have completed an
extraordinary, meticulous effort pushing geotools through incubation and
now have it ready for graduation.
I have reviewed all the documentation and am satisfied that it comes up
to scratch and t
unsup/h2 needs a full copyright and licensing review
Key: GEOT-1911
URL: http://jira.codehaus.org/browse/GEOT-1911
Project: GeoTools
Issue Type: Sub-task
Components: data h2, lic
Hi Daniele,
Thanks for replying so quickly.
I have now another question : using imageio-ext-gdal requires to install
gdal ? Or is it included in the module ?
Thomas
2008/7/8 Daniele Romagnoli <[EMAIL PROTECTED]>:
> Hi Thomas,
> The unsupported "imageio-ext-gdal" module on gt-trunk contains also
unsup/imagemosaic-jdbc needs a full copyright and licensing review
--
Key: GEOT-1912
URL: http://jira.codehaus.org/browse/GEOT-1912
Project: GeoTools
Issue Type: Sub-task
unsup/notifying-collections needs full copyright and licensing review
-
Key: GEOT-1913
URL: http://jira.codehaus.org/browse/GEOT-1913
Project: GeoTools
Issue Type: Sub-task
unsup/process needs a full licensing and copyright review
-
Key: GEOT-1914
URL: http://jira.codehaus.org/browse/GEOT-1914
Project: GeoTools
Issue Type: Sub-task
Reporter: Ad
unsup/sql-datastore needs a full copyright and licensing review
---
Key: GEOT-1915
URL: http://jira.codehaus.org/browse/GEOT-1915
Project: GeoTools
Issue Type: Sub-task
Co
Hi Thomas,
On Tue, Jul 8, 2008 at 2:42 PM, Anaxa Gore <[EMAIL PROTECTED]> wrote:
> Hi Daniele,
>
> Thanks for replying so quickly.
> I have now another question : using imageio-ext-gdal requires to install
> gdal ?
Basically, the module leverages on several GDAL libraries (On Windows: The
main
Correct. Its all original work.
Jody Garnett wrote:
> Hi Justin; I think you are only holiday so I may need to ask anyone else
> for help / confirmation here. The code is all original work (some of it
> taken from org.geotools.data module); but everything here should be fine?
>
> Jody
>
> !DSP
I am not thrilled at the aspect of re-generating every module. I dont
even know how to do this with EMF off the top of my head. I would rather
just include a license file saying that all the files are indeed
generated and "original" work.
If this wont cut it I would say lets kick this these emf
Again, this is problematic. The generator is a one time thing so I cant
regenerate any of the files. So I suggest using the magic header script.
And can you open an issue for me to modify the generator so that any
newly generated files have the proper header.
Jody Garnett wrote:
> This is a sim
Done and committed. Headers are fine too.
Graham.
Jody Garnett wrote:
> Hi Graham; you have run into the OSGeo release train as part of your
> recent RnD work in unsupported; can we ask you to produce a review.apt
> file saying that the code is clean and is intended for geotools etc..
> And
Jody Garnett ha scritto:
...
>> Implementation wise, this triggers the first issue:
>> that method does not tell what is wrong, but only
>> that something is wrong.
>> A different approach could be to have a
>> validate() throws IllegalAttributeException
>> and have the exception report exactly wha
If you build with maven after a "svn update" in the next 24 hours, provides the
"-u" option to Maven.
The incompatible change was minor (I suspect no one was using it) and was
already in the list of things to do: the return type of
RepresentativeFraction.getDenominator()
changed from 'int
I havent heard from Gabriel, I'll get in there and have a go
On Tue, Jul 8, 2008 at 7:43 PM, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Hi Guys this is some of your work in an unsupported module? Rigth now it is
> holding up our OSGEO graduation train; as I understand it this code hacks up
> the J
module removed; it is like a review but brutal :-)
> This one is mine; I was the mentor of these two students; the module is
> now dead and I will just remove it rather than perform a review.
> Jody
>
> -
> Sponsored by: Sourc
I don't think it will be; as I recall we were very clear on that file
where everything came from and when.
Thanks for your concern!
Michael Bedward wrote:
> is the raster to vector code in the process module a problem in this
> context ? (he asks - not fully understanding what all this is about
>
Summary:
- http://jira.codehaus.org/browse/GEO-141 Formally track this little
adventure of ours (so Martin does not kick me)
- http://jira.codehaus.org/browse/GEOT-1916 Update the Hints to mention
the new factories
Andrea Aime wrote:
>> Difficulty is that this either needs to be a structures ex
Feature Type Factory and Feature Factory hints required
---
Key: GEOT-1916
URL: http://jira.codehaus.org/browse/GEOT-1916
Project: GeoTools
Issue Type: Improvement
Components: cor
Jody Garnett ha scritto:
> Summary:
> - http://jira.codehaus.org/browse/GEO-141 Formally track this little
> adventure of ours (so Martin does not kick me)
> - http://jira.codehaus.org/browse/GEOT-1916 Update the Hints to mention
> the new factories
>
> Andrea Aime wrote:
>>> Difficulty is that
50 matches
Mail list logo
