Re: [Geotools-devel] Strategy for the work around OSGi

Hi Mathieu, I will test along with your work. I have successfully osgified NetCDF maven builds with the same snippet you used for Geotools. I wanted a quick fix without actually resolving package dependencies for all parts of the code which Bnd auto-calculates. So I applied the following hack in t

Re: [Geotools-devel] [ExternalEmail] *Proposal*: Support Multi-Valued Attributes in Filter Comparison Operators

Does the GML, FIlter or WFS 2.0 specification have any guidance for us in these matters? To reply to that question, I looked in to the Filter and WFS 2.0 specifications, but couldn't find anything. -- *Niels Charlier* Software Engineer CSIRO Earth Science and Resource Engineering Phone:

Re: [Geotools-devel] CSV module [was: committer request]

DataStores like PropertyFileDataStore and the JDBC stores automatically convert most columns into simple feature attributes. The ones listed by Jody are those that will need special treatment to be handled as spatial data. But you are right: the desired type of a column will not always be able

Re: [Geotools-devel] CSV module [was: committer request]

SRS = spatial reference system CRS = coordinate reference system, which is a specialisation of SRS In a CRS, a location is identified using one or more numbers (the coordinates). An SRS can include more generic types of identifiers (I think I was once told that a postcode is an SRS but not a CRS

Re: [Geotools-devel] CSV module [was: committer request]

Ah, I see it now. The CSVFeatureReader *does* actually allow for any other arbitrary attribute columns, here in readFeature(): else { builder.set(column, value ); } and now I see that I messed it up when I added this: else if( "number".equ

Re: [Geotools-devel] CSV module [was: committer request]

Oh, and what is "srs" (or did you mean crs?). Thanks, Lee On 5/10/2011 9:36 PM, lee-verizon wrote: > Hm, again I'm not sure I understand. But this time it's mostly because > I'm such a novice on GIS topics. I thought that a feature could consist > of any arbitrary attributes, not just coordinate

Re: [Geotools-devel] CSV module [was: committer request]

Hm, again I'm not sure I understand. But this time it's mostly because I'm such a novice on GIS topics. I thought that a feature could consist of any arbitrary attributes, not just coordinate info. Your idea would handle the coordinate-related columns, but what about the rest? (And sorry if I'm

Re: [Geotools-devel] [ExternalEmail] *Proposal*: Support Multi-Valued Attributes in Filter Comparison Operators

That's a really interesting question, we have been discussing it here too yesterday. There is another result that is non intuitive, i.e. for != (not equals). In fact, the XPath standard implies that there is a difference between (a != b) and !(a == b) In the first case he will look for any a th

Re: [Geotools-devel] [ExternalEmail] *Proposal*: Support Multi-Valued Attributes in Filter Comparison Operators

Thanks for the proposal, I have one non intuitive result - in reviewing: > (x, y, z) = (a, b) > the result will be true if x=a OR x=b OR y=a OR y=b OR z=a OR z=b. I am wondering about these kind of tests for spatial filters: example 1) If we were checking disjoint( (x,y,z), (a,b) ) I would e

Re: [Geotools-devel] [ExternalEmail] *Proposal*: Support Multi-Valued Attributes in Filter Comparison Operators

Oops I forgot the link: http://docs.codehaus.org/display/GEOTOOLS/Support+Multi-Valued+Attributes+in+Filter+Comparison+Operators On 11/05/11 11:19, Niels wrote: The proposal is to modify the following filters: - comparison filters: equals, not equals, gt, gte, lt, lte, between, like - all geom

[Geotools-devel] *Proposal*: Support Multi-Valued Attributes in Filter Comparison Operators

The proposal is to modify the following filters: - comparison filters: equals, not equals, gt, gte, lt, lte, between, like - all geometry filters to allow collections of values as input, besides single values. if an expression returns a collection of values rather than just a single value, the

[Geotools-devel] [jira] Created: (GEOT-3580) finish the CSV DataStore

finish the CSV DataStore Key: GEOT-3580 URL: http://jira.codehaus.org/browse/GEOT-3580 Project: GeoTools Issue Type: Improvement Components: data Affects Versions: 8.0-M0 Reporter: Lee Breis

Re: [Geotools-devel] Proposal: promote app-schema modules to extension

That's grassraster? Agreed. On 11/05/11 10:26, Jody Garnett wrote: > I will make you a deal; want to review the headers for moovida and I will > review for app-schema? -- Ben Caradoc-Davies Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Resea

Re: [Geotools-devel] Proposal: promote app-schema modules to extension

Way back when we asked for a code review from PMC members so they could see what you are up to. Has that happened? > No. I don't think we should hold you up on that if it cannot be arranged promptly. I was thinking an IRC breakout session (however it would be nice to wait for aaime to be back on

Re: [Geotools-devel] Filter Support for Comparing with Multi-valued Properties

On 10/05/11 17:28, Andrea Aime wrote: On Tue, May 10, 2011 at 6:31 AM, Niels wrote: What I mean is for example filtering on the following equation: a/b/c = "foo" Hum... OGC filter against features is xpath based. Soo... when I say a = 10 against a simple feature the corresponding xpath filter

Re: [Geotools-devel] Filter Support for Comparing with Multi-valued Properties

Yep I know this is "one of these cases" - this is partly why I am so enthusiastic to see it being addressed :-) The nature of this change (effecting other modules) does put it in proposal territory; and we really need to get feedback from effected modules (specifically gt-render). I am availabl

