Re: [Geotools-devel] Avoid unneded exceptions in DataUtilities.defaultValue when rendering a coverage

On Fri, 2011-05-06 at 21:00 +0200, Andrea Aime wrote: > On Fri, May 6, 2011 at 3:26 PM, Gabriel Roldán wrote: > > Hi all, > > > > sorry for the cross-posting. > > > > I wonder what you think of explaining > > org.geotools.data.DataUtilities.defaultValue th

[Geotools-devel] Avoid unneded exceptions in DataUtilities.defaultValue when rendering a coverage

Hi all, sorry for the cross-posting. I wonder what you think of explaining org.geotools.data.DataUtilities.defaultValue that AbstractGridCoverage2DReader and GeneralParameterValue are valid arguments to that function and hence it should return null instead of throwing IllegalArgumentException. T

Re: [Geotools-devel] Adding type and return info to FunctionName

On Fri, 2011-04-29 at 11:17 -0600, Justin Deoliveira wrote: > Hi all, > > > I wanted to continue on with some chat about the FunctionName > interface. Jody recently modified it to return a list of argument > names. However as Andrea noted in that thread it does not give any > information about th

Re: [Geotools-devel] 2.7.1 release this week?

On Tue, 2011-04-05 at 09:55 +1000, Jody Garnett wrote: > Hey Justin. > > > How about this ... can we release a 2.7.0.1 to maven and tag. +1 > > > And then update the 2.7.0 download page to indicate that a 2.7.0.1 > release is available in maven containing a few bug fixes for GeoServer >

Re: [Geotools-devel] arcsde docs confusion

ody Garnett > > > > On Tuesday, 5 April 2011 at 7:16 AM, Gabriel Roldán wrote: > > > btw, I see this is only on trunk, right? > > > > On Mon, 2011-04-04 at 18:07 -0300, Gabriel Roldán wrote: > > > Hey sorry for the late reply. > > > > > >

Re: [Geotools-devel] arcsde docs confusion

btw, I see this is only on trunk, right? On Mon, 2011-04-04 at 18:07 -0300, Gabriel Roldán wrote: > Hey sorry for the late reply. > > Yeah, unfortunately the geotools arcsde docs are running behind the > geoserver ones. I'll give it a quick update now though. > > Che

Re: [Geotools-devel] arcsde docs confusion

Hey sorry for the late reply. Yeah, unfortunately the geotools arcsde docs are running behind the geoserver ones. I'll give it a quick update now though. Cheers, Gabriel On Mon, 2011-04-04 at 23:53 +1000, Jody Garnett wrote: > Hi Gabriel > > > I have ported the wiki docs for arcsde (datastore a

Re: [Geotools-devel] Performance patch bug

On Thu, 2011-02-17 at 10:25 +1000, Jody Garnett wrote: > What are you trying to communicate with a size of 0? > > > You could consider returning Integer.MAX_VALUE if you are unsure of > the size of the collection -1 has been used elsewhere to signal "unknown size", so I'd recommend that ins

Re: [Geotools-devel] Complex features without application schemas: would it work?

Still I think it could be possible to grab a hand made FeatureType and derive its xsd, right? Even if it may break right now, it shouldn't be that complicated? What do you mean the encoder needs to know about substitution groups? can't it work if there are no substitution groups? The FeatureType it

Re: [Geotools-devel] ArcSDE 10?

we do. If you find any problem just report back as a bug. But it's already supported (though only tested against Oracle11g). Cheers, Gabriel On Tue, 2011-02-08 at 11:29 +0800, Ben Caradoc-Davies wrote: > Gabriel, > > do we support or plan to support ArcSDE 10 as a datastore backend? > > Kind rega

Re: [Geotools-devel] help with sourceforge

On Sun, 2011-01-30 at 10:16 +0100, Andrea Aime wrote: > On Sat, Jan 29, 2011 at 11:25 PM, Justin Deoliveira > wrote: > > Hi all, > > I have the release artifacts built but having issue with sourceforge. > > Apparently there was a global password reset a few days ago and everyone has > > to recover

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk-docs #432

I'm not sure why the trunk docs build failed but I certainly didn't commit to the docs and the normal build succeeded. Any clue? Gabriel. On Wed, 2011-01-19 at 07:35 +, Hudson wrote: > See > > Changes: > > [groldan] GEOT-

