Re: [Geotools-devel] MapContext extends MapContent

It is my hope if you wanted "an overview" you could make a MapViewport > > that wrapped the original (adjusting the by a scale factor). Or you could > > use listeners > > and update the second MapViewport for a slightly more complicated solution. > That sounds ideal. Let us make it an acceptance te

[Geotools-devel] Developer guide link on docs.geotools.org?

Should we have a developer guide link here? http://docs.geotools.org/ I think I found it, but only going via the wiki ... -- Ben Caradoc-Davies Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ---

[Geotools-devel] Rules for module promotion in developer guide?

Did the rules for module promotion make it from the wiki to the developer guide? -- Ben Caradoc-Davies Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre

Re: [Geotools-devel] Developer guide link on docs.geotools.org?

Hello Ben > Should we have a developer guide link here? > http://docs.geotools.org/ Possibly. There is a link to it from here: http://geotools.org/getinvolved.html Michael -- WhatsUp Gold - Download Free Network Manageme

Re: [Geotools-devel] Rules for module promotion in developer guide?

On 9 May 2011 17:49, Ben Caradoc-Davies wrote: > Did the rules for module promotion make it from the wiki to the > developer guide? > Is this what you're looking for ? http://docs.geotools.org/latest/developer/guide/procedures/supported.html Michael -

Re: [Geotools-devel] Developer guide link on docs.geotools.org?

On 09/05/11 16:05, Michael Bedward wrote: > Hello Ben >> Should we have a developer guide link here? >> http://docs.geotools.org/ > > Possibly. There is a link to it from here: > http://geotools.org/getinvolved.html I could not find any links to that page from docs.geotools.org either. -- Ben C

Re: [Geotools-devel] Developer guide link on docs.geotools.org?

Nope; it is under "Get Involved": - http://geotools.org/getinvolved.html I would not mind adding a "Get Involved" link to the top headings; I would also like to restore our list of supporting organisations; and organisations that use GeoTools on that page (the list is in the spike/website direc

Re: [Geotools-devel] MapContext extends MapContent

Hi Jody, > Am I missing something? Yes but only because of my vaguely worded comment. I meant the call to the isFeatureTypeStyleActive method. That can validly apply to a GridCoverageLayer can't it ? That was why I thought "instanceof FeatureLayer" in my original patch was bad. Michael --

Re: [Geotools-devel] Rules for module promotion in developer guide?

On 09/05/11 16:07, Michael Bedward wrote: > On 9 May 2011 17:49, Ben Caradoc-Davies wrote: >> Did the rules for module promotion make it from the wiki to the >> developer guide? > Is this what you're looking for ? > http://docs.geotools.org/latest/developer/guide/procedures/supported.html I did f

Re: [Geotools-devel] [ExternalEmail] Re: Developer guide link on docs.geotools.org?

On 09/05/11 16:09, Ben Caradoc-Davies wrote: > On 09/05/11 16:05, Michael Bedward wrote: >> Hello Ben >>> Should we have a developer guide link here? >>> http://docs.geotools.org/ >> Possibly. There is a link to it from here: >> http://geotools.org/getinvolved.html > I could not find any links to

Re: [Geotools-devel] Rules for module promotion in developer guide?

On that page, about 2/3 of the way down, there is a statement that test coverage should be >= 30%. However, it refers to GeoTools 2.4 :) Michael On 9 May 2011 18:13, Ben Caradoc-Davies wrote: > On 09/05/11 16:07, Michael Bedward wrote: >> >> On 9 May 2011 17:49, Ben Caradoc-Davies >>  wrote: >>>

Re: [Geotools-devel] Rules for module promotion in developer guide?

Ben when I went through the wiki I found all kinds of conflicting information; I did not make any attempt to resolve matters: here are some other pages: - http://docs.geotools.org/latest/developer/guide/procedures/supported.html (mentions 60%; GeoTools 2.3 correct use of OnlineTestCase, GeoTools

Re: [Geotools-devel] MapContext extends MapContent