Re: [Geotools-devel] CSV module [was: committer request]

Hi Jody. I'm not sure I understand. Should I create a new jira 'under' the data component for 'finish the csv demo'? Yes; that looks to be the best place for it. When we get finished we will ask for our own area of Jira. > Which reminds me of another question: These CSV classes we're writing ar

Re: [Geotools-devel] Proposal: promote app-schema modules to extension

On 09/05/11 17:43, Jody Garnett wrote: > Way back when we asked for a code review from > PMC members so they could see what you are up to. Has that happened? No. > Or does you being on the PMC get you out of that one :D ? It should not. Do you require a new review? Do we also need an IP review?

Re: [Geotools-devel] Filter Support for Comparing with Multi-valued Properties

Jody, this change is precisely one of these cases, where the existing app-schema implementation has ugly workarounds for filtering on multivalued properties. Niels is working on performance improvements in the way SQL queries are generated by app-schema, and rather than perpetuating our existi

Re: [Geotools-devel] CSV module [was: committer request]

Hi Jody. I'm not sure I understand. Should I create a new jira 'under' the data component for 'finish the csv demo'? Which reminds me of another question: These CSV classes we're writing are not generic, cannot handle 'any' kind of feature. Rather they are sortof hard-wired to this simple LAT/

Re: [Geotools-devel] 2.7.1 release?

+1 from my end -- Jody Garnett On Wednesday, 11 May 2011 at 7:59 AM, Jody Garnett wrote: > I think we are all good; there a are a couple of plugins moving to supported > status that may want to hold up the train? We will see what they say... > > -- > Jody Garnett > > On Wednesday, 11 May 20

Re: [Geotools-devel] work on grass raster plugin

Hi Andrea: Thanks for chatting through procedure on IRC yesterday; I see your docs made it in. They look good with respect to moving to supported status (ie they have a code example! bonus points for it being a live code example). I think one of the final checks is the "IP" review; basically ch

Re: [Geotools-devel] Strategy for the work around OSGi

Sounds good; I am worried by hacking of the factory system to make it not use RenderingHints is more extensive / risky. -- Jody Garnett On Wednesday, 11 May 2011 at 2:42 AM, Mathieu Baudier wrote: > Hello Jody, Tisham, > > I have made my first commit into the plugin branch (r37162), by > inte

Re: [Geotools-devel] 2.7.1 release?

I think we are all good; there a are a couple of plugins moving to supported status that may want to hold up the train? We will see what they say... -- Jody Garnett On Wednesday, 11 May 2011 at 12:36 AM, christian.muel...@nvoe.at wrote: > +1, especially because I have a user waiting for this >

