-
Key: GEOT-1884
URL: http://jira.codehaus.org/browse/GEOT-1884
Project: GeoTools
Issue Type: Sub-task
Components: gc gtopo30
Reporter: Adrian Custer
Assignee: Simone Giannecchini
The origin
Hey all,
Cedric is back from too much snow, the poor boy, and too much skiing.
He's sharing with us the magic incantations to get the build generating
javadocs. There are problems at various levels.
0) Protective, paranoid cleanup
rm -Rf ~/.m2/repository/org/opengis
rm -Rf
As per the mail ten seconds later,
tests die in java6, required for java6
code should not be being modified so tests should not break anew
revert as you will.
--adrian
On Mon, 2009-02-09 at 22:03 +1100, Jody Garnett wrote:
Hi Adrian;
I watched your commit go by:
- (9:59:03 PM)
it, revert it. Or add a profile, or ...
On Mon, 2009-02-09 at 12:23 +0100, Andrea Aime wrote:
Adrian Custer ha scritto:
As per the mail ten seconds later,
tests die in java6, required for java6
code should not be being modified so tests should not break anew
revert as you
Hey,
Maven rocks, it gets the job done, it is vastly easier than any
alternative, and is comparatively a pure joy. There is quite simply zero
chance that the use of maven would be changed.
Learning maven is hard because what it is doing is immensely complex not
because maven is hard as far a
Hey,
Honestly, you are so far off the mark that it's not worth discussing.
Geotools needs a build tool. You say a Java project doesn't need to have
a build tool and experience says otherwise. Not using a build tool would
be plain idiotic. Any reasonably sized project has a build tool. So look
On Tue, 2009-01-27 at 20:04 +0100, Mauricio Pazos wrote:
Hi list,
I have finished the ECQL documentation and I have changed to public the
ECQL
facade in trunk.
User Doc
http://docs.codehaus.org/display/GEOTDOC/03+ECQL+Examples
Design
Hey Jody,
1) This should be on geotools, no?
2) gt2 doesn't build with java 6, only java 5
3) gt2 javadocs *do* require java6
--adrian, going out to brave the storm on the way home.
On Tue, 2009-02-03 at 09:47 +1100, Jody Garnett wrote:
Okay so legacy will not compile unless you build the
On Fri, 2009-01-30 at 16:04 -0700, Justin Deoliveira wrote:
So I guess I will throw it out to other people.
Could someone else try generating them. Remember it takes java 6 and
apparently a non mac os.
-Justin
tried and failed; don't know the magic incantation.
--adrian
Justin Deoliveira wrote:
Hi Cedric,
I was wondering if you would not mind generating the javadocs for the
2.5.3 release. Thanks a bunch.
-Justin
he just went skiing for a week.
--adrianl
--
This SF.net email
Hey Christian,
It would be wonderful to work with you---our own projects, MdWeb,
Constellation, and MapFaces, despite being free software, are almost
entirely developed by us alone. We have not yet reached the point of
having a rock solid base which we would want widely used nor the level
where
On Wed, 2009-01-21 at 10:17 +0100, Andrea Aime wrote:
...
Adrian Custer ha scritto:
How did you resolve the 'advertising clause' issue? Are we expecting to
change all our docs to include the credit requested by SUN?
...
Reading into this GNU document about the nature of the
BSD issue
Hey,
As usual you three have wise thoughts, so I'll keep hoping that somehow
this will all work out for the best and keep my more radical notions to
myself.
--adrian
--
This SF.net email is sponsored by:
SourcForge
On Wed, 2009-01-21 at 11:43 +0100, Andrea Aime wrote:
Adrian Custer ha scritto:
On Wed, 2009-01-21 at 10:17 +0100, Andrea Aime wrote:
...
Adrian Custer ha scritto:
How did you resolve the 'advertising clause' issue? Are we expecting to
change all our docs to include the credit requested
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
has left a bitter
feeling in my mouth and given me less energy to keep arguing with my
local community that geotools the project is worth the struggle. Do you
have any suggestions for how we could actually collaborate on this
project given our different approaches?
sadly,
--adrian custer
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 the
On Tue, 2009-01-20 at 16:35 +0100, Daniele Romagnoli wrote:
On Tue, Jan 20, 2009 at 3:33 PM, Adrian Custer acus...@gmail.com
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
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
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 to
Hey,
We have not made a decision to use the OsGeo repository but instead we
still rely on Refractions and geotools.fr. Can you not simply work
against the refractions repo?
Adding another repo is not worth doing for a small number of files. It
will slow our builds since it adds one more repo
Hey,
You would be welcome to add a section to the user guide on the wiki. For
commit rights, look at the home page:
http://docs.codehaus.org/display/Geotools/Home
and for style rules look in the document itself. If it's not there, then
try to mirror an existing section.
cheers,
--adrian
On
Hey,
You are either going to have to answer your own questions by looking at
what the other modules have done, or give us more to work with. The ID
stucture is generally hierarchical, where the group is the name of the
parent block and the specific ID is up to you. Generally, open a bunch
of
On Tue, 2008-12-23 at 13:14 -0800, Sunburned Surveyor wrote:
Adrian wrote: For the parts of the maven doc, leave as much out as
you can and still
get your module to compile.
I'm not sure what you mean by maven doc. Do you mean the site.xml
file which I asked about?
No, I was talking about
Jody Garnett wrote:
So we have three votes for moving the mailing list to osgeo hardware.
Talking to Paul it seems such a thing is possible/easy ... so here is a
formal motion. It covers two things:
1. moving the mailing lists to osgeo hardware
2. changing the names so they are less
Hello,
Jody has essentially answered you already but I'll add my take which may
flesh out the explanation.
The style specification evolved greatly from its earlier incarnation
which involved a fairly extensive re-design of the system in place.
During that work the author of the new style
Michael Bedward wrote:
Hi Adrian,
Please excuse this slight hijack of the topic, but there have been
mentions of eventually back-porting the new and beautiful code to work
against Java5. Do you have any feelings on how realistic that idea is
? My guess is that it's unlikely to happen for
Howard, Paul,
Thank you both for the move. Seems to work fine after relocate.
Howard,
The idea that anyone can add a member is terrifying. I gather we will
have to live with it since it's a 'feature' but it gives me one more
reason to push for Hg. I hope you have good logs so we can recover if
Okay,
Deleted you from group, thanks. (I hadn't read the page carefully
enough).
On Sun, 2008-12-14 at 10:15 -0600, Howard Butler wrote:
On Dec 14, 2008, at 9:07 AM, Adrian Custer wrote:
The idea that anyone can add a member is terrifying.
Anyone *who is already a member* can add a member
Andrea Aime wrote:
Mauricio Pazos ha scritto:
Adrian, What do you think about the new options?.
Hmm, I must have missed a round. Mauricio, you don't want my opinion on
something this trivial. Pick one, do a quick google search on it to see
if our users will be able to find our docs if we put
Paul, you rock!
Thanks for organizing the move, coordinating with everyone, and doing
the work. It will be nice to have a new home.
--adrian
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Hey Jody,
In case you don't have the link handy, the official list of committers
is maintained by Tyler here:
http://wiki.osgeo.org/wiki/Contributor_Agreements_Received
If anyone is left out we might have to get Tyler to run through that
mail pile again.
For my part, on OSGeo, my username is
Hey Mauricio,
Fantastic work on your language---sounds like a big effort and I'm glad
to think it will pay off.
'Tis late in the game to bring this up, and I suspect I may have raised
this before, but I got to say this nonetheless. THE NAME SUCKS. That's
really too bad since the first impression
Hey all,
Perhaps to clarify things a little...
GeoAPI should not really be affected by this standardization work. The
fun work on GeoAPI such as defining new packages in GeoAPI and fixing
existing packages to match improved understanding of the specifications
can continue as is. GeoAPI will
Hey all,
The DNS domain is now under the control of OSGeo and has been renewed
for the next few years. The dns records appear to be fully functional.
If the code hosting gets changed over to OSGeo machines, that may be the
time to change the place where the domain records are defined. When we
Hey,
DocBook is a decent format but, ultimately, has a non-zero threshold for
getting started which eliminates a bunch of contributors. I wrote the
gnumeric manual in docbook and it was pretty good once GNOME rewrote the
whole help system to handle our manual.
In consequence of that experience
Hey,
Sunburned Surveyor wrote:
Adrian wrote: It would be interesting to hear what you mean by
testing your geotools code live from openjump since I've always
thought those were very different projects. How does openjump deal
with gps data, in plate-carre space?
I'm working with TIGER data
Hey Michael,
Thanks for fielding so many questions on the user mailing list. It
something that's important to do and it looks like many of us are kept
busy with other work so it's great to have you pitching it.
--adrian
-
On Thu, 2008-11-20 at 07:39 -0800, Sunburned Surveyor wrote:
In this particular scenario unprojected lat/long data is exactly what
I need. I'm not producing any maps at this stage in the game. I'm just
collecting position data using GPS. My data will be available for
other people to make
Hey,
Congrats on the hard work. It would be interesting to hear what you mean
by testing your geotools code live from openjump since I've always
thought those were very different projects. How does openjump deal with
gps data, in plate-carre space?
Sunburned Surveyor wrote:
- Right now my
Michael Bedward wrote:
Hi all,
Just wondering how often do the online javadocs for unsupported
modules (trunk) get refreshed ? I assumed it would be daily but some
docs I added yesterday have not made it online yet.
cheers
Michael
Building the javadocs for Geotools 2.x is black magic.
Hey James,
Looks like we may have taken a step forward. I sent a letter
respectfully expressing my disgust to the director of easyspace which
seems to have unblocked things.
Frank Warmerdam today apparently managed to grab control of the domain
for PairNIC but he got a message saying the admin
,
Indeed, I did this as part of paid work for my company.
Do you have any template or example of this document in order to
provide you what OSGEO needs?
Thanks,
Mathieu
On Mon, Nov 10, 2008 at 9:43 AM, Adrian Custer [EMAIL PROTECTED]
wrote:
Hey Mathieu
Hey,
Congratulations on the work.
Could you explain the rationale for the Applications name? As I
understand it (badly), your work aims to build a mechanism for access to
data defined through 'multiple', possibly 'distant', schemas. In that
context Application at best means nothing at worst is
Hey Jody,
This is apparently known---I ran into it last week. Gt2 does not build
with Java 6 (and docs only build with Java6). Yet another reason Martin
wanted to clean, and clean and clean.
--adrian
On Sun, 2008-11-09 at 21:50 -0600, Jody Garnett (JIRA) wrote:
ScriptTest failure on Linux w/
Hey Mathieu,
Congratulations on the module. Are you doing this for fun or do you have
some further end goal in mind?
BTW, if you are doing this as part of paid work for your company OSGeo
needs a copyright transfer from them as well.
--adrian
On Fri, 2008-11-07 at 14:59 +0100, Mathieu Coudert
Hey Frank and Tyler,
As we discussed, we have been having trouble with the
geotools.org
DNS hosting and would like to transfer control of the domain from our
founder (who is now inactive in the project) to OSGeo.
I've just gotten the magic EPP code so we are ready for PAIRNIC to take
over.
Hey all,
If you want to move the repo, OSGeo is ready to host it. The transfer
would require something like:
1. open a TRAC issue and probably notify the OSGeo admin group
2. schedule the transfer with refractions admin and osgeo
3. freeze the repo
4. get a dump and get the
Hey Milton,
Your mail is indeed *exactly* what belongs in a bug report (JIRA task).
You never need to ask permission to open bug reports.
good work,
--adrian
On Thu, 2008-10-30 at 19:46 -0200, Milton Jonathan wrote:
Hello there
I exchanged some e-mails a while ago with Jody, about issues
Hey all,
Our DNS registration for the 'geotools.org' domain, held by our fearless
but possibly lost leader James Macgill, appears to have lapsed. As
explained below, we are working on resolving the issue.
For practical purposes, these equivalents are true today:
www.geotools.org --
Why are these hints?
Both of these seem to be module configuration information not a 'hint'
for factories. Have 'hints' really reached this level now?
The first seems like a configuration work around for a library that does
not yet 'just do the right thing'. The second is an URL right? That
Hey Jody,
No time right now to answer fully. The IRC was to start a discussion and
search for a good solution. Nothing in my proposal has any impact on
existing code so there is no cause for alarm and no reason for
disappointment.
--adrian,
under the departure gun
On Tue, 2008-09-23 at
On Mon, 2008-09-22 at 12:07 +0200, Christian Müller wrote:
Yes, the name is a little bit to long. There are 5 parts
1) Image
2) Mosaicing
3) Pyramidal
4) JDBC
5) Plugin
I think 1) and 4) are mandatory.
5) could be omitted
Since there are plugins called ImageMoasic and
with
GeoTools coverages. For now, the page is a stub but perhaps it will grow
when we have more documentation time.
--adrian
On Thu, 2008-09-18 at 00:20 -0700, Jody Garnett wrote:
Adrian Custer wrote:
Those are my changes done yesterday. I had no idea you had guidelines
now for the UserManual.
I
On Wed, 2008-09-17 at 14:39 -0700, Jody Garnett wrote:
Hi everyone; I have been catching up to all the activity in the user
guide this last week - and updated the writing guidelines to match what
I was doing...
- http://docs.codehaus.org/display/GEOT/6+Documentation
As a quick example the
On Thu, 2008-09-18 at 00:20 -0700, Jody Garnett wrote:
Adrian Custer wrote:
Those are my changes done yesterday. I had no idea you had guidelines
now for the UserManual.
I had them up for a while; mostly when I started to keep my head
straight. I updated them this afternoon to reflect
Hey all,
For a canonical test case, I've been given a file with the 4d flight
positions of the first ballon flight to go around the world.
Unfortunately, it's in the Encarta 'pushpin' format and I can't find a
copy of Encarta anywhere around here.
Would someone with Encarta, please grab the file
I'm a power user of some kind?
--adrian
Adrian Custer wrote:
Hey all,
We had hoped to generate this documentation earlier in the summer but
better late than ...
The page http://docs.codehaus.org/display/GEOTDOC/08+Grid+Coverage
and the first few subsections hold our first draft
On Mon, 2008-09-15 at 09:03 +0200, Martin Desruisseaux wrote:
Michael Bedward a écrit :
Reading the notes about operations from the perspective of a relative
beginner, it's not clear to me what the reasons / pros / cons are for
invoking an operation via Operations.DEFAULT (as with the
Hey Simone,
On a separate subject.
We will need eventually to present, in this grid coverage chapter of
Jody's user manual, all the work you have been doing. I haven't yet
tried to come to grips with all that work and how to present it so I
don't yet have a good sense of (1) the different areas
of my code :)
cheers
Michael
2008/9/15 Adrian Custer [EMAIL PROTECTED]:
Hey all,
We had hoped to generate this documentation earlier in the summer but
better late than ...
The page http://docs.codehaus.org/display/GEOTDOC/08+Grid+Coverage
and the first few subsections hold our
Hey all,
We had hoped to generate this documentation earlier in the summer but
better late than ...
The page http://docs.codehaus.org/display/GEOTDOC/08+Grid+Coverage
and the first few subsections hold our first draft of an explanation of
how the coverage module works at a programmatic level.
Hey,
Right after the svn change over, I asked everyone to do this kind of
test so we could smooth out any of these issues. The reason to do it
back *then* was to isolate what obstacles were do to the transition from
what would happen in the future (ie. today). If we run in to obstacles
today, how
Hey Andrea,
Like everyone else, I'm getting exhausted by this endless
discussion. Here's an overview as I best understand things.
GRID COVERAGES IN GEOTOOLS
--
Geotools, among other things, handles
On Mon, 2008-08-25 at 10:25 -0700, Jody Garnett wrote:
I have set up a proposal here:
- http://docs.codehaus.org/display/GEOTOOLS/Move+to+another+Server
We have talked about moving to another server - the above is a proposal
to do so.
...
The proposal outlines two options: CodeHaus or
Hey Gabriel,
1) I take it you fixed the distribution issues, is that right?
2) The release notes should note that much of the stuff added in the
milestones has now been removed from the distribution: e.g. new Swing
widgets, geometry as supported module, gpx datastore, jaxb annotations.
3) who
On Tue, 2008-08-26 at 07:46 -0700, Jody Garnett wrote:
Adrian Custer wrote:
Hey Gabriel,
1) I take it you fixed the distribution issues, is that right?
I am not sure we did; the assembly continues to pick up everything as I
understand it.
Well then what happens for (2) depends
Hey Andrea,
I happened to notice you added imageio-ext to the build. It's cool that
we can build without GDAL but unfortunately, for the reasons explained
below, I have reverted that change on trunk at revision 31151. I expect
that you will have to do the same on the 2.5 branch prior to release
On Thu, 2008-08-07 at 19:23 +0200, Simone Giannecchini wrote:
Hi all,
As I mentioned in some previous emails, our goal for the imageio-ext
project is mitigate as much as possible the risk of introducing a
dependency which relies on a native library, even though such native
library is well
On Thu, 2008-08-07 at 19:30 +0200, Andrea Aime wrote:
Jody Garnett ha scritto:
Adrian Custer wrote:
I've already lost time on this, on top of a bunch of other things so I
don't have time to chase down the problems and fix them.
You lost me? The problems seem to be in the imageio
On Thu, 2008-08-07 at 22:05 +0200, Andrea Aime wrote:
You told us about the header and we removed the file, what else do you
remember?
One last time: certain files have licenses which appear to be
incompatible with the LGPL.
--adrian
Hey all,
Yes the revision probably does 'break' the rules of SVN so that tools
trying to follow the changes cannot cross that changeset. The repo
afterwards is in a legal state but the transition through that change
probably does not follow regular svn change rules.
For bzr and hg we are forced
, license
Reporter: Adrian Custer
Assignee: Rueben Schulz
While the bulk of GeoTools is LGPL, several modules have mixed licenses. All
these licenses must be listed in the User Guide and the correct licenses added
to the correct modules during assembly.
--
This message
: Adrian Custer
The 3D renderer in spike/zzorn has data of unknown origin. Should be clarified
or dropped.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more
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
: Sub-task
Reporter: Adrian Custer
The VPF module has test data generated from some online system, therefore with
own copyright
The origins of the vpf data are unknown
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
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
modules
Reporter: Adrian Custer
The data files in community-schemas need to be documented as to origin.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
: Adrian Custer
review.apt has an open question about the driver
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http
Reporter: Adrian Custer
The icons in the mappane module are of unkown origin.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see
oraclespatial, license
Reporter: Adrian Custer
Assignee: Andrea Aime
The module has one file that needs clarificiation
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure
, gcimageio-streams, license
Reporter: Adrian Custer
The data for this module need to be clarified
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more
, license
Reporter: Adrian Custer
Assignee: Jody Garnett
Many modules have LICENSE.txt or similar files in them. We need a consistent
story for these.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators
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
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
, new modules
Reporter: Adrian Custer
This module should have been reviewed but Justin did not do it in time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure
Reporter: Adrian Custer
These modules should have been reviewed but Justin did not do it in time.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more
, license
Reporter: Adrian Custer
The module has no review.apt and no info on its status.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more
Reporter: Adrian Custer
No review.apt file in the module which is needed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see
Reporter: Adrian Custer
The module needs review. Jody seemed to think Bryce might have ideas about it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
: Adrian Custer
The module needs a review.apt.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software
Components: license, new modules
Reporter: Adrian Custer
Module has no review.apt, should have one.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
Hey Rob,
This sounds like an interesting observation. What do you mean by
normalized data management? I would be interested to have a bit more
of your vision to see where it meshes into my (GIS) world view.
--adrian
On Fri, 2008-07-04 at 11:53 +1000, Rob Atkinson wrote:
Performance is
at 10:25 PM, Adrian Custer [EMAIL PROTECTED]
wrote:
Hey Rob,
This sounds like an interesting observation. What do you mean
by
normalized data management? I would be interested to have a
bit more
of your vision to see where it meshes
Wohoo!
Martin hath seen the light and been converted to the Distributed
versionning control system meme. Welcome to the sect.
...only a few more m(|bi?)illion brains to go...
--adrian
-
Sponsored by: SourceForge.net
library/metadata confirm (C) transfer from Saul Farber
--
Key: GEOT-1875
URL: http://jira.codehaus.org/browse/GEOT-1875
Project: GeoTools
Issue Type: Sub-task
Reporter: Adrian
Reporter: Adrian Custer
library/render has files in
render/src/test/resources/org/geotools/referencing/piecewise/test-data:
render/src/test/resources/org/geotools/renderer/lite/test-data:
render/src/test/resources/org/geotools/renderer/lite/gridcoverage2d/test-data:
that need to be vetted
Reporter: Adrian Custer
The module has a bunch of xml and xsd files which come from somewhere; they
need documenting.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure
, license
Reporter: Adrian Custer
Assignee: Gabriel Roldán
The origin and license terms for the test-data in
arcsde/datastore/src/test/resources/test-data/
need to be documented.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact
Reporter: Adrian Custer
The code origin for the plugin/db2 code has a (C) IBM which needs to be
resolved.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
1 - 100 of 522 matches
Mail list logo