Re: [Geotools-devel] GML3 support for Arcs and Circles

beware when applying the patch that it introduces gt-epsg-hsql as a hard dependency, it should be scoped as provided or test. 2c./ Gabriel On Wed, 2011-01-12 at 18:42 -0700, Justin Deoliveira wrote: > Hi Erik, > > > My apologies, this is the first I am seeing of this patch. > Unfortunately the c

Re: [Geotools-devel] proposal: namespace support for properties

Community +1 here. Gabriel. On Thu, 2011-01-13 at 10:16 -0500, Ian Turton wrote: > +0 from me, I haven't had the time to follow the discussion (start of > term here) but I expect namespaces are a good idea. > > Ian > > -

Re: [Geotools-devel] Query and CommonFactory finder (ie beyond namespace 2)

On Tue, 2011-01-11 at 13:30 +1000, Jody Garnett wrote: > The namespace 2 discussion has been productive (introducing of gt-opengis, > creation of two proposals) but is now stuck... > > The Query interface would like to work with PropertyName to capture a list of > xpath expressions to be obtaine

Re: [Geotools-devel] proposal

Good thoughts, I second that. Cheers, Gabriel On Tue, 2011-01-04 at 10:31 -0700, Justin Deoliveira wrote: > Apologies for being behind on this proposal. I don't know if anything > went forward on this. I don't seen any commits that indicate so. Here > is my feedback. > > > * +1 on the idea as a

Re: [Geotools-devel] namespaces part 2

ut methods for the above List. > > Jody > > On 23/12/2010, at 11:51 PM, Gabriel Roldán wrote: > > > +1 > > > > On Mon, 2010-12-20 at 17:23 +1100, Jody Garnett wrote: > >> I though about this; like the idea of using a List from an ease

Re: [Geotools-devel] namespaces part 2

+1 On Mon, 2010-12-20 at 17:23 +1100, Jody Garnett wrote: > I though about this; like the idea of using a List from an ease > of use / consistency point of view. However I think I may of slightly > missed the point ... > > > In the code example I tried to show the use of an xpath for > propertyN

Re: [Geotools-devel] Rendering Transformed Data

Hi Simone, thanks for the detailed description of the intended work. It sounds very interesting to me and the approach just right. In my opinion, if there's something preventing innovation on trunk then our process is weak, even if trunk is approaching a release. May be we shouldn't release from

Re: [Geotools-devel] polymorphism and rendering

On Mon, 2010-12-20 at 10:37 +0100, Andrea Aime wrote: > On Mon, Dec 20, 2010 at 10:11 AM, Niels wrote: > > > >> There is some truth there but it's not the whole story. > >> Yes, that method extract all of the attributes used in the style, whether > >> they are used in a filter or in the symbolizer

Re: [Geotools-devel] namespaces part 2

Question is whether we actually need Query.setNamespaceContext. I'm waiting on Niels for it, though I have the slight impression that we could live without it. But it's harder to get rid of it for Filter. Reasoning: - Query.setPropertyNames includes the requested property names, but there are pract

Re: [Geotools-devel] ... namespaces

Hi all, sorry this turned out to be a long mail. I just read the latest messages on this thread from yesterday but had to back track from start up to this one to see why you're looking for an alternative to FilterFactoryImplNamespaceAware. As per Justin's concern of making it part of core but opt

Re: [Geotools-devel] WFS module back to supported

1.1) > > Hmmm, a bit to global > > Roy > > > __ > From: Roy Braam [mailto:roybr...@b3partners.nl] > To: Gabriel Roldán [mailto:grol...@opengeo.org] > Cc: geotools-de

Re: [Geotools-devel] WFS module back to supported

Note I never really meant "from scratch", despite I generally share the excitement of starting something new and the "but done well" sentiment, yet the devil is in the details and I'd rather get what's wfs 1.1 out of the current module as the basis for the new one. Making WFS_1_1_DataStore extend f

Re: [Geotools-devel] WFS module back to supported

Glad you want to help Roy, I can provide you some of the guidance you need to get started. First a clarification: The wfs module is divided in classes that support wfs 1.0 and 1.1. The 1.0 code path is the one that's unsupported, because no one that I know is able to really maintain it, nor de old