Re: [Geotools-devel] First cut at adding parameter info to FunctionName

Yup, going to Parameter works just fine. Made it look easy after trying to use ParameterDescriptor :) > > A couple of questions: > > - Do you have any interest in the @UML annotations? > > @UML(identifier="argumentCount", specification=UNSPECIFIED) > > while I don't use them perhaps you do? > >

[Geotools-devel] [jira] Created: (GEOT-3579) upgrade jxpath lib in gt-xsd-core

upgrade jxpath lib in gt-xsd-core - Key: GEOT-3579 URL: http://jira.codehaus.org/browse/GEOT-3579 Project: GeoTools Issue Type: Improvement Components: core xml Reporter: Rudi Hochmeister

[Geotools-devel] Strategy for the work around OSGi

Hello Jody, Tisham, I have made my first commit into the plugin branch (r37162), by integrating the generation of the OSGi metada in the MANIFESTs using the Felix Maven Bundle plugin. This is basically the patch that I had sent recently and that Tisham had tested. I plan to work as follow, pleas

[Geotools-devel] Hudson build is back to normal : geotools-trunk #3564

See -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach o

[Geotools-devel] Build failed in Hudson: geotools-trunk #3563

See Changes: [mcr] Fixing GEOT-3578 on trunk [moovida] adding module to be included in the build [simonegiannecchini] fixing build [moovida] first grassraster doc page, to be reviewed --

Re: [Geotools-devel] JAI Tools zonal stats wrapper

On Tue, May 10, 2011 at 4:52 PM, Simone Giannecchini wrote: > Thinking, Andrea Aime has done some work in this direction which now > resides inside the GeoServer codebase. > I would hear what he says with this regards since I would rather > backport what he did since we uses JAI tools there > and

Re: [Geotools-devel] JAI Tools zonal stats wrapper

On Tue, May 10, 2011 at 1:02 PM, Michael Bedward wrote: > Thanks Simone. So I guess the unsupported module can be removed as > part of your clean-up. > Done :) > As an aside, there are the vector to raster and raster to vector > classes sitting in the process module, more by historical accident

Re: [Geotools-devel] 2.7.1 release?

+1, especially because I have a user waiting for this http://jira.codehaus.org/browse/GEOT-3578 to occur in geoserver. Quoting Justin Deoliveira : > Hi all, > > The geoserver folks are planning on releasing 2.1.0 this week so that brings > up the question of whether we should release 2.7.1. Any

[Geotools-devel] [jira] Created: (GEOT-3578) Image mosaic JDBC module misinterprets OutputTransparentColor

Image mosaic JDBC module misinterprets OutputTransparentColor - Key: GEOT-3578 URL: http://jira.codehaus.org/browse/GEOT-3578 Project: GeoTools Issue Type: Bug Components:

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

Thanks Simone :) On Tue, May 10, 2011 at 4:09 PM, andrea antonello wrote: > Can someone please help me with this? > > I removed the unsupported, but it is trying to build it anyway. Does > it have it on cache? Do I need to do something particular to solve it? > > Andrea > > > On Tue, May 10, 20

Re: [Geotools-devel] 2.7.1 release?

+1 Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054  Massarosa (LU) Italy phone: +39 0584 962313 fax:      +39 0584 962313 mob:    +39 333 8128928 http://www.geo-solutions.it

[Geotools-devel] 2.7.1 release?

Hi all, The geoserver folks are planning on releasing 2.1.0 this week so that brings up the question of whether we should release 2.7.1. Any objections to putting out 2.7.1 this week as well? -Justin -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial

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

Can someone please help me with this? I removed the unsupported, but it is trying to build it anyway. Does it have it on cache? Do I need to do something particular to solve it? Andrea On Tue, May 10, 2011 at 4:06 PM, Hudson wrote: > See

[Geotools-devel] Build failed in Hudson: geotools-trunk #3562

See Changes: [moovida] removing grassraster from unsupported [moovida] pom fix [moovida] moving grassraster to supported [moovida] sphinx markers -- Started by an SCM change Updating htt