I am not sure; every GridCoverage layer has the same feature type; so if you made that method accept a String and search through the style then you could smoothly call it from both (making up the following code example) if( layer instanceof FeatureLayer ){ FeatureLayer featureLayer = (Feat

Re: [Geotools-devel] [ExternalEmail] Re: Developer guide link on docs.geotools.org?

Fair enough; docs has all the *use*; get involved has all the stuff for participating in the project. -- Jody Garnett On Monday, 9 May 2011 at 6:19 PM, Ben Caradoc-Davies wrote: > On 09/05/11 16:09, Ben Caradoc-Davies wrote: > > On 09/05/11 16:05, Michael Bedward wrote: > > > Hello Ben > > > >

Re: [Geotools-devel] [ExternalEmail] Re: Developer guide link on docs.geotools.org?

Oops - I just added a link for the developer guide to the top docs page. Should I revert it ? Michael On 9 May 2011 18:37, Jody Garnett wrote: > Fair enough; docs has all the *use*; get involved has all the stuff for > participating in the project. > > -- > Jody Garnett > > On Monday, 9 May 2011

Re: [Geotools-devel] Rules for module promotion in developer guide?

This page looks very out of date. I don't recall any star rating since the inception of app-schema, and even on the wiki the links to it are missing. I am pretty sure that the unit-test coverage threshold for extension was 40%, not the list 30%. Jody, did you migrate the policy? Another *great*

Re: [Geotools-devel] Rules for module promotion in developer guide?

I'm sure you'd be welcome to contribute a docs patch Ben ;-) Michael On 9 May 2011 18:41, Ben Caradoc-Davies wrote: > This page looks very out of date. I don't recall any star rating since the > inception of app-schema, and even on the wiki the links to it are missing. I > am pretty sure that th

Re: [Geotools-devel] Rules for module promotion in developer guide?

I'm working on app-schema docs and coverage for its long-promised promotion to extension, so I was hoping to work at this not the meta level. :-/ Policy is not in great shape. Blame those lazy swine on the PMC. ;-) On 09/05/11 16:42, Michael Bedward wrote: > I'm sure you'd be welcome to contr

Re: [Geotools-devel] Rules for module promotion in developer guide?

Thanks, Jody. This is a decent summary of what we have, but I find it quite a confusing collection of stars and coverage thresholds. Some of these (like IP) are a must have: ticking all the other boxes would not be enough. And there are some great, solid modules that have no maintainer, but eve

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

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 measured... ugh... >> does it go beyond 40% with the tests in Geotool

Re: [Geotools-devel] Rules for module promotion in developer guide?

The wiki links are missing as of today! Because they finally shut off our old wiki spaces - hooray! (Fixed the link now!) I really did my best not to fix the developers guide (as we only change it with a change request). The only place I got upset and talked to the devel list about was with res

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

Given the passing of a year, I feel obliged to re-propose the promotion of the app-schema family of modules to extension: http://osgeo-org.1803224.n2.nabble.com/Proposal-move-app-schema-from-unsupported-to-extension-td5068029.html gt-app-schema has now been included in GeoServer releases since Oc

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

Comments inline: > (1) IP check document. This is either called "review.txt" or > "src/site/apt/review.apt", depending on which page I read. Which is correct? I was just looking at this; the documents currently contain a review.apt file (which was only useful when we were making "mvn site"). I t

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

Given that Andrea is the source of all truth (or was it the Pope? someone in italy). Could we make a motion to update the developers guide with a consistent target of 40%? -- Jody Garnett On Monday, 9 May 2011 at 6:56 PM, Ben Caradoc-Davies wrote: > Aha: I found my canonical source for the 4

Re: [Geotools-devel] New Affine Transformation Tutorial

Jody, Michael, thanks for your review and assistance. A last questions, the documentation on the geotools home page is always taken from trunk ?. I thought I have to backport to the 2.7.x branch. Christian Quoting Michael Bedward : > Sure thing. > > Michael > > On 6 May 2011 14:01, Jody Gar

Re: [Geotools-devel] New Affine Transformation Tutorial

The documentation is only on trunk; I considered back porting the docs to 2.7.x .. but since I don't use it I have not bothered. So there is no need to backport to 2.7.x. Did you like the pictures :-) -- Jody Garnett On Monday, 9 May 2011 at 8:18 PM, christian.muel...@nvoe.at wrote: > Jody,

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

On 9 May 2011 20:18, Jody Garnett wrote: > Could we make a motion to update the developers guide with a consistent > target of 40%? It should be 42 Michael -- WhatsUp Gold - Download Free Network Management Software The

Re: [Geotools-devel] New Affine Transformation Tutorial

Quoting Jody Garnett : > The documentation is only on trunk; I considered back porting the > docs to 2.7.x .. but since I don't use it I have not bothered. > So there is no need to backport to 2.7.x. > > Did you like the pictures :-) Yep, if this tutorial would have been available before I sta

Re: [Geotools-devel] Removing old/unused/aborted

Please remove the old db2 module. It even seems that I am the only guy using the new db2-ng module. There are no mails concerning db2 on the user lists (geotools and geoserver) and I will not invest one second for bug fixing in the old module. Quoting Simone Giannecchini : > Dear All, > tr

Re: [Geotools-devel] Removing old/unused/aborted

Dear All, as per our emails, I am about to remove: -sql-datastore -oracle-spatial -gpx2 -geometryless -mysql -db2 Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054  Massarosa

[Geotools-devel] [jira] Created: (GEOT-3573) Remove dead modules from unsupported

Remove dead modules from unsupported Key: GEOT-3573 URL: http://jira.codehaus.org/browse/GEOT-3573 Project: GeoTools Issue Type: Task Affects Versions: 8.0-M0 Reporter: Simone Giannecchini

Re: [Geotools-devel] Removing old/unused/aborted

Sounds good; I also had a couple of questions; probably stuff I just don't use: What is "matfile5"? Can we rename gt-swt to just swt. I am sorry we have to keep postgis-versioned / postgis for now; one thing we could do as a temporary measure is disable the factory for the postgis module (or com

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

Okay I will say +1 to that :-) Seriously we are supposed to follow the change procedure to make modifications to the developers guide; in this case where it is inconsistent I would like to just do a patch. -- Jody Garnett On Monday, 9 May 2011 at 9:03 PM, Michael Bedward wrote: > On 9 May 20