Re: [Geotools-devel] Parsing and encoding GML geometry metadata properties

I believe at some point in history we lacked Property.userData but had PropertyDescriptor.userData, which was cumbersome, then Property.userData was added and that's where we _could_ store this kind of metadata, as long as: - app-schema config allows to map database properties to Property/Attribute

Re: [Geotools-devel] extending arcsde-ds with direct connect mode

sounds good, we don't really support 9.1 anymore anyways. Did you attach the patch to the jira issue? Otherwise send it to me by email, I think I'll have time over the weekend to apply it on svn. Glad you worked it out and it's working. If possible also send a couple sentences and example configura

Re: [Geotools-devel] commits mailing list

do you want me to change your subscribed email address to @opengeo.org? On Thu, 2010-09-23 at 13:21 -0300, Gabriel Roldán wrote: > this is the only one I know of? > <https://lists.sourceforge.net/lists/listinfo/geotools-commits> > > On Thu, 2010-09-23 at 10:10 -0600, Justi

Re: [Geotools-devel] commits mailing list

this is the only one I know of? On Thu, 2010-09-23 at 10:10 -0600, Justin Deoliveira wrote: > Hi all, > > > Does anyone know how to manage your subscription to the commits > mailing list. Recently we did a switch over for mail at wo

Re: [Geotools-devel] breaking attribute access behaviour

chipping in really late, sorry. There might be a way to at least alleviate the problem without any code change... You're right the filter spec does not say anything about non existent properties, and the current behaviour is 'consistent' with xpath in that X-Path will return an 'empty list' when a

Re: [Geotools-devel] resources for app-schema unit tests with shapefile

> So it looks like I need to register a DataStoreFactory or > DataStoreFactorySpi for shapefiles in some META-INF file somehow. I no you don't, that's the job of the shapefile plugin, you just need to make sure it's on the classpath. Check your pom.xml and make sure there's a dependency (if you

Re: [Geotools-devel] [Geoserver-devel] Broken GML3 OutputFormat feature type name assumption

On Saturday 14 March 2009 05:51:21 Andrea Aime wrote: > grol...@opengeo.org ha scritto: > ... > > > And note that this is such a need that if there's too much resistence > > to add (or better replace) FC.getSchema by FC.getContentDescriptor, > > Ben will still be able to do achieve his gloal by get

Re: [Geotools-devel] ArcSDE bug fixes

Hey thanks for catching up those defects. As they're all related to the createSchema functionality I'd say please just create a single jira issue and attach a patch to it. TIA, Gabriel On Tuesday 03 March 2009 15:08:47 jericks wrote: > I was using the GeoTools ArcSDE extension to create a new f

Re: [Geotools-devel] cascading WFS

ack.txt attached). It looks as though the org.geotools.xml.XSD class is > also ignoring the auth info that is required for the WFS when it does a > DescribeFeature. > > -Tim > > > From: Gabriel Roldán [mailto:grol...@opengeo.org] > Sent

Re: [Geotools-devel] Namespace support

On Thursday 26 February 2009 02:04:15 Jody Garnett wrote: > On Thu, Feb 26, 2009 at 2:54 PM, Ben Caradoc-Davies > > wrote: > > Justin Deoliveira wrote: > >> Changing the Query API will affect every DataStore. If this is done by > >> > >>> expanding Query and DefaultQuery as you indicated, it shoul

Re: [Geotools-devel] about wiping out invalid fids from queries

l and postgis online tests enabled. Looking forward to your comments. Gabriel On Friday 05 December 2008 16:05:07 Gabriel Roldán wrote: > Hi Andrea, thanks a lot for the insights. > please see comments below. > > On Thursday 04 December 2008 17:03:04 Andrea Aime wrote: > > Ga

Re: [Geotools-devel] use of FilterCapabilities

On Wednesday 03 December 2008 23:28:42 Jody Garnett wrote: > Gabriel Roldán wrote: > > understood. > > But since my first goal was to port what currently is on > > PostPreProcessFilterSplittingVisitor to non deprecated stuff what if I > > move it to main so we ca

Re: [Geotools-devel] about wiping out invalid fids from queries