Re: [Geotools-devel] work on grass raster plugin

> No issuess, just curiosity. Ok, great, I am a bit anxious to break the build these days, not used to geotools development :) Ciao, Andrea > > Regards, > Simone Giannecchini > --- > Ing. Simone Giannecchini > GeoSolutions S.A.S. > Founder > >

Re: [Geotools-devel] work on grass raster plugin

No issuess, just curiosity. Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054  Massarosa (LU) Italy phone: +39 0584 962313 fax:      +39 0584 962313 mob:    +39 333 8128928 ht

Re: [Geotools-devel] work on grass raster plugin

Hi Simone, > I see a lot of activity on the binary grass raster plugin. Are you > planning on moving it to supported status? I am right now following the last steps to do so. I am fixing the documentation page right now. I already moved to module to plugin. Any problem on this end? I tried to fo

Re: [Geotools-devel] First cut at adding parameter info to FunctionName

On Mon, May 9, 2011 at 7:51 PM, Jody Garnett wrote: > Looks good justin > > Sorry for the red-herring sending you looking at the "wrong" parameter > class. > Is the approach working for you? > > Yup, going to Parameter works just fine. Made it look easy after trying to use ParameterDescriptor :)

[Geotools-devel] work on grass raster plugin

Ciao Andrea, I see a lot of activity on the binary grass raster plugin. Are you planning on moving it to supported status? Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054  Mas

[Geotools-devel] Build failed in Hudson: geotools-trunk #3561

See Changes: [mbedward] updated example programs for changes to unsupported grid module [moovida] pom cleanup -- [...truncated 14151 lines...] [WARNING] the "build.mixedRevisions" property

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

Sorry about that - my fault. Michael On 10 May 2011 22:19, Hudson wrote: > See > > Changes: > > [mbedward] GEOT-3577 Added line generation to vector grid module. Warning: > API changes are numerous and not backwardly compatible

[Geotools-devel] Build failed in Hudson: geotools-trunk #3560

See Changes: [mbedward] GEOT-3577 Added line generation to vector grid module. Warning: API changes are numerous and not backwardly compatible. More tidying up, adding tests etc. to do yet [moovida] couple of fixes and testcase

[Geotools-devel] [jira] Created: (GEOT-3577) Add line generation to vector grid module

Add line generation to vector grid module - Key: GEOT-3577 URL: http://jira.codehaus.org/browse/GEOT-3577 Project: GeoTools Issue Type: New Feature Reporter: Michael Bedward Ass

Re: [Geotools-devel] Proposal: move app-schema from unsupported to extension

On Mon, May 9, 2011 at 10:56 AM, Ben Caradoc-Davies wrote: > Aha: I found my canonical source for the 40% threshold: Andrea. :-) > > On 18/05/10 16:02, Ben Caradoc-Davies wrote: All the docs and much of the test coverage is in GeoServer. >>> Ah, much of the test coverage where it cannot be me

Re: [Geotools-devel] Proposal: move app-schema from unsupported to extension

On Tue, May 10, 2011 at 3:22 AM, Ben Caradoc-Davies wrote: > +1. > > Some things are hard to test (GUI, network [e.g. JDBC]), so rather than > an absolute rule for for all modules, those falling below 40% for > offline tests may have to refer to online tests or special pleading. > Some modules hav

Re: [Geotools-devel] coverage scaling issue

Hi Andrea, thanks for the suggestions. [...] > Uh, never seen this one. Things that might help isolate the issue: > - super-duper sure you're using the same interpolation? Are you > forcing a specific one explicitly? I am forcing nearest neighbour when nothing is passed. And nothing is passed. Th

Re: [Geotools-devel] JAI Tools zonal stats wrapper

Thanks Simone. So I guess the unsupported module can be removed as part of your clean-up. As an aside, there are the vector to raster and raster to vector classes sitting in the process module, more by historical accident than anything. The only comments or questions about these classes on the use

Re: [Geotools-devel] geotools ogr modul status to render nautical maps (S-57)

