Gabriel,
I think the move to JAI is *awesome*. I haven't looked at the code
specifically yet, but I really like that you've offloaded the
implementation details that can be handled by JAI to code that doesn't
need to be supported inside geotools.
There's a little on the LZERO_ORIGIN_TILE par
> I understand. My approach is as follows
>
> - we pick up the correct pyramid level before issueing the request
> just as its being done now, then instruct JAI to request always the
> image at index 0. this allows a single query to carry over all the
> tiles for the chosen level, and jai sees it
Gabriel,
I think level zero (the "base" level of a raster) is i ==0
Level one (the "next up" level of a raster) is sometimes skipped because
it's only 1/4 the size, and on-the-fly interpolation of the interesting
area can be faster than the space saved by the level-one pyramid area.
I could be w
Gabriel,
That sounds 100% fine to me.
--saul
Gabriel Roldan wrote:
btw, I'm moving the ArcSDEPyramid and ArcSDEPyramidLevel classes from the
org.geotools.arcsde.gce package to the org.geotools.arcsde.gce.imageio package
as I think they better fit there. Otherwise we end up with cyclic d
Gabriel,
I totally understand that the command-queue stuff needs to move
forward. I'm willing to put some time into the gce stuff, but it would
be great if the gce tests were doing everything the are supposed to be
doing (namely, telling us whether or not the build is working!) Then we
could
Hey gabriel, jody (and others interested in the arcsde datastore!)
I've been working through a local fire here on my end with a partially
successful upgrade from sde 9.1 to sde 9.2, and I've run into a few
weirdnesses with the latest geoserver 1.6.x (geotools 2.4.x) releases.
1) It seems that
Whew, that's a mouthful.
So I found a bug/issue with maven 2.0.9 today.
I have the following pom structure:
geoserver/web/pom.xml -> triggers profile to include
gt-arcsde/datastore/pom.xml
in gt-arcsde/datastore/pom.xml a profile is activated to include an
extra jar
in the 'include that extr
> About date.. Saul, is calendar really needed? I understand the binding should
> be either Date or javax.sql.TimeStamp and Calendar provides just a proper way
> to deal with dates, but its not a data object itself?
>
Two things:
1) calendar (confusingly) *is* a data object itself. It's a dat
Cool. Glad you were able to get things testing jody.
Re: arcsdepyramidtest -- yes, that's a problem. I'll get that fixed as
soon as I'm back in front of my dev station (thursday).
Re: the filter tests failing and the use of calendar...I'll reply to
that email seperately.
--saul
On Fri, 2008-0
Martin,
Can you try it on your local copy and see if it works? Then if it all
works with maven 2.0.9 and no pluginRepository sections, we can consider
the question more fully...as there will be concrete benefits and costs.
--saul
On Sun, 2008-04-20 at 23:40 +0200, Martin Desruisseaux wrote:
> A
Just a heads up to anyone who doesn't know: hudson is freaking cool.
And it's great that TOPP hosts the public hudson build server for
geotools. Thanks everyone at TOPP.
I broke the build, and as I try to fix it, it's really valuable to be
able to look at the remote maven output so easily.
--sa
Affects Versions: 2.5-M1
Environment: Client: arcsde 9.2 jars on linux
Server: arcsde 9.2, oracle 10g on linux
Reporter: Saul Farber
Assignee: Gabriel Roldán
Errors occur when running the Versioned tests in the ArcSDEFeatureStore test
suite
I've read the proposal, and it looks really good to me. I'm trying to
get rastersymbolizer-required raster types built into ArcSDE on trunk,
so I'm really hoping that this proposal passes and I can get those
working soon.
All you PMC folks...vote! Let's get this one rolling.
--saul
On Thu, 20
Indeed. '#' can be troublesome in web requests (if not escaped
properly).
Also, it shouldn't matter what the "ID" character is in CQL ('@','#',
etc.) as long as there is a way to 'escape' that character when it
appears as a part of the query. I.e., if there's a '\#' character pair,
then that's t
andrea,
this command worked for me on trunk in the last few days:
mvn -Dmaven.test.skip -Declipse.projectNameTemplate="1.6.x-[artifactId]"
eclipse:clean eclipse:eclipse
could it be the 'eclipse.' in front of the projectNameTemplate?
--saul
On Wed, 2008-04-16 at 15:08 +0200, Andrea Aime wrote:
Jody,
Sorry to be so silent as you and Gabriel work through the arcsde issues.
I'm not sure what to make of these errors. It could be that someone has
arcmap open and has that layer locked that way. However, when the
arcsde plugin dies in the middle of a test (say with one of those
SeExceptions
Hey gabriel (and anyone else interested),
Do you think we should go with "ArcSdeXXX" or "ArcSDEXXX" for class
names? Also, when should that prefix be applied, and when shouldn't it?
For example, we've got the following classes:
FidReader.java
SdeRow.java
Should these be "ArcS{de,DE}FidReader" a
Simone, Martin,
I'm actually butting up against this very issue right now.
I've got a float-denominated elevation-model raster with values that are
"geophysics" values, not image values. From what I can tell, in order
to handle float-backed rasters, java wants the floats to be normalized
(mapped
URL: http://jira.codehaus.org/browse/GEOT-1751
Project: GeoTools
Issue Type: Improvement
Components: data arcsde
Reporter: Saul Farber
Assignee: Saul Farber
Fix For: 2.5-M1
--
This message is automatically generated by
://jira.codehaus.org/browse/GEOT-1750
Project: GeoTools
Issue Type: Improvement
Components: data arcsde
Reporter: Saul Farber
Assignee: Saul Farber
Fix For: 2.5-M1
--
This message is automatically generated by JIRA.
-
If you think it
Type: New Feature
Components: data arcsde
Reporter: Saul Farber
Assignee: Saul Farber
Fix For: 2.5-M1
We should be able to support raster catalogs (raster tables with multiple
rasters in them) for any raster type that we already support.
This JIRA is
Issue Type: New Feature
Components: data arcsde
Reporter: Saul Farber
Assignee: Saul Farber
Fix For: 2.5-M1
This issue is to track support for 1-byte colormapped rasters stored in ArcSDE
--
This message is automatically generated by JIRA.
-
If
I think it's due to a conflict or bug in the included jaxb jars (in the
1.6.0 jdk distribution).
Failure is in the XSQNameBindingTest test.
Building with jdk 1.5.0_14 works like a charm.
Anyone else have this problem?
--saul
---
Hmm, ok. I'll buy it. That makes sense to me.
Can we (as you suggested, martin) roll this move into the whole "remove
the gt2- prefix" change that we're doing later?
--saul
On Thu, 2008-03-13 at 20:44 +0100, Martin Desruisseaux wrote:
> Saul Farber a écrit :
> >
Gabriel, Jody,
Yes, I'm working with ArcSDE on trunk so I'll be sure to run the test
suite.
Also, gabriel: Justin was able to connect to SDE from geo without
problem. Could it have been a general test failure (something leaving
connections open and the pool running out) rather than a failure to
Hey all,
I'm a little hesitant to move the sde-dummy code away from the sde
module. It is true that it's only used (currently) for building, but
why does that mean that we should move it away from its current home?
I guess I just think that the sde-dummy module isn't really of any
general use, e
Quote away! And feel free to refactor/copy into a post on your blog.
I'd keep a blog, but it's hard enough to remember to eat during the
day...let alone get content up into a blog!
--saul
On Tue, 2008-03-04 at 09:25 -0800, Jody Garnett wrote:
> Thanks Saul; now if only you had a blog to post tha
Good morning Jody,
It took me about 3 days to get up to speed on the xml-xsd parser, and to
implement bindings that read an xml document and generated the
appropriate domain objects.
I'll share my EXTREMELY LIMITED AND DEFINITELY INCOMPLETE/POSSIBLY
INACCURATE analysis of what I've figured out fr
Hey gabriel,
Any chance you've forgotten to commit the .wkt files referenced in
GeometryBuilderTest.java? I'm trying to track them down, but can't seem
to find them in geotools anywhere.
Am I looking in the wrong spot?
thanks much!
--saul
--
Hey all,
Are online tests being run these days? I assume that the hudson build
server isn't running them as they're probably really extensive.
I'd love to integrate the ArcSDE test suite into running online tests so
we can get that feedback to the public list.
If someone can let me know the set
mvn -U clean install gives me a failure in that method.
I cleared out every maven dependency of that module (xsd/core) and ran
it again...same effect.
anyone else seen this test failure?
--saul
-
This SF.net email is spon
I'm getting a test failure in
org.geotools.xs.bindings.XSQNameBindingTest.java as of today (didn't
happen yesterday)
Anyone else seeing it?
I poked around in the test a bit, but didn't see anything obvious.
--saul
-
This S
Simone,
Cool, all your comments make much sense!
Shall we hop on IRC and do a little planning breakout? I'm curious to
know how I can be of the most help while getting the way the least
amount!
I'll hop on IRC real quick and post back whatever we work out.
--saul
On Fri, 2008-01-25 at 20:5
Hey all,
I've opened http://jira.codehaus.org/browse/GEOT-1691
Attached to the JIRA are a tarball (to be unrolled from the root of your
2.4.x checkout directory) and a patchfile. Both are required parts of
the changes. Anyone who has a chance to try out the patch and/or review
the code would be
Components: core coverage, core main, core render
Reporter: Saul Farber
Assignee: Saul Farber
Attachments: rasterSymbolizer_support.patch,
rastersymbolizer_support_files.tar.gz
the 2.4.x_rs branch contains code for full(ish) RasterSymbolizer support in
geotools
ed by comments).
>
> * Tests again with th build snapshot.
>
>
>
> Let me know if it was helpful.
>
> Best regards,
> Daniele
>
>
> On Jan 24, 2008 5:59 PM, Saul Farber <[EMAIL PROTECTED]> wrote:
> Hey all,
>
>
Hey all,
I'm getting test failures in the
org.geotools.referencing.operation.transform.WarpTransformTest class
Any ideas? I thought it might be my local mods, but I've just checked
out a clean copy of 2.4.x from svn, and the failures are there too.
--saul
-
re a pain, and it's easy to have stuff
get left "out there" or get stressful at times when it's most needed.
--saul
On Thu, 2008-01-24 at 08:29 +0100, Andrea Aime wrote:
> Saul Farber ha scritto:
> > Can you maintain the OWS5-based changes as diffs?
>
> Hum...
Hey all,
I couldn't let Andrea get away with poking at standard SLD support in
geotools all by himself!
I'd also like to support a slight extension to the SLD spec, too.
Specifically, the SLD spec only supports two "contrast enhancement"
techniques for rasters. I'd like to also support some vari
Can you maintain the OWS5-based changes as diffs? Or can you promise to
merge in changes from the trunk to your branch every day or something?
--saul
On Wed, 2008-01-23 at 20:35 +0100, Andrea Aime wrote:
> Andrea Aime ha scritto:
> > Hi guys,
> > I need to make some some SLD experiments for the
Reporter: Saul Farber
Assignee: Saul Farber
Priority: Minor
ArcSDE allows one to provide "human-readable" values for less-meaningful
attribute values stored in a database. For example, you could have the value
"1" in the short-integer column "ST_T
Mea culpa!
Sorry to make those commits and then disappear for a week's vacation.
I'll double-check all this tomorrow in the morning when I'm in front of
my dev environment.
--saul
On Tue, 2008-01-15 at 12:07 -0800, Justin Deoliveira wrote:
> Ha... figures. This time around I decided not to set
ndrea Aime <[EMAIL PROTECTED]> wrote:
> > Martin Desruisseaux ha scritto:
> > > Hello Saul
> > >
> > > Saul Farber a écrit :
> > >> I've got a test failure in WorldImageWriterTest that I think I've
> > >> isolated. You have a
Hey all,
I've committed a gt2-xml-xsd based wms v1_1_1 configuration/bindings to
the 2.4.x geotools branch.
It's not actually used by any internal code in geotools right now, but
it's an option for anyone who is parsing WMS v1_1_1 capabilities
documents and doesn't want to use the gt2-xml (GTXML)
Hey martin,
I've got a test failure in WorldImageWriterTest that I think I've
isolated. You have a second to hop on irc:#geotools and work through it
with me?
--saul
-
Check out the new SourceForge.net Marketplace.
It's th
sappeared, We had to manully edit the pom.xml.
>
> We need a stable environment, we don't want the code update break our
> work every day. We need some advice on them.
>
> Thank you.
>
> On Dec 12, 2007 1:39 PM, Saul Farber <[EMAIL PROTECTED]> wrote:
> > A reall
A really important part of working with geotools/geoserver is to use
maven's "eclipse:eclipse" plugin/goal.
So start with nothing in your eclipse workspace (delete all projects you
have in eclipse, but leave the svn checkout)
Then do "mvn clean install" in the root geotools directory (optionally
[EMAIL PROTECTED]:~> mvn -version
Maven version: 2.0.7
Java version: 1.6.0_03
OS name: "linux" version: "2.6.22.13-0.3-default" arch: "i386"
--saul
On Mon, 2007-12-10 at 09:25 -0800, Jody Garnett wrote:
> I did a quick poll on yahoo messanger and found that many developers are
> using a version
Hey all,
So as I've been going through the (iterative) process of building
bindings for WMS 1.1.1 using the streaming parser, I've come across a
general question.
Namely: How wedded is everyone to the classes and implementation in
org.geotools.ows.wms? For example: WMSCapabilities.java isn't qu
+Generator
I've installed it into eclispe and the GTXML sub-menu shows up. We'll
see how it goes from here.
--saul
On Fri, 2007-11-30 at 18:53 -0500, Saul Farber wrote:
> Hey all,
>
> So I'd like to port the WMS client to use the XML-bindings parser (away
> from the XDO
Hey all,
So I'd like to port the WMS client to use the XML-bindings parser (away
from the XDO parser). Partly this is a test of my own knowledge, and
partly it's that I'm developing a client and I'd like to not have to
bundle two sets of jars/parser-engines along with it.
I assume that the gt2-x
n the code and see if I can come up with anything. Also
I'll ask Justin when he gets back (as this is largely his area of
expertise/code, right?)
--saul
On Fri, 2007-11-30 at 12:51 -0500, Saul Farber wrote:
> Hey all,
>
> So I know on some level that there's code to read a .X
AXHandler schemaHandler = new XSISAXHandler(schemaLoc);
> >
> > reader.setContentHandler(schemaHandler);
> > reader.parse(new InputSource(new
> > URL(schemaLoc.toString()).openConnection().getInputStream()));
> >
> > FeatureType ft =
> > GMLComplexTypes.createFea
Loc.toString()).openConnection().getInputStream()));
FeatureType ft =
GMLComplexTypes.createFeatureType(schemaHandler.getSchema().getElements()[0]);
--saul
On Fri, 2007-11-30 at 12:51 -0500, Saul Farber wrote:
> Hey all,
>
> So I know on some level that there's code to read a .XSD file
Hey all,
So I know on some level that there's code to read a .XSD file and turn
it into a FeatureType object (at minimum for GML2 there's the 'old' SAX
parsing stuff in gt2-xml).
My goal is something like this:
FeatureType t = FeatureTypeFromSchema.readXSD(new
File("myfeaturetype.xsd));
t.getNu
means we should be extra cautious about keeping the
> dummy api binary compatible with the esri jars?
>
> cheers,
>
> Gabriel
> On Thursday 29 November 2007 06:33:22 pm Saul Farber wrote:
> > Hey all,
> >
> > A while ago there was this specific problem in buildin
Hey all,
A while ago there was this specific problem in building the arcsde
datastore. The problem was:
* if you were building the datastore in a DEFAULT way (i.e., not to
actually use it, just to make sure it would compile) then you needed one
set of jarfiles on your classpath.
* if you were b
Hey all,
I had occasion to try and help some folks serve a GML2 file as a
datastore in geoserver today.
I put together some fixes which are in a patch attached to
http://jira.codehaus.org/browse/GEOT-1602
Anyone object to my commiting those fixes there? Anyone have production
code running on th
/GEOT-1602
Project: GeoTools
Issue Type: Bug
Components: data gml
Affects Versions: 2.4-RC1, 2.4.0
Reporter: Saul Farber
Assignee: Saul Farber
Fix For: 2.4-RC1
Attachments: gmlfile-broken-sample.zip, gt-gml-datastore.patch
Hey all (especially martin!)
I parsed a heterogeneous featurecollection today. This caused line 220
of DefaultFeatureCollection.java to be run
(http://svn.refractions.net/geotools/geotools/branches/2.4.x/modules/library/main/src/main/java/org/geotools/feature/DefaultFeatureCollection.java)
When
m.
Other than that everything went fine.
--saul
On Wed, 2007-11-14 at 20:03 +0100, Martin Desruisseaux wrote:
> Saul Farber a écrit :
> > $ mvn -Declipse.projectNameTemplate="2.4.x-[artifactId]" eclipse:eclipse
> >
> > I'll be trying it out m
Martin,
I'm trying it out.
By the way, there's no special mvn setup to get eclipse:eclipse working.
It's a special -D option passed to eclipse:eclipse to get it to add a
prefix to the project name.
Like so:
$ mvn -Declipse.projectNameTemplate="2.4.x-[artifactId]" eclipse:eclipse
I'll be tryin
Ahh, the curse of the "willing to do it".
Stefan, I've looked at your suggestions, and here are my thoughts:
1) I'm not sure I understand the changes well enough on this one, but
if you could provide a patch using "svn diff" on the PPPFSV.java file,
then I can review and give you the ok on this
to do in the next couple of days.
> So I don't think, I will be able to finish any of the things I just
> promised to do before the end of next week. I hope you can wait that
> long. Otherwise someone else has to volunteer.
>
> cheers,
> stefan
>
>
> Saul Far
I really think this conversation needs to move to the IRC meeting.
There are LOTS of things to say, and I can't send my emails fast enough
to keep up with the changing discussion.
3:00. Be there or be square!
--saul
On Tue, 2007-10-30 at 14:30 -0400, Chris Holmes wrote:
>
> Andrea Aime wrote:
Ahh, the curse of the "willing to do it".
Stefan, I've looked at your suggestions, and here are my thoughts:
1) I'm not sure I understand the changes well enough on this one, but
if you could provide a patch using "svn diff" on the PPPFSV.java file,
then I can review and give you the ok on this
: Improvement
Components: data arcsde
Affects Versions: 2.4-RC0
Reporter: Saul Farber
Assignee: Saul Farber
See
http://www.nabble.com/ArcSDE-and-DB2-always-produces-warnings-...-t4351884.html
--
This message is automatically generated by JIRA.
-
If you think it was
: core coverage
Affects Versions: 2.4.0
Reporter: Saul Farber
Assignee: Martin Desruisseaux
Fix For: 2.5-M0
I'd like to support histogram-statistical contrast stretching on rasters,
specifically in ArcSDE, but possibly as a general filter for GridCove
Reporter: Saul Farber
Assignee: Gabriel Roldán
Fix For: 2.4.0
The ArcSDE module is ready for supported status. This task is to make sure it
happens.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of
Components: data arcsde
Reporter: Saul Farber
Assignee: Gabriel Roldán
Priority: Minor
Fix For: 2.5.0
We should have the ArcSDE testing code create all the tables that it needs,
rather than depending on pre-loading data. That way we can skip the
Reporter: Saul Farber
Assignee: Martin Desruisseaux
Priority: Minor
A MapProjection.equivalent(MapProjection) method could performs a work similar
to MapProjection.equals(Object), but check only for field values relevant to
'transform' and 'i
Issue Type: Improvement
Components: core referencing
Affects Versions: 2.4.M1, 2.4.M0, 2.3.0, 2.3.M0
Reporter: Saul Farber
Assigned To: Martin Desruisseaux
Attachments: Logging.patch
The org.geotools.util.Logging class (coupled with the
org.geotools.util.Com
> who is using geoserver as a WFS in production systems?
Commonwealth of Massachusetts in the USA is.
>
> Is it as a "point of truth" or as a public usage data source (if the
> latter, URLs anyone, and what is the basis of the "contract:" between
> the provider and a client who has to interpr
I removed my idiot hat, figured out that you have to explicitly declare
dependencies between modules, fixed the pom and now it should work.
--saul
-
Using Tomcat but need to do more? Need to support web services, security?
G
Hey all,
I'm a little stumped...what's up with the current continuum build failing?
Here's the error message:
/home/cruise/continuum-1.0.3/apps/continuum/working-directory/224/plugin/arcsde/datastore/test/org/geotools/arcsde/gce/ArcSDEGCReaderSymbolizedTest.java:[40,49]
package org.geotools.re
My bad. I forgot to update the dummy api to cover the newly used raster
classes.
Will be fixed shortly.
--saul
Continuum wrote:
> http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/526
>
> -
Gabriel, if there's anything you see that needs to be changed, please
let me know, or just change it! All tests are passing on my end.
Next up: getting all this work on trunk.
--saul
-
Using Tomcat but need to do more? Nee
Hey all,
So I'm finally wrapped up with a VERY alpha cut at ArcSDE Rasters.
They're not committed to SVN yet, but they're in-sync with the latest
2.3.x revision.
I've updated the ArcSDE Plugin page in confluence to mention them, and
have linked it to a "status" page to track their eventual pro
Hey all,
Is the OnlineTestCase and related framework stuff in-place on 2.3.x, or
is it a trunk-only thing?
Working from here:
http://docs.codehaus.org/display/GEOT/5.+7+Testing
Just checking.
thanks!
--saul
-
Using Tomcat
Justin,
> Gabriel: Is it an option to upgrade the commons-pool library to 1.3?
I've bumped against the commons-pool-in-arcsde code lately (refactoring
ArcSDE pooling for ArcSDE GCE support) and I didn't think there would be
any problem with upgrading to commons-pool-1.3. So I did it (changed
Jody,
I think it's well understood that having most of the good coverage
support/work on 2.3.x is unideal right now, but I'm surprised that
you're just coming across this issue for the first time right now.
As I understand it Simone and Alessio targeted 2.3.x back when 2.4.x was
still a gleam
y the
GridCoverageRenderer!
sorry for any confusion.
--saul
Saul Farber wrote:
> I've got some questions (hopefully quick!) about Category and
> GridSampleDimension. Specifically about how I should create categories
> for a stored photo...it's both geophysics (as in it is a
I've got some questions (hopefully quick!) about Category and
GridSampleDimension. Specifically about how I should create categories
for a stored photo...it's both geophysics (as in it is actually what's
on the ground) and it's the true sample values (as in it's actually
what's in the coverage
Jody Garnett wrote:
> Saul Farber wrote:
>> Jody Garnett wrote:
>>> Saul this API (ImageReaders) kind of is what you want to make it to be;
>> Or do you mean that the API as defined in modules/coverage (I think
>> you referred to it as GCE below) is open-ended enoug
Jody Garnett wrote:
> Saul this API (ImageReaders) kind of is what you want to make it to be;
Not quite sure what you mean here...do you mean that the
javax.imageio.ImageReader class (the ImageReader I'm referring to below)
is an open-ended enough API that one can write a new ImageIO plugin (an
Hey simone,
(ccing geotools-devel for posterity)
Quick question: when we chatted earlier I said that I was creating
"short-lived" ImageReaders (err, ArcSDE raster ImageReader subclasses)
and throwing them away from request to request, but in order to do that
I'm discarding the ability of the
Hey Simone,
I've read through the ArcGrid raster example as well as other
documentation, and I'm pretty clear on why and how to create an ImageIO
plugin. It'll take a little "stretching" of the traditional semantics
of the model to make it fit pulling images from a database, but it seems
that
>
> Sure I can, but before I would like to have feedback from other people too.
> I've been away from Geotools quite a bit of time and some things changed
> in my absence, so I fear breaking stuff.
Makes perfect sense to me. I figure if I bring it to your attention
when you're also digging int
Oh yeah, if you work out your issues on this by applying changes to
ReTypeFeatureReader and DefaultAttributeType.equals(), can you also take
a look at the patches attached to my JIRA issues and see if you can work
them in too?
thanks much!
--saul
Andrea Aime wrote:
> Hi all,
> I have a few que
Andrea,
I bumped against the ReTypeFeatureReader and FeatureType equality
recently. I don't think my issues were quite as general as yours are,
but here's what I came up with:
http://jira.codehaus.org/browse/GEOT-1080
and
http://jira.codehaus.org/browse/GEOT-1081
Here's the nabble thread:
htt
But of course! This was really three bugs all rolled up into one, so I
created three jiras, and attached testcases to two of them.
ReTypeFeatureReaderTest is the one that addresses this thread. See
http://jira.codehaus.org/browse/GEOT-1080
--saul
Jody Garnett wrote:
> Saul we must limp befor
Affects Versions: 2.3.0, 2.3.M0, 2.3.1, 2.4.M0, 2.4.0
Reporter: Saul Farber
Assigned To: James Macgill
Fix For: 2.3.1, 2.4.M0, 2.4.0
Attachments: handleCRSOnInlineFeatures.patch, inlineFeatures.sld,
SLDInlineFeaturesTest.java
Just a straight-up bug
Project: GeoTools
Issue Type: Bug
Components: core feature
Affects Versions: 2.3.0, 2.3.M0
Reporter: Saul Farber
Fix For: 2.3.1
Attachments: differentCRSGeometricAttributeTypesAreDifferent.patch
Consider two featureTypes:
featureTypeA.getDefau
Components: core main
Affects Versions: 2.3.0, 2.3.M0
Reporter: Saul Farber
Assigned To: James Macgill
Fix For: 2.3.1
Attachments: reTypeFeatureReaderCasting.patch,
ReTypeFeatureReaderTest.java
Ok, here's a re-thinking of this pr
Done and done. Confirming that I can commit to the ArcSDE module.
--saul
Gabriel Roldán wrote:
> How about applying http://jira.codehaus.org/browse/GEOT-1025 on 2.3 and trunk
> yourself?
>
> btw, welcome and god bless you for helping with this beast :)
>
> Gabriel
>
Cool. Totally makes sense now. Feel a little stupid for reading
"newType.numAtts() > oldType.numAtts" as "newType.numAtts() !=
oldType.numatts()"
In any case, with a few fixes that I put into ReTypeFeatureReader, it
does everything it used to do, and now covers a slightly more general
case (
Ok, here's a re-thinking of this problem.
ReTypeFeatureReader was really a "ReOrderFeatureReader" because it used
the same "equals()" call to determine whether the featureTypes were
really the same *and* to determine whether they were "compatible" or
maybe "retype-able".
So the question is, wh
Hey all,
I'm trying to fix InlineFeature support in Geoserver, and I tracked the
problem down to a lack of CRS info on the created DataStore.
Basically, the StreamingRenderer didn't know which CRS to use to render
the inline-supplied data, so it didn't get rendered at all.
Fixing up a few thin
Ok, then I'll confirm 90% right now, and confirm 100% that it works when
I get a chance to commit something.
--saul
>
> this latter,
> --adrian
>> --saul
>>
-
Take Surveys. Earn Cash. Influence the Future of IT
Join Source
Hmm...I can confirm receipt of emails, but having trouble confirming
with a checkout.
Is there a different SVN url for r/w checkouts of the gt tree? I tried
the following, and it worked (which means something is wrong, right? My
password isn't 'garbage' so it should have failed, no?)
svn co
1 - 100 of 154 matches
Mail list logo