Hi Andrea, thanks a lot for the insights. please see comments below. On Thursday 04 December 2008 17:03:04 Andrea Aime wrote: > Gabriel Roldán ha scritto: > > Hi Andrea, > > > > giving a run at simplifying filters for jdbc datastores (for instance, > > postgis) I have s

[Geotools-devel] about wiping out invalid fids from queries

Hi Andrea, giving a run at simplifying filters for jdbc datastores (for instance, postgis) I have some doubts on where it'd be best to do so, since I'm not an expert on the jdbc datastores I thought I may use your thoughts once more to not mess it up :) So, we have this nice issue (http://jira

Re: [Geotools-devel] use of FilterCapabilities

Hi Jody, comments below On Monday 01 December 2008 22:02:46 Jody Garnett wrote: > Hi Gabriel. > > > > There is however one *very* interesting wrinkle; Functions can now have > > > a fallback value allow the "split" to be evaluated even if the function > > > is not supported - I think it would be g

Re: [Geotools-devel] TXT documentation finished - voting process status

On Sunday 30 November 2008 00:56:37 Jody Garnett wrote: > Gabriel Roldán wrote: > > Wonder if once TXT is officially supported on trunk ExpressionBuilder > > should be removed from main and hence remove running javacc on main which > > will lower the module building time. I&

Re: [Geotools-devel] use of FilterCapabilities

On Sunday 30 November 2008 00:19:00 Jody Garnett wrote: > Gabriel Roldán wrote: > > Hey Jody, > > > > I know you may be full of work, but if you have a chance it'd be great if > > you could take a look at my comments on > > http://jira.codehaus.org/browse/GEO

[Geotools-devel] use of FilterCapabilities

Hey Jody, I know you may be full of work, but if you have a chance it'd be great if you could take a look at my comments on http://jira.codehaus.org/browse/GEOT-1637 I have ported PostPreProcessFilterSplittingVisitor to use Capabilities instead of the deprecated geotools FilterCapabilities and

Re: [Geotools-devel] TXT documentation finished - voting process status

On Friday 28 November 2008 14:38:53 Andrea Aime wrote: > Gabriel Roldán ha scritto: > > Wonder if once TXT is officially supported on trunk ExpressionBuilder > > should be removed from main and hence remove running javacc on main which > > will lower the module building

Re: [Geotools-devel] TXT documentation finished - voting process status

Wonder if once TXT is officially supported on trunk ExpressionBuilder should be removed from main and hence remove running javacc on main which will lower the module building time. I'm not sure if someone is still using the old ExpressionBuilder on main but in my understanding it is completely s

Re: [Geotools-devel] Trunk build failure, Hudson broken

> I checked on the Hudson config, it's actually configured > to send a mail to geotools-devel@lists.sourceforge.net > In fact Hudson has not been sending mail since a few > days... oh, Arne is gone India, Hudson is using his on > mail account to post mails, maybe he disabled completely > the accou

Re: [Geotools-devel] ComplexAttribute with simpleContent in GeoAPI 2.2

they're siblings, but I don't think we should escape from it now... Gabriel On Saturday 18 October 2008 01:15:57 pm Gabriel Roldán wrote: > Jody we had this discussion a couple times now and you keep telling we can > model an xs:complexType with xs:simpleContent as a ComplexAttribute

Re: [Geotools-devel] ComplexAttribute with simpleContent in GeoAPI 2.2

Jody we had this discussion a couple times now and you keep telling we can model an xs:complexType with xs:simpleContent as a ComplexAttribute but I keep not seeing it that easy. Basically, in xml any type with simple content that allows xml attributes is a xs:complexType with xs:simpleContent.

[Geotools-devel] GeoTools 2.4.5 released

The GeoTools 2.4.5 release is available for download:      * http://geotools.codehaus.org/2.4.5 This release is mainly driven by the Geoserver 1.6.5 release train, and contains bug fixes for various DataStore implementations and on rendering and styling. For more information please visit our web

[Geotools-devel] code freeze on 2.4.x finished

Hi all, 2.4.x is unfrozen. regards, Gabriel On Thursday 04 September 2008 07:27:20 pm Gabriel Roldán wrote: > Hi, > > code freeze starts now, please hold on commits for 2.4.x > > Gabriel > > On Thursday 04 September 2008 06:00:01 pm Gabriel Roldán wrote: > > Hi all,

Re: [Geotools-devel] Call for a code freeze on 2.4.x

Hi, code freeze starts now, please hold on commits for 2.4.x Gabriel On Thursday 04 September 2008 06:00:01 pm Gabriel Roldán wrote: > Hi all, > > we're calling for a code freeze on the GeoTools 2.4.x branch in order to > release 2.4.5 > > The code freeze is meant to star

[Geotools-devel] Call for a code freeze on 2.4.x

Hi all, we're calling for a code freeze on the GeoTools 2.4.x branch in order to release 2.4.5 The code freeze is meant to start in two hours from now. Excuse the short time window, if you have any pending commit that can meet that timeframe please do. Otherwise please hold on commiting to 2.4

[Geotools-devel] upcoming 2.4.5 release

Hi all, we're going to release the final version of the geoserver 1.6.x series and hence will need to release geotools 2.4.5 by the end of the week. As far as I know GeoServer 1.6.x is the only one making use of 2.4.x? The plan is as simple as moving all pending issues non crucial for geoserver

[Geotools-devel] SLD Parsing and WhiteSpaces (resurrected topic)

Hi, I've been looking at 1.6.5 issues to solve yesterday and found GEOS-1661 and GEOS-1620 and recall a thought that rounded my mind when this was discussed. The thing is, it _is_ by (xml) spec that spaces in a cssparameter element are trimmed and also newlines, BUT what we were missing is that

Re: [Geotools-devel] about to tag 2.5-RC1

understood. So, are you close to commit those sample code changes? we're holding on releasing until you give me the go ahead to retag RC1 Cheers, Gabriel On Thursday 28 August 2008 02:32:33 pm Jody Garnett wrote: > Gabriel Roldán wrote: > > sure. > > > > BTW, the

Re: [Geotools-devel] about to tag 2.5-RC1

sure. BTW, the plan was to deploy to the maven repo but not to SF, right? Gabriel On Thursday 28 August 2008 01:53:21 pm Jody Garnett wrote: > Gabriel can you wait 30 mins while I update the "First Project" sample > code? Tara Alan was kind enough to send me some corrections. &g

[Geotools-devel] about to tag 2.5-RC1

Hi all, I'm about to tag and deploy 2.5-RC1, no formal announcement on sourceforge though, in order to have a tag where to base the GeoServer-1.7-RC2 release comming this week. This is so in order for Anrea's shapefile improvements after 2.5-RC0 to get in the geoserver distribution. Best rega

Re: [Geotools-devel] GeoTools 2.5-RC0 released

abriel > > --adrian > > On Tue, 2008-08-26 at 11:24 -0300, Gabriel Roldán wrote: > > The GeoTools 2.5-RC0 release candidate is available for download: > > > > * http://geotools.codehaus.org/2.5-RC0 > > > > The GeoTools 2.5 series is reaching stability.

[Geotools-devel] GeoTools 2.5-RC0 released

The GeoTools 2.5-RC0 release candidate is available for download: * http://geotools.codehaus.org/2.5-RC0 The GeoTools 2.5 series is reaching stability. The target 2.5.0 release is centred around making a new Feature model available. The new feature model is based on formal GeoAPI interfaces

[Geotools-devel] Refractions repo down

Hi, lists.refractions.net hangs out for me. could you check it? TIA, Gabriel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win gr

Re: [Geotools-devel] GeoTools 2.5-RC0 - broken on validaiton

> > > > > [INFO] > > > > [INFO] For more information, run Maven with the -e switch > > [INFO] > > > > [

[Geotools-devel] GeoTools 2.5-RC0 released but not announced, please try it out

Hi, GeoTools 2.5-RC0 is released, though I'm holding on the announcements until Monday morning, as usual. Meanwhile if any of you can try out the downloads from soureforge that'd be great. Regards, Gabriel - This SF.Net

[Geotools-devel] End of code freeze on 2.5.x branch

Hi all, 2.5.x is free to go, thanks for waiting while it was frozen. Gabriel On Friday 22 August 2008 04:52:35 pm Gabriel Roldán wrote: > Hi, > > code freeze starts now, please hold on commits for 2.5.x > > Gabriel > > On Friday 22 August 2008 02:25:26 pm Gabriel Rol

[Geotools-devel] Code freeze on 2.5.x branch

Hi, code freeze starts now, please hold on commits for 2.5.x Gabriel On Friday 22 August 2008 02:25:26 pm Gabriel Roldán wrote: > Hi all, > > we're calling for a code freeze on the GeoTools 2.5.x branch in order to > release 2.5.0-RC0. > > The code freeze is meant to

[Geotools-devel] Call for a code freeze on 2.5.x branch

Hi all, we're calling for a code freeze on the GeoTools 2.5.x branch in order to release 2.5.0-RC0. The code freeze is meant to start in two hours from now. Excuse the short time window, if you have any pending commit that can meet that timeframe please do. Otherwise please hold on commiting t

Re: [Geotools-devel] poms updated on 2.5.x and trunk

ep you all posted, since I'll need to call for a commit freeze to make the release cheers Gabriel On Friday 22 August 2008 11:25:48 am Gabriel Roldán wrote: > This is the full stack trace from maven. > Martin, you're the maven expert, any clue about what can b

Re: [Geotools-devel] poms updated on 2.5.x and trunk

This is the full stack trace from maven. Martin, you're the maven expert, any clue about what can be going bad? [INFO] [INFO] Building Geotools Archetype [INFO]task-segment: [deploy:deploy] [INFO]

Re: [Geotools-devel] poms updated on 2.5.x and trunk

plugin fragment worked on 2.5.x > prior to commiting. I did not test assembly on trunk. > Jody > > Gabriel Roldán wrote: > > The mvn deploy:deploy -Dall -Dmaven.test.skip stage doesn't work for me, > > with the following error: > > > > [INFO] > >

Re: [Geotools-devel] poms updated on 2.5.x and trunk

On Thursday 21 August 2008 02:13:31 pm Justin Deoliveira wrote: > Hi Jody, > > Gabriel is going to be the point man on this release so I will defer to > him. But I will try it out first chance and let you know. > > -Justin > > Jody Garnett wrote: > > Hi Justin; I have finished updating the pom.xml

Re: [Geotools-devel] xsd-wcs module question

1, 2008 at 4:32 PM, Gabriel Roldán <[EMAIL PROTECTED]> wrote: > > Hi all, > > > > excuse the ignorance, but my svn update on 2.5.x of today caught my > > attention. It brought the > > modules/extension/xsd/xsd-wcs/src/main/java/org/geotools/gml4wcs package > > cont

[Geotools-devel] xsd-wcs module question

Hi all, excuse the ignorance, but my svn update on 2.5.x of today caught my attention. It brought the modules/extension/xsd/xsd-wcs/src/main/java/org/geotools/gml4wcs package containing GML bindings, and I'm just wondering why is it needed instead of /modules/extension/xsd/xsd-gml3. Is the wcs

Re: [Geotools-devel] starting the 2.5.0 release train

FYI, I'm volunteering to release 2.5-RC0 by the end of this week (ie, Friday). That's the one that needs to be released, not 2.5.0, right? otherwise why would we have 2.5-RC0 scheduled in Jira... To make that happen I'll start by taking care of a couple issues of mine that are pending for 2.5-RC

Re: [Geotools-devel] eclipse formatting and line wrapping

Done. Gabriel On Tuesday 19 August 2008 11:23:49 pm Jody Garnett wrote: > Please. > > Gabriel Roldán wrote: > > Hi all, > > > > I seem to remember we discussed about the eclipse formatting options for > > geotools and there was concensus on it having a 100 chara

[Geotools-devel] eclipse formatting and line wrapping

Hi all, I seem to remember we discussed about the eclipse formatting options for geotools and there was concensus on it having a 100 character line wrapping limit, yet it keeps being 80 characters so I have to edit it everytime I open a new workspace. That's not terrible, but it'd be just nice

[Geotools-devel] Unfreeze trunk: 2.5.x is branched, trunk is 2.6-SNAPSHOT. Re: call for a code freeze on trunk, about to branch 2.5.x

:47 pm Jody Garnett wrote: > Thanks Gabriel; I can tag a geoapi milestone release for you while I wait? > Jody > > Gabriel Roldán wrote: > > Hi all, > > > > This is to call for a code freeze on trunk. I am going to branch 2.5.x in > > an hour from now, so if you

Re: [Geotools-devel] Problem updating trunk to 2.6-SNAPSHOT [Re: verifier is required to build verifier!]

Thanks for removing it Martin, now the build is going. I'll be unfreezing trunk once it finishes (successfully) Cheers, Gabriel On Monday 28 July 2008 06:10:34 pm Gabriel Roldán wrote: > On Monday 28 July 2008 06:06:58 pm Martin Desruisseaux wrote: > > Gabriel Roldán a écrit : &g

Re: [Geotools-devel] Problem updating trunk to 2.6-SNAPSHOT [Re: verifier is required to build verifier!]

On Monday 28 July 2008 06:06:58 pm Martin Desruisseaux wrote: > Gabriel Roldán a écrit : > > Same thing here, verifier is required to build verifier... > > how do I build geotools then? > > > > I'm just trying to update trunk poms to be 2.6-SNAPSHOT > > cd bu

[Geotools-devel] Problem updating trunk to 2.6-SNAPSHOT [Re: verifier is required to build verifier!]

Same thing here, verifier is required to build verifier... how do I build geotools then? I'm just trying to update trunk poms to be 2.6-SNAPSHOT Gabriel On Tuesday 29 April 2008 07:22:23 pm Jody Garnett wrote: > I am trying to tag up a 2.5-M2 (with the fixes from today for > SLDTransformer) so a

Re: [Geotools-devel] call for a code freeze on trunk, about to branch 2.5.x

That'd be great and something I missed about, sure please do. Gabriel On Monday 28 July 2008 04:11:47 pm Jody Garnett wrote: > Thanks Gabriel; I can tag a geoapi milestone release for you while I wait? > Jody > > Gabriel Roldán wrote: > > Hi all, > > > > This is

[Geotools-devel] call for a code freeze on trunk, about to branch 2.5.x

Hi all, This is to call for a code freeze on trunk. I am going to branch 2.5.x in an hour from now, so if you really have something to commit that can't wait please do it asap. Otherwise please consider trunk being in the freeze starting in half an hour and for the time it may take (me) to bra

Re: [Geotools-devel] 2.5.x branch

Hi Jody, my understanding from yesterday's meeting was that we needed to branch 2.5.x in order to not hold back other projects, but no release were needed so 2.5.x becoming a development branch means we can tackle those pending issues after the branch is created. Is this possible at all? more

[Geotools-devel] XSD parser hangs up if schemas.opengis.net is down

Hi Justin, I guess I should create a jira for this, but just wanted to check first what the intended behaviour is. I'm hanging on the wfs client because http://schemas.opengis.net is hanging and this the xsd parser hangs out when trying to parse a capabilities. My understanding is the schema l

Re: [Geotools-devel] ArcSDE command queue backport and switch on trunk

On Friday 06 June 2008 11:43:49 pm Saul Farber wrote: > 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, te

[Geotools-devel] ArcSDE command queue backport and switch on trunk

Hey Saul, As you know the command queue approach in trunk is being a success for the DataStore implementation. Yet, I wonder if you'll have the time to make the switch for the gce side of the fence. And sorry I know it may be something that just wasn't on your schedule, and I could help you as

[Geotools-devel] refractions repo down

Hi, the refractions maven repository seems to be down. Could you check? cheers, Gabriel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120

Re: [Geotools-devel] ArcSDE FeatureEvents (and problems with

On Thursday 29 May 2008 04:27:32 pm Jody Garnett wrote: > Gabriel Roldán wrote: > > On Wednesday 28 May 2008 09:51:48 pm Jody Garnett wrote: > >> Hi Gabriel; looking forward to your review ... > > > > okay, other than the fids Set seeming not to be initialized anywher

Re: [Geotools-devel] ArcSDE FeatureEvents (and problems with

On Wednesday 28 May 2008 09:51:48 pm Jody Garnett wrote: > Hi Gabriel; looking forward to your review ... okay, other than the fids Set seeming not to be initialized anywhere, BatchFeatureEvent seems reasonably, but still is quite hard to assess without that memorydatastore test updated to use i

Re: [Geotools-devel] ArcSDE status update

> 5- Test ArcSDEConnectionReference for the single connection configuration. > Jody I would try caching the connection once and just overriding > getSession() to return it over and over. > Jody, just tried this and everything worked but a single test: testEditVersionedTableTransaction Just chec

[Geotools-devel] ArcSDE status update

the tests, if I need to set up something special or the tests create their own data, etc Best regards, Gabriel On Wednesday 21 May 2008 09:58:35 pm Gabriel Roldán wrote: > On Wednesday 21 May 2008 09:39:34 pm Jody Garnett wrote: > > Gabriel Roldán wrote: > > > Hey Jody, > &

Re: [Geotools-devel] ArcSDE state of play [was Re: ArcSDE Single Session mode]

On Wednesday 21 May 2008 09:39:34 pm Jody Garnett wrote: > Gabriel Roldán wrote: > > Hey Jody, > > > > so this is what I did: > > - got rid of connection.commit/rollback in ArcTransactionState > > - added ArcSDEDataStore.getSession(Transaction). For re

[Geotools-devel] ArcSDE state of play [was Re: ArcSDE Single Session mode]

overriding getSession to return the same one? not sure.. Also, you'll note a lot of verbosity on the console, it was me freaking out while trying to understand about what's causing the connection to complain about threading. On Wednesday 21 May 2008 07:28:20 pm Jody Garnett wrote: > Ga

Re: [Geotools-devel] ArcSDE Single Session mode

Okay I took my time to review... yet I'm still confused. besides getting a lot of test breakages due to NPE when asking for the Session from the state, my concerns are as follow: I understand the responsibility breakdown you made between ArcTransactionState and SessionTransactionState, but righ

Re: [Geotools-devel] ArcSDE Single Session mode

On Wednesday 21 May 2008 06:51:31 am Jody Garnett wrote: > Gabriel I ended up modifying your Session contact with the taskExecutor; > I needed to store Thread being used so I could detect command recursion. yeah I saw it and liked it. I've been trying to avoid command recursion explicitly but like

[Geotools-devel] ArcSDE chat [Re: arcsde state of play]

For the interested in ArcSDE: read below, nice chat pasted. On Thursday 15 May 2008 09:22:01 pm Jody Garnett wrote: > Gabriel Roldán wrote: > > okay, I'm down to 3 failures: > > - testDisjointFilter > > So this one is actually serious? Do we have a plan ... or can we mak

Re: [Geotools-devel] arcsde state of play

working on the later now. What I want to do: start moving stuff that needs SeConnection, SeLayer, etc to be executed by Session.execute(Command) May imply Session.createXYZ() should no longer be needed at the end of the day Gabriel On Saturday 10 May 2008 02:30:47 am Jody Garnett wrote: > G

Re: [Geotools-devel] What's the story with DataAccessFinder and DataStoreFinder?

On Tuesday 13 May 2008 07:16:03 pm Jody Garnett wrote: > I think you will find this the subject of a proposal Gabriel put > together (un related to the earlier data acess proposal that was > scrapped; you may remember the discussion it had to do with how to > parameterize the types for DataStore? R

Re: [Geotools-devel] arcsde state of play

On Thursday 08 May 2008 11:22:49 pm Jody Garnett wrote: > Gabriel Roldán wrote: > > Sorry for the late response, > > Question for you Gabriel; my customer keeps uncommenting line 481 of > ArcSDEFeatureWriter so the code looks like this... > > > private Number inse

[Geotools-devel] paging in trunk ready to go

Hi Jody, paging tests in trunk are in place, so feel free to go ahead with the milestone at your convenience, and thanks for waiting. Gabriel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss t

Re: [Geotools-devel] arcsde state of play

Sorry for the late response, On Wednesday 07 May 2008 12:13:30 am Jody Garnett wrote: > Jody Garnett wrote: > > Yes I am finally working on ArcSDE again ... I have been asked to stop > > converting ArcSDEDataStore over to using a queue and instead look at a > > series of problems: > > - A connecti

[Geotools-devel] Backporting paging to 1.6.x

Hi Justin, I'm wondering how the backport of paging fits the geotools release cycle and your timeframe. I was also asked if we should backport at all since its new api, etc. So the question is open, I'm fine either way, could we backport this new api to the stable branch? Cheers, Gabriel -

  1   2   3   4   >