Great input from you guys! Thanks a lot. For the first prototype I like the approach Jody mentioned because the main goal is to get it displayed in udig first without any feature access. If required I really like the datastore and render image way. But right now it is only necessary to get the bac

Re: [Geotools-devel] Filter Support for Comparing with Multi-valued Properties

Niels The rendering system is relevant as we need to keep its performance in mind for any change to the evaluation system. As this is a hurdle that any of your proposals must pass I my advice to you is to look at the thing for a couple of hours. I promise I am not wasting your time; the goal h

Re: [Geotools-devel] geotools ogr modul status to render nautical maps (S-57)

As an aside Frank; the udig community module for TAB file format support takes a different approach; it uses command line ogr to convert the file format into a temporary file (and then does visualisation based on the temporary file). It is smart enough to make this a read-only solution. The sol

Re: [Geotools-devel] geotools ogr modul status to render nautical maps (S-57)

Ciao Frank, aside from what andrea said, take into account that S57 is a mixed format, it contains data + rendering directives, therefore it is not going to be dead easy to reuse it inside the geotools rendering system where rendering directives and data are firmly separated. One thing to look at I

Re: [Geotools-devel] coverage scaling issue

On Mon, May 9, 2011 at 7:19 AM, andrea antonello wrote: > Hi coverage friends, > I have a strange scaling issue that is giving troubles to my testcases > and need some advice. > > Let's assume I have a small raster containing the data: > > {1000.0, 1000.0, 1200.0, 1250.0, 1300.0, 1350.0, 1450.0},

Re: [Geotools-devel] Filter Support for Comparing with Multi-valued Properties

On Tue, May 10, 2011 at 6:31 AM, Niels wrote: > What I mean is for example filtering on the following equation: > a/b/c = "foo" Hum... OGC filter against features is xpath based. Soo... when I say a = 10 against a simple feature the corresponding xpath filter would be: feature[a = 10] whilst d

Re: [Geotools-devel] geotools ogr modul status to render nautical maps (S-57)

On Tue, May 10, 2011 at 10:09 AM, Frank Gasdorf wrote: > Hello to geotools developers, > Hi Andrea, > > I found some interesting entries on the mailing list archive about > geotools and ogr. I'm interested in rendering natical charts in > geotools/geoserver and udig based applications. Andrea (as

Re: [Geotools-devel] JAI Tools zonal stats wrapper

Ciao Michael, the code is the same, I just ported it over to coverage since now jai-tools has pretty stable releases. Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054  Massaros

Re: [Geotools-devel] JAI Tools zonal stats wrapper

Hi Simone, So is the unsupported module to be removed in favour of the new code ? Michael On 10 May 2011 18:23, Simone Giannecchini wrote: > Ciao Michael, > I ported the wrapper from an unsupported module to coverage. Do you > mind having a look at it and see if we can > improve/optimize furthe

[Geotools-devel] JAI Tools zonal stats wrapper

Ciao Michael, I ported the wrapper from an unsupported module to coverage. Do you mind having a look at it and see if we can improve/optimize further? Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Pogg

[Geotools-devel] geotools ogr modul status to render nautical maps (S-57)

Hello to geotools developers, Hi Andrea, I found some interesting entries on the mailing list archive about geotools and ogr. I'm interested in rendering natical charts in geotools/geoserver and udig based applications. Andrea (as the maintainer of the module), could you give me a status for the m

[Geotools-devel] developers guide and JIRA maintenance

Ben if you want to move up to something stronger then wine we could update the list of jira components to match the library today: - https://jira.codehaus.org/browse/GEOT#selectedTab=com.atlassian.jira.plugin.system.project%3Acomponents-panel -- Jody Garnett On Tuesday, 10 May 2011 at 4:30 PM,

Re: [Geotools-devel] committer request

I don't think there is; let me look. Could not find anything; the module does not have a spot for Jira issues yet (as it has not been formally introduced). I expect we should use gt-data (https://jira.codehaus.org/browse/GEOT/component/12110) and treat these issues as problems with ContentDataS