[Geotools-devel] gt-api cleanup

Just a quick heads up; catching up on some module maintainer work for gt-api. The module matrix page was last updated for GeoTools 2.4.x; I have taken the information into the docs: - http://docs.geotools.org/latest/userguide/library/api/status.html I figure the "status" page is a good spot for

Re: [Geotools-devel] Generating prj files in ESRI dialect by default?

On Sat, May 7, 2011 at 11:41 AM, Andrea Aime wrote: > Hi, > nowadays when generating .prj files for shapefile and world files > GeoTools produces something like > the following: > > PROJCS["WGS 84 / UTM zone 35S", > GEOGCS["WGS 84", >DATUM["World Geodetic System 1984", > SPHEROID["WGS 84

Re: [Geotools-devel] EMF Jars (ie GEOT-3567)

Commented on the issue and have uploaded the jars to the opengeo maven repo. On Sun, May 8, 2011 at 7:38 PM, Jody Garnett wrote: > Justin; I expect we are all waiting for your feedback on this one: > - http://jira.codehaus.org/browse/GEOT-3567 > > Kenneth is blocked on further development of hi

Re: [Geotools-devel] Removing old/unused/aborted

matfile5 reads (some) matlab5 version 5, the only one (to our knowledge) that is documented. Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054  Massarosa (LU) Italy phone: +39

Re: [Geotools-devel] EMF Jars (ie GEOT-3567)

Thanks Justin, that will work just fine. Kenneth 2011/5/9 Justin Deoliveira > Commented on the issue and have uploaded the jars to the opengeo maven > repo. > > > On Sun, May 8, 2011 at 7:38 PM, Jody Garnett wrote: > >> Justin; I expect we are all waiting for your feedback on this one: >> - ht

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

Ok, second attempt has been made and a new patch is available here: http://jira.codehaus.org/browse/GEOT-3569 To sum up: * added org.opengis.parameter.Parameter to opengis module * modified org.geotools.data.PArameter to implement the new interface * FunctionName uses the new interface for its

[Geotools-devel] [jira] Created: (GEOT-3574) always getting 401 status code with wfs client authentification

always getting 401 status code with wfs client authentification --- Key: GEOT-3574 URL: http://jira.codehaus.org/browse/GEOT-3574 Project: GeoTools Issue Type: Bug Affects Versi

[Geotools-devel] [jira] Created: (GEOT-3575) Test ArcGrid with GridFormatFinder

Test ArcGrid with GridFormatFinder -- Key: GEOT-3575 URL: http://jira.codehaus.org/browse/GEOT-3575 Project: GeoTools Issue Type: Bug Components: gc arcgrid Reporter: Jody Garnett

Re: [Geotools-devel] Removing old/unused/aborted

Looks like support for coverages from Matlab 5 data files. On 09/05/11 20:38, Jody Garnett wrote: > What is "matfile5"? -- Ben Caradoc-Davies Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -

Re: [Geotools-devel] Rules for module promotion in developer guide?

On 09/05/11 17:14, Jody Garnett wrote: > The final possibility Ben is that I told you 40% on email (it is a number > that sticks in my head as well). No, I found it: it was Andrea, in another thread. Usually I follow Andrea's suggestions because if they are not policy then they often should be.

[Geotools-devel] argrid docs

Morning Simone: I added some code examples; so arcgrid meets its requirements as a supported plugin: - http://docs.geotools.org/latest/userguide/library/coverage/arcgrid.html Could you look those over and see if there is anything else you want to add? -- Jody Garnett -

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

+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 have low coverage in their own tests but are massively covered by test

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

Looks good justin Sorry for the red-herring sending you looking at the "wrong" parameter class. Is the approach working for you? 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 yo

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

See Changes: [jive] add example for arcgrid docs -- [...truncated 6237 lines...] [WARNING] the "build.path" property is already defined, its value will be overwritten. Consider another val

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

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

Re: [Geotools-devel] coverage scaling issue

I am not sure what to expect; do you want to relax your test so that as long as it gets between 850 and 800 you are "happy" that it has found a nearest neighbour? -- Jody Garnett On Monday, 9 May 2011 at 3:19 PM, andrea antonello wrote: > Hi coverage friends, > I have a strange scaling issue

[Geotools-devel] [jira] Created: (GEOT-3576) Filter Support for Comparing with Multi-valued Properties

Filter Support for Comparing with Multi-valued Properties - Key: GEOT-3576 URL: http://jira.codehaus.org/browse/GEOT-3576 Project: GeoTools Issue Type: Improvement Reporter:

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

With Complex Features, there is the possibility of properties evaluating to multiple values (collections of values) rather than a single value. It should be possible to apply comparison operators (like "=", "<") and geometry operators (like overlaps/touches/etc) to multi-valued properties. Howe

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

On Tuesday, 10 May 2011 at 1:30 PM, Niels wrote: With Complex Features, there is the possibility of properties evaluating to multiple values (collections of values) rather than a single value. > It should be possible to apply comparison operators (like "=", "<") and > geometry operators (like o

[Geotools-devel] committer request

Jody invited me to be a committer for the (unsupported) CSV project. I have filled out the paperwork and will get it to a mailbox tomorrow. My osgeo account id is LeeBreisacher. Thanks, Lee -- Achieve unprecedented app

Re: [Geotools-devel] committer request

Welcome formally to the project Lee. Your first "task" is to update the pom.xml file for the csv module to include your details :-) -- Jody Garnett On Tuesday, 10 May 2011 at 2:01 PM, lee-verizon wrote: > Jody invited me to be a committer for the (unsupported) CSV project. I > have filled out

Re: [Geotools-devel] committer request

Hi Lee, Welcome to the project. I see you have already been lending a hand with the docs too which is much appreciated. Michael On 10 May 2011 14:01, lee-verizon wrote: > Jody invited me to be a committer for the (unsupported) CSV project. I > have filled out the paperwork and will get it to a

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

Thank you for your comments, On 10/05/11 11:48, Jody Garnett wrote: However, the current filter system in Geotools assumes a single value for each property. Actually it does not; You should also be able to use xpath to reference a specific example if you want to do a < comparison? We may be

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

However, the current filter system in Geotools assumes a single value for each property. > > > Actually it does not; You should also be able to use xpath to reference a > > > specific example if you want to do a < comparison? > > We may be in need of creating additional functions that work on a

Re: [Geotools-devel] committer request

Done. And just to be sure I understand: - To commit to csv, I just do it. I don't need to run a full build-and-test for all the other projects. csv project should pass its tests (but it won't break the rest of the build if not). Correct? - If I want to make a change to some other (suppor

Re: [Geotools-devel] committer request

In general, I recommend a full build for anything but the most trivial change. You wouldn't want to break the build with your first commit, would you? But changing the pom details is pretty trivial, any only risks corrupting the pom (which would break the build). This would be caught by buildin

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

Jody, I am not sure what you mean with option (b), but I do know what I need for app-schema to work is option (c). People want to compare an x-path with a value, and for various reasons the x-path can return multiple values. We are not interested in selecting a specific value from the collect

Re: [Geotools-devel] committer request

Please also include any Jira issue id in your commit log, and note the > svn revision and branch in your Jira issue. Jody, you got me doing this, > and it is a great practice. Is it in the developer guide? Ben I recommend we get a glass of wine; and make a patch for the developers guide it needs

Re: [Geotools-devel] committer request

Always including a jira number in commit comment is something we've done for years at my company. We have jira and svn connected together somehow (with fisheye?) so there's no need to put the revision info in the jira. Anyway, Jody: is there an open jira for the csv work I'm doing? Lee On 5/9