Re: [Geotools-devel] build box back for trunk
> > Great. Can you do a favour to the old man thought? Every time I look > at the list I wonder which GeoTools group is the 2.3.x/2.4.x one and > which is the trunk one. Can you call > it "GeoTools.jdk1.4" or "GeoTools old" instead of "Geotools A"? :) Hmmm... how about "Geootols WWW"? Haha, kidding. ;). Yes I will change it to something useful :) -Justin > > Cheers > Andera > > !DSPAM:4007,46dcfa9787055409313003! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [continuum] BUILD FAILURE: Geotools 2.4.x
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=86&projectId=81 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] How can I debug easy Geotools withing Eclipse?
VanIngen, Erik (ESTG) ha scritto: > Ciao Andrea and everyone, > > Thank you for your quick resons! > > What could be the solution for the subsequent error (after running mvn > install -Dmaven.test.skip=true)? > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Compilation failure > C:\workspaces\wtp154\geoserver\gt\modules\library\render\src\main\java\org\ge > oto > ols\legend\Glyph.java:[19,45] package com.sun.media.jai.codec.PNGEncodeParam > doe > s not exist Oh hum, this one is strange... this happens because you don't have jai image i/o in your classpath, but I thought image i/o dependencies were added to every module that needed them. Apparently not Oh, checked, turned out to be an unused import in that class, I've removed it (you can upgrade). Unfortunately I don't have a java 5 install without jai image i/o included within (the usual way is to have it installed in the jdk, since it's an extension) to test. Look, the story goes on like this. We used to have a requirement to have jai and jai image i/o installed in your jdk in order to compile geotools. We tried to remove this requirement in 2.4.x onwards by adding the pure java part of jai as a jar dependency, but the reality is that everybody of us still has jdks with full jai installed, so nobody is really noticing errors like this one. Justin, any chance the new continuum can use a java 5 without jai included so that we have a line of defense against these problems? Cheers Andrea - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-1477) GraphicImpl.setOpacity uses new value as the old value in "child changed" event
GraphicImpl.setOpacity uses new value as the old value in "child changed" event
---
Key: GEOT-1477
URL: http://jira.codehaus.org/browse/GEOT-1477
Project: GeoTools
Issue Type: Bug
Components: core styling
Affects Versions: 2.4-RC0, 2.3.4, 2.3.3, 2.3.2, 2.4-RC1, 2.4.0, 2.3.5,
2.5-M0, 2.5.0
Environment: all environments
Reporter: Erik Lovlie
As can be seen in the code snippet below, the first line of the method body is
missing a "this." in front of opacity.
public void setOpacity(Expression opacity) {
Expression old = opacity;
this.opacity = opacity;
fireChildChanged("opacity", opacity, old);
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-1478) Synchronization Errors in FCBuffer
Synchronization Errors in FCBuffer -- Key: GEOT-1478 URL: http://jira.codehaus.org/browse/GEOT-1478 Project: GeoTools Issue Type: Bug Components: data wfs Affects Versions: 2.4-RC0, 2.3.4, 2.3.3, 2.3.2, 2.3.1 Reporter: Tim Englich Assignee: David Zwiers Attachments: FC-Buffer-Patch.txt we found a horrible synchronization-Error in the WFS-Plugin caused by the org.geotools.xml.gml.FCBuffer. Our Consumer get features twice or features are overriden by FCCodeBuffer before they are read from it. We have to change the synchronized-block in addFeature and next Methods to solve this issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Can I set the following "svn:ignore" properties to every modules?
.project .settings .classpath .jetproperties .wtpmodules target bin doc gt2 cobertura.ser nbproject nbactions.xml Rational: I would like to igore "nbproject" in every module, for NetBeans 6 support. Since various modules set various properties, it was easier for me to collect every "svn:ignore" properties set in every maven module, merge them in the above-cited list, and apply them uniformely to every modules. Martin - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Pre-Post Filter extraction do not work in WFS-Plugin on trunk
Hello Jesse, I have found something strange in the WFS-Plugin compiled from trunk. I can't send any Filter to an WFS. All Filters are handled as an PostFilter on Server. Is there something broken or is there still developing in process. One thing i found is that there is a test if the WFSFilterCapabilities include AND and OR filter. This test fails every time. I switch the pre and post filter for a test. Everything works fine. Thanks a lot Tim - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can I set the following "svn:ignore" properties to every modules?
Wonderful, I am all for consistency. If you apply this list, can you (or Jody) also propagate this list to the developer guide? --adrian - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] BIRT
Hey Jody, Can you describe your BIRT experiment in a little more detail? As you do such experimentation, it would be cool to have a paragraph writeup---I spent some time looking into what it would take but decided against a full blow investigation. Any writeup should, of course, have dates and version numbers prominent since it will, in the new ways of the internet, be outdated before even being published. --adrian On Mon, 2007-09-03 at 14:33 -0700, Jody Garnett wrote: > Someone else did a BIRT, GeoTools project recently. Very cool stuff, I > did the research in order to check out BIRT as a solution to uDig > printing. It is possible but it is one of those fun projects that would > need funding :-) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can I set the following "svn:ignore" properties to every modules?
Martin Desruisseaux ha scritto: > .project > .settings > .classpath > .jetproperties > .wtpmodules > target > bin > doc > gt2 > cobertura.ser > nbproject > nbactions.xml > > > Rational: I would like to igore "nbproject" in every module, for NetBeans 6 > support. Since various modules set various properties, it was easier for me to > collect every "svn:ignore" properties set in every maven module, merge them in > the above-cited list, and apply them uniformely to every modules. Agreed on the principle, I have doubts on a few items above: why are you ignoring doc and gt2? That may catch by surprise anybody trying to stick some docs in his module. Cheers Andrea - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pre-Post Filter extraction do not work in WFS-Plugin on trunk
Tim Englich ha scritto: > Hello Jesse, > > I have found something strange in the WFS-Plugin compiled from trunk. > I can't send any Filter to an WFS. All Filters are handled as an PostFilter > on Server. > Is there something broken or is there still developing in process. > One thing i found is that there is a test if the WFSFilterCapabilities > include AND and OR filter. This test fails every time. > I switch the pre and post filter for a test. Everything works fine. Yeah, I kind of noticed the same doing some debug some time ago, and I think someone at LisaSoft noticed the same as well... About the cure, I'm not sure. Cheers Andrea - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] How can I debug easy Geotools withing Eclipse?
I realize that it may be pointless since the talk was about debuging Geotools in an Eclipse environment, but I would just like to inform that NetBeans 6 has an impresive Maven 2 support. Nothing to configure, no Maven task to lauch. You even don't have to download Maven! (you need to select "Maven" in the list of NetBeans plugins however, but this is very easy). Just click on "Open project" and Netbeans see every directory containing a "pom.xml" as an ordinary project that it can open immediately. It scans your ".m2/repository" directory by itself and all dependencies are immediately loaded. Even the debugger work through Maven! (I means, Netbeans launch test classes with Maven and the debugger connect to that). You can also set custom properties like "maven.test.skip" for any project without modifying the pom.xml file. In short, with NetBeans 6 you can open the Geotools project and debug it right out the box with no configuration at all - I tried it and it worked for me. However NetBeans 6 is still in milestone stage (not even beta), and still have some bugs. Final release scheduled for November. Martin - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can I set the following "svn:ignore" properties to every modules?
Adrian Custer a écrit : > If you apply this list, can you (or Jody) also propagate this list to > the developer guide? Yes I will do, if I get the okay for applying this list. Martin - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] BIRT
Hi, we are currently paying a developer to create a chartpanel (a view that should be usable by anyone) with BIRT, in order to make a first step towards that technology. I did some tests some time ago for the charting part and even if I'm not really aware of the performance yet, it looks nice. We do not have really much money, but are trying to create it as flexible as possible. I think for Viktoria it should be there and I hope to be able to present it. Ciao Andrea On Tue, 04 Sep 2007 10:39:31 +0200 Adrian Custer <[EMAIL PROTECTED]> probably wrote: > Hey Jody, > > Can you describe your BIRT experiment in a little more detail? As you > do such experimentation, it would be cool to have a paragraph > writeup---I spent some time looking into what it would take but > decided against a full blow investigation. Any writeup should, of > course, have dates and version numbers prominent since it will, in > the new ways of the internet, be outdated before even being > published. --adrian > > On Mon, 2007-09-03 at 14:33 -0700, Jody Garnett wrote: > > Someone else did a BIRT, GeoTools project recently. Very cool > > stuff, I did the research in order to check out BIRT as a solution > > to uDig printing. It is possible but it is one of those fun > > projects that would need funding :-) > > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. Download your FREE copy of Splunk now >> > http://get.splunk.com/ ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can I set the following "svn:ignore" properties to every modules?
Sounds good martin; I think doc was used by the maven one build; is there a good location for docbook files in maven 2 that we could use instead? I would love to know what some of the other files are about? Make sure you try a deploy after removing these things; I we had some magic license files involved in recording code coverage ... Jody Martin Desruisseaux wrote: > .project > .settings > .classpath > .jetproperties > .wtpmodules > target > bin > doc > gt2 > cobertura.ser > nbproject > nbactions.xml > > > Rational: I would like to igore "nbproject" in every module, for NetBeans 6 > support. Since various modules set various properties, it was easier for me to > collect every "svn:ignore" properties set in every maven module, merge them in > the above-cited list, and apply them uniformely to every modules. > > Martin > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can I set the following "svn:ignore" properties to every modules?
Andrea Aime a écrit : > Agreed on the principle, I have doubts on a few items above: why are you > ignoring doc and gt2? That may catch by surprise anybody trying to > stick some docs in his module. Just because I noticed that some modules are already ignoring those directories right now. The list was not my choice (except for "nbproject" and "nbactions" additions); it is an aggregation of "svn:ignore" currently set in Geotools SVN; I listed them without judgment. Me too I would be tempted to remove the "doc" directory from this list. As for "gt2", I believe that this is because we need to copy gt2/clover.license in every modules in order to get clover to work (at least last time I tried). Martin - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Can I set the following "svn:ignore" properties to every modules?
Applied the following svn:ignore on every directory that contains a pom.xml on trunk and 2.4 branch: > .project > .settings > .classpath > .jetproperties > .wtpmodules > target > bin > cobertura.ser > nbproject > nbactions.xml Compared to my previous email, I omitted the "gt2" and "doc" directories. I have not found any section in the developper guide to update. There is a section about the "ignore" global SVN property, but this is not the same thing. This change is not something user need to take in account. Its more like normal updating and commit of a file. Martin - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pre-Post Filter extraction do not work in WFS-Plugin on trunk
Well there was a day when it worked well. But it people have been making changes to it so perhaps it now is broken. I know Saul has done some work on the class. Jesse On Sep 4, 2007, at 1:23 AM, Tim Englich wrote: > Hello Jesse, > > I have found something strange in the WFS-Plugin compiled from trunk. > I can't send any Filter to an WFS. All Filters are handled as an > PostFilter > on Server. > Is there something broken or is there still developing in process. > One thing i found is that there is a test if the WFSFilterCapabilities > include AND and OR filter. This test fails every time. > I switch the pre and post filter for a test. Everything works fine. > > > Thanks a lot > Tim > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] GeoAPI feature model review
Hi, so, I've been assigned a GeoAPI feature model review and I've spent the last day wandering in the interface, looking at javadocs and reverse engineering models. The result along with my observation can be downloaded from here: http://geo.openplans.org/aaime/GeoApiFMReview.pdf If you have any feedback about it, feel free to do so as an answer to this mail (sorry for not putting the whole thing in a mail to start with, it was a bit long and diagrams would not fit). Cheers Andrea - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoAPI feature model review
Great review Andrea. Here are my comments. * AttributeType.isIdentified() This is more or less straight from xml schema. It used to denote whether instances of types have an id essentially. Think feature. But also in GML other types are identifiable. Like geometries. * getUserData()/putUserData() I know that Gabriel found this useful for complex features. What he did was use it to store the actualy parsed XSD elements straight from an xml schema. He found it a nice way to keep the information around without explicity tying the model to xml. * Java Bean Conventions +1, and they are probably inconsistent in some places. We can still model convenience methods with he absence of a setter method. * FeatureType namespace Not sure i see this. I see PropertyType.getName(). * CRS Agreed. And my opinion is that too many things have CRS's on them. Currently you have the following methods. - FeatureType.getCRS() - Feature.getCRS() - GeometryAttributeType.getCRS() - GeometryAttribute.getCRS() Its confusing... and undocumented how each relates to each other. I have seen the results of this in starting to write code... and trying to figure out the crs is a 4 level deep nested if-else statement. * InternationlizedString Can we kill this? I don't see the point of modeling i18n directly in the api since every application does i18n differently. It would be one thing if this was a subclass of String, but its not. I know it extends CharSequence but still... I dont really see any other java api's that do this. * Descriptors I understand that the idea of a descriptor is an abstraction. But in this case I actually see it as a necessary one. In our current type system there is no way to separate the type and the instance. For instance, whenever a feature type has an integer attribute we end up creating a custom on the fly attribute type for it. Its like creating a new class every time you want to instantiate an object. And i admit, this strategy works fine for the simple case. But as soon as you start talking more complex attribute types it soon falls down. As you would have to duplicate alot of the structure when creating an attribute type, instead of just using a single defined type. Hope that is not confusing. It sounds like you understand that part of it regardless and that your issue is just with the getName() methods on the api. A duplicate getName(). I don't see where getName() returns an I18NString. * FeatureCollection I think we should kill this all together from geoapi. It adds a ton of complexity (associations and stuff) with very little gain. Especially since we recently decided how to model feature collection in geotools and it involves not making FeatureCollection a feature. * Choice/Sequence These appear to be unused. Hopefully Gabriel can better comment on the usage of these. -Justin Andrea Aime wrote: > Hi, > so, I've been assigned a GeoAPI feature model review > and I've spent the last day wandering in the interface, > looking at javadocs and reverse engineering models. > > The result along with my observation can be downloaded > from here: > http://geo.openplans.org/aaime/GeoApiFMReview.pdf > > If you have any feedback about it, feel free to do > so as an answer to this mail (sorry for not putting > the whole thing in a mail to start with, it was > a bit long and diagrams would not fit). > > Cheers > Andrea > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,46dd9284227981439371379! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] xml to supported
Hi all, I am trying to move the xml stuff on trunk to supported before i start work on wfs 1.1 client. There is also a nasty performance issue that I am trying to kill that has to do with not caching parsed schemas. It involves some minor api changes which is why i want to get them out of the way before moving to supported. Which brings me to the point of this email, and that is really for peter. Peter: can you hop online to geotools irc when you get a moment. I need to make some changes in your module to make them compile against the changes i have made. They are pretty minor, i don't see you having a problem with them but regardless i don't want to make the changes without first discussing them with you. -Justin -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Legal: Prototype headers
[The copy of this message in moderator's queue can be deleted] Hey all, The attached file (which is small enough to send to everyone) contains prototypes for the headers for Geotools code files once we start signing the copyright assignment agreements. Does this approach seem reasonable to everyone? Did I miss any case that we should consider right now? You will hopefully have comments/ideas. I am not so interested in the specific wording since I did not even start from the current geotools header; in this iteration I am only concerned to get consensus on the approach to documenting the provenance, attribution and licensing which will determine the eventual use. Provenance would be defined in the class @author tag as: @author PhysicalAuthor OriginalCopyrightHolder AssignmentType where the assignmentType explains how OSGeo got the right to use the contents, i.e. it can be a license or a copyright grant. Copyright would be listed at the top of the file *and* in any license notice when those notices cannot be modified. The user license (LGPL) would be stated at the top of the file as coming from OSGeo and following the terms of the LGPLv2. Note that all past authors who don't sign anything will be treated according to the only rights we can realistically assume: OSGeo becomes a licensor of their code under the terms of the LGPLv2. If there is consensus on this approach, I could use someone's help in 1) creating the formal wording for these licenses, and 2) creating an appropriate writeup in the developer guide. Thanks, adrian. // // HEADER FRAGMENTS FOR USE BY THE GEOTOOLS PROJECT // contents (c) the Open Source Geospatial Foundation // // Redistribution and use in source and binary forms, with or // without modification, are permitted with no restriction. // The code sections below show prototype headers for use in the Geotools project when different cases are encountered. The cases described are: I. All (c) held by OSGeo. II. All (c) held by original authors. III. Partial (c) held by OSGeo and partially by third parties. IV. Partial (c) held by OSGeo and some contents of the file licensed under a compatible but unmodifiable license. Notes: @author I am using the javadoc @author tags to store provenance information. This is all right because, as stated in the @author section of http://java.sun.com/j2se/javadoc/writingdoccomments/ which states: "The @author tag is not critical, because it is not included when generating the API specification, and so it is seen only by those viewing the source code. (Version history can also be used for determining contributors for internal purposes.)" from which it sounds like we can extend the tag "for internal purposes" which, in this case, is to document who had the original copyright and therefore BSD or other third party compatible licenses The BSD license is used as an example here but code used under any other license could be addressed in the same way. Do be aware that there are many trivially distinct phrasings of the BSD license so the one incorporated should be the one in the file of the code used. - If we use a file unmodified, then we do not need to change anything. - If we incorporate a file into a java or geotools structure, then we have an author and we are in the dual system for which there is a header below. - If we only use part of a file and only in a few well defined places in our code, then we should attempt to identify the code and its location so that if the code were one day to be removed, the license could also be dropped. Note that the (c) section duplicates the name of the coder, this is not necessary but seems good form since each group // I. When copyright for the whole file is held by OSGeo. // Hopefully, this will be the most common case. /* * This file is part of Geotools: http://www.geotools.org/ * * (c) 1997-2007 The Open Source Geospatial Foundation: http://www.osgeo.org/ * * Use of the file contents licensed to all by the Open Source Geospatial * Foundation under the terms of the GNU Lesser General Public License, v2. * */ ... //in class javadoc @author Author S Name. Original (c) of XbeforeY Corporation, granted to OSGeo. @author Zaphod Beeblebrox. Original (c) of author, granted to OSGeo. // II. Old code with no copyright transfer // In this case: // the original authors retain (c) // the OSGeo distributes under the terms of the LGPL,v.2 /* * This file is part of Geotools: http://www.geotools
Re: [Geotools-devel] GeoAPI feature model review
Justin Deoliveira ha scritto: ... > * getUserData()/putUserData() > > I know that Gabriel found this useful for complex features. What he did > was use it to store the actualy parsed XSD elements straight from an xml > schema. He found it a nice way to keep the information around without > explicity tying the model to xml. I'm not against having that property bag around. I just find silly to have those two methods redefined here and there and there... why not factor them out in a single interface that others do extend? > * FeatureType namespace > > Not sure i see this. I see PropertyType.getName(). And getName returns InternationalizedString, which is not namespace scoped. If you want the namespace scoped version of the name, you'll have to call myFeatureType.getDescriptor().getName(). Silly? At least strange to me... > * CRS > > Agreed. And my opinion is that too many things have CRS's on them. > Currently you have the following methods. > > - FeatureType.getCRS() > - Feature.getCRS() > - GeometryAttributeType.getCRS() > - GeometryAttribute.getCRS() > > Its confusing... and undocumented how each relates to each other. I have > seen the results of this in starting to write code... and trying to > figure out the crs is a 4 level deep nested if-else statement. Agreed. One place would be sufficient. > * Descriptors > > I understand that the idea of a descriptor is an abstraction. But in > this case I actually see it as a necessary one. In our current type > system there is no way to separate the type and the instance. For > instance, whenever a feature type has an integer attribute we end up > creating a custom on the fly attribute type for it. Its like creating a > new class every time you want to instantiate an object. > > And i admit, this strategy works fine for the simple case. But as soon > as you start talking more complex attribute types it soon falls down. As > you would have to duplicate alot of the structure when creating an > attribute type, instead of just using a single defined type. > > Hope that is not confusing. It sounds like you understand that part of > it regardless and that your issue is just with the getName() methods on > the api. A duplicate getName(). I don't see where getName() returns an > I18NString. Indeed, me neither now... I must have been dreaming... Then again, I don't see why we need two (PropertyType.getName() and descriptor.getName()). If PropertyType, AttributeType and ComplexType are meant to be "reusable token" that need to be referenced by a descriptor in order to be used, then why bother giving them a name in the first place? Cheers Andrea - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoAPI feature model review
Hey Andrea, I'm glad to see you're taking this on. We all need to digest Feature someday and it would be good to have a solid analysis of the whole thing. I hope you can grow your analysis into a full featured doc. Being, as I am, a non-cognecenti I have little to offer you by way of analysis except on the CRS issue where perhaps my words below will be helpful rather than confusing. On Tue, 2007-09-04 at 21:23 +0200, Andrea Aime wrote: > Justin Deoliveira ha scritto: > > > * CRS > > > > Agreed. And my opinion is that too many things have CRS's on them. > > Currently you have the following methods. > > > > - FeatureType.getCRS() > > - Feature.getCRS() > > - GeometryAttributeType.getCRS() > > - GeometryAttribute.getCRS() > > > > Its confusing... and undocumented how each relates to each other. I have > > seen the results of this in starting to write code... and trying to > > figure out the crs is a 4 level deep nested if-else statement. > > Agreed. One place would be sufficient. Well it would be if the world were nice and simple and no one ever did anything crazy, err. "interesting". In a well structured data set everything uses the same CRS and indeed we could have 'one place' only. However, we hopefully will grow to a point where things get interesting. You, of course, realize that a Feature can have several geometries. You must then quickly realize that it must be logically possible to have two geometries in different CRS's: think for instance of the Chernobyl plume which may have a high density footprint in some projected CRS and have its trans-polar footprint in some 3D system only. Okay, maybe that's a bad example since they are slightly different 'features' but there are lots of examples one could construe of a feature being represented by two geometries with different CRS's. Geom.getCRS() - This relationship is necessary to know what the data means so a piece of code with a geometry *must* be able to get at the CRS. So the geom either has a pointer to a CRS or a pointer to an AttributeType with the CRS. Either way it's probably going to have a convenience method called .getCRS() because that's an obvious need for working with the object. GeomAttribType.getCRS() --- Okay, so the geometry logically needs a CRS so we can work with its coordinates and know what they mean. However, the GeometryAttributeType probably needs a CRS as well so that the GAT can fully describe the Geometry it is attempting to describe. It would be an incomplete holder of metadata if it did not have a pointer to the same CRS, right? The attribute type of a measure would have to have the same unit as the measure data object, no? So I don't see a way around this redundancy. Feature.getCRS() --- Logically, only the geometry has to have a CRS. So why would the feature itself have a CRS at all? That's an interesting issue. If it has a CRS, then we are forced into some convention about what the Feature's CRS means such as: if (null != Feature.getCRS() ) => all internal geometries share the same CRS or it could mean "this is the preferred CRS to use to represent this feature: for some meaning of 'preferred'. We would have to decide but I imagine the OGC standards have already decided this for us, no? FeatureType.getCRS() Again, if the object has one, then the descriptor of the object needs to have one. Hope that's not simply muddling up the issues. --adrian - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] xml to supported
Ok i have done my refactoring. This involved a lot of updates to code so next time you update don't do it over a week connection ;). Justin Deoliveira wrote: > Hi all, > > I am trying to move the xml stuff on trunk to supported before i start > work on wfs 1.1 client. There is also a nasty performance issue that I > am trying to kill that has to do with not caching parsed schemas. It > involves some minor api changes which is why i want to get them out of > the way before moving to supported. > > Which brings me to the point of this email, and that is really for peter. > > Peter: can you hop online to geotools irc when you get a moment. I need > to make some changes in your module to make them compile against the > changes i have made. They are pretty minor, i don't see you having a > problem with them but regardless i don't want to make the changes > without first discussing them with you. > > -Justin > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoAPI feature model review
Justin Deoliveira wrote: > Great review Andrea. Here are my comments. > Looking forward to looking at your review Andrea :-) > * getUserData()/putUserData() > This is a big plus for getting things done (rather than forcing information into some stupid metadata class or format). The real thing we want to prevent is application writers setting up a bunch of Maps caches - and then trying to keep them in sync. > * Java Bean Conventions > > +1, and they are probably inconsistent in some places. We can still > model convenience methods with he absence of a setter method. > +1 > * CRS > > Agreed. And my opinion is that too many things have CRS's on them. > Currently you have the following methods. > > - FeatureType.getCRS() > - Feature.getCRS() > - GeometryAttributeType.getCRS() > - GeometryAttribute.getCRS() > > Its confusing... and undocumented how each relates to each other. I have > seen the results of this in starting to write code... and trying to > figure out the crs is a 4 level deep nested if-else statement. > How do you guys want to handle this? As I understand it an srsname can appear in any of those locations in GML. You could remove it from FetureType and GeoetryAttributeType and express it as a constraint on the valid values (but that would kill usability). I think the place we *want* it for readable code is in in GeometryAttribute - so we can quickly figure out the crs for a geometry without guess work. And also in GeometryAttributeType - so we can quickly figure out what projection any content we are creating needs to be in. For Feature and FeatureType perhaps we can leave that information up to the GML parser (to be context sensitive) and it can use putClientProperties if it really cares to store the context on the FeatureType. > * InternationlizedString > > Can we kill this? I don't see the point of modeling i18n directly in the > api since every application does i18n differently. It would be one thing > if this was a subclass of String, but its not. I know it extends > CharSequence but still... I dont really see any other java api's that do > this. > Where is this being used in the feature model? I find that InternationalString is great, and really lets us have a smooth mapping from ISO standards to Java. The break down of human readable vs machine readable text is explicit and leaves no guess work. If you can give me specific things to look at I will check the ISO19107 and see if it actually supposed to be human readable. > * FeatureCollection > > I think we should kill this all together from geoapi. It adds a ton of > complexity (associations and stuff) with very little gain. Especially > since we recently decided how to model feature collection in geotools > and it involves not making FeatureCollection a feature. > I would like some feedback on this, I don't mind stripping it out but it does seem to be a break with GML and the OGC reference model. There is nothing special about FeatureCollection; the same result can be had by making a Feature that has an association called "members" (I just find it useful to have this common case captured explicitly so we can provide an iterator / visitor to navigate the contents. GeoAPI is not complete with out a representation of FeatureCollection, if we want to make it not implement Feature then we should do that. If you guys want to remove the geoapi FeatureStore class then you can remove FeatureCollection as a concern for later; but until then we need something. > * Choice/Sequence > > These appear to be unused. Hopefully Gabriel can better comment on the > usage of these. > I am not sure if they are needed? Creating your ComplexType with a List is good enough to indicate sequence. Choice is represented with a rather stupid filter constraint; but there is nothing special about the interface. They do service as a good documentation on "how to do it"; but perhaps that is where they should be kept? Jody - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pre-Post Filter extraction do not work in WFS-Plugin on trunk
I can't find the WFSFilterCapabilites test that fails... Could you send me it or tell me which folder it is in? THanks Jesse On Sep 4, 2007, at 1:23 AM, Tim Englich wrote: > Hello Jesse, > > I have found something strange in the WFS-Plugin compiled from trunk. > I can't send any Filter to an WFS. All Filters are handled as an > PostFilter > on Server. > Is there something broken or is there still developing in process. > One thing i found is that there is a test if the WFSFilterCapabilities > include AND and OR filter. This test fails every time. > I switch the pre and post filter for a test. Everything works fine. > > > Thanks a lot > Tim > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Image mosaicking/pyramidal jdbc plugin
Hi, I wrote an Image mosaicking/pyramidal plugin for a tile store in a DB. It is the same principle as the existing image mosaicking plugin, but it was impossible to use it because I have 10 million tiles (200x200 inPixel) and my wms client requests images of 1280x1024 size. 10 million files would be a headache, tiled geotiff files with pyramids are limited to 2 GB in size, so there was no solution for me. My idea was to implement something like ARCSde does, but using jdbc with the possibility to adapt to any database with a spatial extension. My geoserver deployment platform is an AIX 5.3 with Websphere Application Server 6.1. My Database is DB2 9.1 with Spatial Extender. Since there is no native encoding/decoding support on the AIX Platform I got a serious performance problem. The Solution was a multithreaded tile decoding which works fine. (My biggest table has 3,5 million tiles). I use the geotools api for spatial DB access, only the few SQL statements for tiles are hard coded. I want to contribute this plug to the geotools, so what are the next steps ? christian - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] A Deeper Look At GeoTools Transformation/Reprojection Code
Jody, I took a quick trip through the wiki for GeoTools Reprojection. It seems simple enough to use. However, I am one of those really sick people that needs to see how things work under the hood. Could you tell me where I would look in GeoTools to find out more about how the MathTransforms are calculated for the source and target CoordinateReferenceSystems. All I really know at this point is that you provide the GeoTools API with two ESPG codes and it "magically" returns a MathTransformation. What if I wanted to add support for a custom or new Map projection? What if there was a mistake in the generated MathTransformation that I wanted to fix? >From the perspective of a "potential" maintainer it would be good to know how things are working at a lower level. I'm fairly familiar with geodetic calculations, so I'm not really scared of this (yet). I wonder if any of the GeoTools developers can give me a brief (two or three minute) overview of how GeoTools gets from two (2) ESPG codes to a MathTransform object. If I can get this overview I'll dig into the Javadoc and source code for more details. SS Thanks for indulging my curiousity. On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > We had talked a little the other day about a incorporating third-party > reprojection code into OpenJUMP. I sent a post to the UDig list, since > I know they support "on-the-fly" reprojection. > > I know we don't necessarily want to mess with "on-the-fly" > reprojection in OpenJUMP, but maybe we couls use the reprojection code > from UDig for a stand-alone utility or for a OpenJUMP plug-in. > > Jody Garnett put a section on the wiki for us that talks about this: > > http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > The Sunburned Surveyor > > > > -- Forwarded message -- > From: Sunburned Surveyor <[EMAIL PROTECTED]> > Date: Sep 4, 2007 3:27 PM > Subject: Re: [udig-devel] Transformation/Reprojection > To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> > > > Jody wrote: "Since this question is asked every couple of months by a > jump developer it has made its way into the geotools user guide..." > > I really apologize about that. I'm sure that I'm the jackass that > keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, > SkyJUMP, DeeJUMP... > > I have a hardtime keeping track of it all sometimes. Please be patient with > me. > > The section you added to the wiki will be very helpful. I will look it > over and will also forward this message to the JPP Developer List. > > Thanks for all of your help. I look forward to trying out UDig on my > GIS project. :] > > SS > > > On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > > Sunburned Surveyor wrote: > > > We were discussing options for reprojection/transformation code on the > > > OpenJUMP development list the other day. I know that UDig offers on > > > the fly reprojection, which is why I'm currently trying to download it > > > and get it running. > > > > > > I was curious, is the ,low-level reprojection code something UDig gets > > > from the GeoTools library, or is it code unique to UDig? Does the > > > low-level reprojection code work with GeoTools features, or does it > > > transform individual coordinates? Is it possible to access the API for > > > transformation of individual coordinates? > > > > > It is from the GeoTools library; you can use the "referencing module" > > with out depending on any GeoTools feature stuff. It is suitable for > > OpenJUMP etc... > > > > Since this question is asked every couple of months by a jump developer > > it has made its way into the geotools user guide: > > - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > It seems to me that it would make sense to share reporojection code > > > between OpenJUMP and UDig, especially if we can transform individual > > > coordinate and don't need to deal with the feature model problem. > > > > > Yes it makes sense to share; interfaces via geoapi and implementation > > via geotools, and hopfully swing widgets and swt widgets as well ;-) > > > > Don't worry about stealing worry about forking; if you see anything you > > want out of udig lets make sure we can place it in a common library so > > we can share maintence cost. > > > > Cheers, > > Jody > > ___ > > User-friendly Desktop Internet GIS (uDig) > > http://udig.refractions.net > > http://lists.refractions.net/mailman/listinfo/udig-devel > > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ge
Re: [Geotools-devel] A Deeper Look At GeoTools Transformation/Reprojection Code
Jody, I just realized the GeoTools Javadoc already has told me where to look. I think it is in the source code for the findMathTransform of the CRS class. I'll check there. Still, any extra information is always helpful. SS On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > Jody, > > I took a quick trip through the wiki for GeoTools Reprojection. It > seems simple enough to use. > > However, I am one of those really sick people that needs to see how > things work under the hood. Could you tell me where I would look in > GeoTools to find out more about how the MathTransforms are calculated > for the source and target CoordinateReferenceSystems. > > All I really know at this point is that you provide the GeoTools API > with two ESPG codes and it "magically" returns a MathTransformation. > > What if I wanted to add support for a custom or new Map projection? > What if there was a mistake in the generated MathTransformation that I > wanted to fix? > > From the perspective of a "potential" maintainer it would be good to > know how things are working at a lower level. I'm fairly familiar with > geodetic calculations, so I'm not really scared of this (yet). > > I wonder if any of the GeoTools developers can give me a brief (two or > three minute) overview of how GeoTools gets from two (2) ESPG codes to > a MathTransform object. If I can get this overview I'll dig into the > Javadoc and source code for more details. > > SS > > Thanks for indulging my curiousity. > > On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > > We had talked a little the other day about a incorporating third-party > > reprojection code into OpenJUMP. I sent a post to the UDig list, since > > I know they support "on-the-fly" reprojection. > > > > I know we don't necessarily want to mess with "on-the-fly" > > reprojection in OpenJUMP, but maybe we couls use the reprojection code > > from UDig for a stand-alone utility or for a OpenJUMP plug-in. > > > > Jody Garnett put a section on the wiki for us that talks about this: > > > > http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > > The Sunburned Surveyor > > > > > > > > -- Forwarded message -- > > From: Sunburned Surveyor <[EMAIL PROTECTED]> > > Date: Sep 4, 2007 3:27 PM > > Subject: Re: [udig-devel] Transformation/Reprojection > > To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> > > > > > > Jody wrote: "Since this question is asked every couple of months by a > > jump developer it has made its way into the geotools user guide..." > > > > I really apologize about that. I'm sure that I'm the jackass that > > keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, > > SkyJUMP, DeeJUMP... > > > > I have a hardtime keeping track of it all sometimes. Please be patient with > > me. > > > > The section you added to the wiki will be very helpful. I will look it > > over and will also forward this message to the JPP Developer List. > > > > Thanks for all of your help. I look forward to trying out UDig on my > > GIS project. :] > > > > SS > > > > > > On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > > > Sunburned Surveyor wrote: > > > > We were discussing options for reprojection/transformation code on the > > > > OpenJUMP development list the other day. I know that UDig offers on > > > > the fly reprojection, which is why I'm currently trying to download it > > > > and get it running. > > > > > > > > I was curious, is the ,low-level reprojection code something UDig gets > > > > from the GeoTools library, or is it code unique to UDig? Does the > > > > low-level reprojection code work with GeoTools features, or does it > > > > transform individual coordinates? Is it possible to access the API for > > > > transformation of individual coordinates? > > > > > > > It is from the GeoTools library; you can use the "referencing module" > > > with out depending on any GeoTools feature stuff. It is suitable for > > > OpenJUMP etc... > > > > > > Since this question is asked every couple of months by a jump developer > > > it has made its way into the geotools user guide: > > > - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > > It seems to me that it would make sense to share reporojection code > > > > between OpenJUMP and UDig, especially if we can transform individual > > > > coordinate and don't need to deal with the feature model problem. > > > > > > > Yes it makes sense to share; interfaces via geoapi and implementation > > > via geotools, and hopfully swing widgets and swt widgets as well ;-) > > > > > > Don't worry about stealing worry about forking; if you see anything you > > > want out of udig lets make sure we can place it in a common library so > > > we can share maintence cost. > > > > > > Cheers, > > > Jody > > > ___ > > > User-friendly Desktop Internet GIS (uDig) > > > http://udig.refractions.net > > > http://lists.refractions.net/mailman/listinf
Re: [Geotools-devel] A Deeper Look At GeoTools Transformation/Reprojection Code
Look at the test code in the referencing module. That's undoubtedly the best place to start. Martin is Mr. Referencing but he's busy enough that he hides as much as he can afford to. --adrian On Tue, 2007-09-04 at 16:15 -0700, Sunburned Surveyor wrote: > Jody, > > I took a quick trip through the wiki for GeoTools Reprojection. It > seems simple enough to use. > > However, I am one of those really sick people that needs to see how > things work under the hood. Could you tell me where I would look in > GeoTools to find out more about how the MathTransforms are calculated > for the source and target CoordinateReferenceSystems. > > All I really know at this point is that you provide the GeoTools API > with two ESPG codes and it "magically" returns a MathTransformation. > > What if I wanted to add support for a custom or new Map projection? > What if there was a mistake in the generated MathTransformation that I > wanted to fix? > > >From the perspective of a "potential" maintainer it would be good to > know how things are working at a lower level. I'm fairly familiar with > geodetic calculations, so I'm not really scared of this (yet). > > I wonder if any of the GeoTools developers can give me a brief (two or > three minute) overview of how GeoTools gets from two (2) ESPG codes to > a MathTransform object. If I can get this overview I'll dig into the > Javadoc and source code for more details. > > SS > > Thanks for indulging my curiousity. > > On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > > We had talked a little the other day about a incorporating third-party > > reprojection code into OpenJUMP. I sent a post to the UDig list, since > > I know they support "on-the-fly" reprojection. > > > > I know we don't necessarily want to mess with "on-the-fly" > > reprojection in OpenJUMP, but maybe we couls use the reprojection code > > from UDig for a stand-alone utility or for a OpenJUMP plug-in. > > > > Jody Garnett put a section on the wiki for us that talks about this: > > > > http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > > The Sunburned Surveyor > > > > > > > > -- Forwarded message -- > > From: Sunburned Surveyor <[EMAIL PROTECTED]> > > Date: Sep 4, 2007 3:27 PM > > Subject: Re: [udig-devel] Transformation/Reprojection > > To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> > > > > > > Jody wrote: "Since this question is asked every couple of months by a > > jump developer it has made its way into the geotools user guide..." > > > > I really apologize about that. I'm sure that I'm the jackass that > > keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, > > SkyJUMP, DeeJUMP... > > > > I have a hardtime keeping track of it all sometimes. Please be patient with > > me. > > > > The section you added to the wiki will be very helpful. I will look it > > over and will also forward this message to the JPP Developer List. > > > > Thanks for all of your help. I look forward to trying out UDig on my > > GIS project. :] > > > > SS > > > > > > On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > > > Sunburned Surveyor wrote: > > > > We were discussing options for reprojection/transformation code on the > > > > OpenJUMP development list the other day. I know that UDig offers on > > > > the fly reprojection, which is why I'm currently trying to download it > > > > and get it running. > > > > > > > > I was curious, is the ,low-level reprojection code something UDig gets > > > > from the GeoTools library, or is it code unique to UDig? Does the > > > > low-level reprojection code work with GeoTools features, or does it > > > > transform individual coordinates? Is it possible to access the API for > > > > transformation of individual coordinates? > > > > > > > It is from the GeoTools library; you can use the "referencing module" > > > with out depending on any GeoTools feature stuff. It is suitable for > > > OpenJUMP etc... > > > > > > Since this question is asked every couple of months by a jump developer > > > it has made its way into the geotools user guide: > > > - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > > It seems to me that it would make sense to share reporojection code > > > > between OpenJUMP and UDig, especially if we can transform individual > > > > coordinate and don't need to deal with the feature model problem. > > > > > > > Yes it makes sense to share; interfaces via geoapi and implementation > > > via geotools, and hopfully swing widgets and swt widgets as well ;-) > > > > > > Don't worry about stealing worry about forking; if you see anything you > > > want out of udig lets make sure we can place it in a common library so > > > we can share maintence cost. > > > > > > Cheers, > > > Jody > > > ___ > > > User-friendly Desktop Internet GIS (uDig) > > > http://udig.refractions.net > > > http://lists.refractions.net/mailman/listinfo/udig-devel > > > >
[Geotools-devel] Fwd: A Deeper Look At GeoTools Transformation/Reprojection Code
Thanks Adrian. Will I find the test code in the GeoTools SVN? I've been digging around some more and I think I'm on the right trail. The CRS.findMathTransform method led me to the CoordinateOperationFactory interface. I'm guessing that a Plug-In like the EPSG WKT Wiki mentioned in the Referencing Wiki implements this interface and actually contains the logic for the transformation. So I probably need to look there for the actual code in the CoordinateOperationFactory that generates the CoordinateOperation that is wrapped to the MathTransform and delivered to the CRS class. I hope I have this all correct. The Sunburned Surveyor P.S. - I'm wondering where I might find the code for the ESPG WKT Plug-In. I didn't see it in the referencing module of the SVN. On 9/4/07, Adrian Custer <[EMAIL PROTECTED]> wrote: > Look at the test code in the referencing module. That's undoubtedly the > best place to start. Martin is Mr. Referencing but he's busy enough that > he hides as much as he can afford to. > > --adrian > > > On Tue, 2007-09-04 at 16:15 -0700, Sunburned Surveyor wrote: > > Jody, > > > > I took a quick trip through the wiki for GeoTools Reprojection. It > > seems simple enough to use. > > > > However, I am one of those really sick people that needs to see how > > things work under the hood. Could you tell me where I would look in > > GeoTools to find out more about how the MathTransforms are calculated > > for the source and target CoordinateReferenceSystems. > > > > All I really know at this point is that you provide the GeoTools API > > with two ESPG codes and it "magically" returns a MathTransformation. > > > > What if I wanted to add support for a custom or new Map projection? > > What if there was a mistake in the generated MathTransformation that I > > wanted to fix? > > > > >From the perspective of a "potential" maintainer it would be good to > > know how things are working at a lower level. I'm fairly familiar with > > geodetic calculations, so I'm not really scared of this (yet). > > > > I wonder if any of the GeoTools developers can give me a brief (two or > > three minute) overview of how GeoTools gets from two (2) ESPG codes to > > a MathTransform object. If I can get this overview I'll dig into the > > Javadoc and source code for more details. > > > > SS > > > > Thanks for indulging my curiousity. > > > > On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > > > We had talked a little the other day about a incorporating third-party > > > reprojection code into OpenJUMP. I sent a post to the UDig list, since > > > I know they support "on-the-fly" reprojection. > > > > > > I know we don't necessarily want to mess with "on-the-fly" > > > reprojection in OpenJUMP, but maybe we couls use the reprojection code > > > from UDig for a stand-alone utility or for a OpenJUMP plug-in. > > > > > > Jody Garnett put a section on the wiki for us that talks about this: > > > > > > http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > > > > The Sunburned Surveyor > > > > > > > > > > > > -- Forwarded message -- > > > From: Sunburned Surveyor <[EMAIL PROTECTED]> > > > Date: Sep 4, 2007 3:27 PM > > > Subject: Re: [udig-devel] Transformation/Reprojection > > > To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> > > > > > > > > > Jody wrote: "Since this question is asked every couple of months by a > > > jump developer it has made its way into the geotools user guide..." > > > > > > I really apologize about that. I'm sure that I'm the jackass that > > > keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, > > > SkyJUMP, DeeJUMP... > > > > > > I have a hardtime keeping track of it all sometimes. Please be patient > > > with me. > > > > > > The section you added to the wiki will be very helpful. I will look it > > > over and will also forward this message to the JPP Developer List. > > > > > > Thanks for all of your help. I look forward to trying out UDig on my > > > GIS project. :] > > > > > > SS > > > > > > > > > On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > > > > Sunburned Surveyor wrote: > > > > > We were discussing options for reprojection/transformation code on the > > > > > OpenJUMP development list the other day. I know that UDig offers on > > > > > the fly reprojection, which is why I'm currently trying to download it > > > > > and get it running. > > > > > > > > > > I was curious, is the ,low-level reprojection code something UDig gets > > > > > from the GeoTools library, or is it code unique to UDig? Does the > > > > > low-level reprojection code work with GeoTools features, or does it > > > > > transform individual coordinates? Is it possible to access the API for > > > > > transformation of individual coordinates? > > > > > > > > > It is from the GeoTools library; you can use the "referencing module" > > > > with out depending on any GeoTools feature stuff. It is suitable for > > > > OpenJUMP etc... > > > > > > > > Since this q
[Geotools-devel] feature model review review part 2
Hi Andrea, I am just now looking at the Feature part of your review. And here are my comments. * Property exposing name and type from descriptor This is kind of tricky issue. I need to provide some context. Consider for a moment two types of attributes: 1. An attribute that is part of another type 2. An attribute that is at the top level In the first case Attribute.getDescriptor() != null, but in the second case Attribute.getDescriptor() == null. The reason being that in the second case the attribute is not part of another type... so there is nothing to "descript". I know the javadocs do not state that at all... they are horrible. Regardless, the name() method is as convenience which makes it so that client code does not have to do a null check on the descriptor. For case 2, name() returns null. However, getType() returns non-null in both cases. And in the first case Attribute.getType() == Attribute.getDescriptor().getType(). Does that make any sense? * Associations Looking at this I am a bit confused as well. I believe teh reason for the duplication is related to what i stated above. However... that case does not apply since you cant really have an association at the top level. Hopefully Jody can provide more feedback here. * Attribute ID's I think the reason for this is that things other then features can be identified, like geometries in GML. And yes... I believe this should return null in the case that getType().isIdentifiable() is false. Yet another hole in the docs. * ComplexAttribute.getValue() to List +1 on this one. A list is still more useful even if you are telling people that the order in the list may be random. -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pre-Post Filter extraction do not work in WFS-Plugin on trunk
Andrea Aime wrote:
> Tim Englich ha scritto:
>
>> Hello Jesse,
>>
>> I have found something strange in the WFS-Plugin compiled from trunk.
>> I can't send any Filter to an WFS. All Filters are handled as an PostFilter
>> on Server.
>> Is there something broken or is there still developing in process.
>> One thing i found is that there is a test if the WFSFilterCapabilities
>> include AND and OR filter. This test fails every time.
>> I switch the pre and post filter for a test. Everything works fine.
>>
>
> Yeah, I kind of noticed the same doing some debug some time ago, and
> I think someone at LisaSoft noticed the same as well...
> About the cure, I'm not sure.
>
Yep, I have problems with filters as well. I tried to fix it and even
did something that solved the problem, but since I'm not too familiar
with Geotools, I have no idea what bad effects my solution might have.
However, I just tell you what I found out and maybe someone knows a
proper solution:
When I request a single feature using a FID-filter (e.g. "feature.3"),
the response would be something like [feature.3, feature.1,
feature.2...feature.n]. According to the log-file of Geoserver, first a
correct request containing the filter is sent to the cascaded WFS and
then afterwards a second request is sent out, which doesn't contain any
filter at all.
I think the problem is in the class
"org.geotools.data.wfs.StrictWFSStrategy". After all features from the
first request are read, the function "nextReader()" is called. At this
time "this.filter" seems to be always "Filter.EXCLUDE", even though in
my understanding it should be "Filter.INCLUDE" as it is in the first
correct request. So because of the filter being "Filter.EXCLUDE" (it
wouldn't happen if it was null or "Filter.INCLUDE") a new query is sent
with the "Filter.EXCLUDE", which causes then to get all features.
The filter is set in the "init"-function of StrictWFSStrategy by
"this.filter=visitor.getFilter();". For some reason the filter within
the visitor must be somehow wrong, since I think "this.filter" should be
now "Filter.INCLUDE" but is "Filter.EXCLUDE". Maybe there's a bug in
the accept-method in"org.geotools.filter.Filters", but that's the point
where I just don't know enough about Geotools.
To solve this problem (and I'm not sure, if that's a proper solution), I
forced "this.filter" to be set on the fidFilter that is actually used in
the first correct request, if a fidFilter is used. Otherwise I don't do
anything. It seems to work, but I didn't run to many tests yet...
cheers,
stefan
ps.
Here's the code snippet from StrictWFSStrategy :
protected void init( Transaction transaction, Query query,
Integer level ) throws IOException {
FilterEncodingPreProcessor visitor = new
FilterEncodingPreProcessor(level);
Filters.accept( query.getFilter(), visitor ); //I think, in
the method might be something wrong
this.transaction=transaction;
if( visitor.requiresPostProcessing() &&
query.getPropertyNames()!=Query.ALL_NAMES) {
FilterAttributeExtractor attributeExtractor=new
FilterAttributeExtractor();
query.getFilter().accept( attributeExtractor, null );
Set properties=new
HashSet(attributeExtractor.getAttributeNameSet());
properties.addAll(Arrays.asList(query.getPropertyNames()));
this.query=new DefaultQuery(query.getTypeName(),
query.getFilter(), query.getMaxFeatures(),
(String[]) properties.toArray(new String[0]),
query.getHandle());
}else {
this.query=query;
}
this.filter=visitor.getFilter(); //Always sets it on
Filter.EXCLUDE
DefaultQuery nonFidQuery=new DefaultQuery(query);
FidFilter fidFilter = visitor.getFidFilter();
nonFidQuery.setFilter(fidFilter);
if( fidFilter.getFids().length>0 ){
this.filter = fidFilter; //This is the line I added
delegate =
StrictWFSStrategy.super.createFeatureReader(transaction, nonFidQuery);
}else{
delegate=nextReader();
}
}
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] A Deeper Look At GeoTools Transformation/Reprojection Code
I started some notes here: - http://docs.codehaus.org/display/GEOTDOC/Referencing+Developers+Guide - http://docs.codehaus.org/display/GEOTDOC/1+Referencing+Configuration+and+Tool - http://docs.codehaus.org/display/GEOTDOC/3+Authorities+backed+by+the+EPSG+Database You may also be interested in this recent proposal: - http://docs.codehaus.org/display/GEOTDOC/3+Authorities+backed+by+the+EPSG+Database It is worth using the visual tool to see what CRS Authorities you have configured. Enjoy, Jody > Jody, > > I just realized the GeoTools Javadoc already has told me where to > look. I think it is in the source code for the findMathTransform of > the CRS class. > > I'll check there. > > Still, any extra information is always helpful. > > SS > > On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > >> Jody, >> >> I took a quick trip through the wiki for GeoTools Reprojection. It >> seems simple enough to use. >> >> However, I am one of those really sick people that needs to see how >> things work under the hood. Could you tell me where I would look in >> GeoTools to find out more about how the MathTransforms are calculated >> for the source and target CoordinateReferenceSystems. >> >> All I really know at this point is that you provide the GeoTools API >> with two ESPG codes and it "magically" returns a MathTransformation. >> >> What if I wanted to add support for a custom or new Map projection? >> What if there was a mistake in the generated MathTransformation that I >> wanted to fix? >> >> From the perspective of a "potential" maintainer it would be good to >> know how things are working at a lower level. I'm fairly familiar with >> geodetic calculations, so I'm not really scared of this (yet). >> >> I wonder if any of the GeoTools developers can give me a brief (two or >> three minute) overview of how GeoTools gets from two (2) ESPG codes to >> a MathTransform object. If I can get this overview I'll dig into the >> Javadoc and source code for more details. >> >> SS >> >> Thanks for indulging my curiousity. >> >> On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: >> >>> We had talked a little the other day about a incorporating third-party >>> reprojection code into OpenJUMP. I sent a post to the UDig list, since >>> I know they support "on-the-fly" reprojection. >>> >>> I know we don't necessarily want to mess with "on-the-fly" >>> reprojection in OpenJUMP, but maybe we couls use the reprojection code >>> from UDig for a stand-alone utility or for a OpenJUMP plug-in. >>> >>> Jody Garnett put a section on the wiki for us that talks about this: >>> >>> http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers >>> >>> The Sunburned Surveyor >>> >>> >>> >>> -- Forwarded message -- >>> From: Sunburned Surveyor <[EMAIL PROTECTED]> >>> Date: Sep 4, 2007 3:27 PM >>> Subject: Re: [udig-devel] Transformation/Reprojection >>> To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> >>> >>> >>> Jody wrote: "Since this question is asked every couple of months by a >>> jump developer it has made its way into the geotools user guide..." >>> >>> I really apologize about that. I'm sure that I'm the jackass that >>> keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, >>> SkyJUMP, DeeJUMP... >>> >>> I have a hardtime keeping track of it all sometimes. Please be patient with >>> me. >>> >>> The section you added to the wiki will be very helpful. I will look it >>> over and will also forward this message to the JPP Developer List. >>> >>> Thanks for all of your help. I look forward to trying out UDig on my >>> GIS project. :] >>> >>> SS >>> >>> >>> On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: >>> Sunburned Surveyor wrote: > We were discussing options for reprojection/transformation code on the > OpenJUMP development list the other day. I know that UDig offers on > the fly reprojection, which is why I'm currently trying to download it > and get it running. > > I was curious, is the ,low-level reprojection code something UDig gets > from the GeoTools library, or is it code unique to UDig? Does the > low-level reprojection code work with GeoTools features, or does it > transform individual coordinates? Is it possible to access the API for > transformation of individual coordinates? > > It is from the GeoTools library; you can use the "referencing module" with out depending on any GeoTools feature stuff. It is suitable for OpenJUMP etc... Since this question is asked every couple of months by a jump developer it has made its way into the geotools user guide: - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > It seems to me that it would make sense to share reporojection code > between OpenJUMP and UDig, especially if we can transform individual > coordinate and don't need to deal with the feature
[Geotools-devel] making a release and web-dav
I have been running into problems deploying trunk ... it seems to come down to this bug report: - http://jira.codehaus.org/browse/MNG-2934 Which is marked as fixed for maven 2.0.7 :-( I am loath to touch anything and am destroying my local repository and building from scratch on the off chance my repository was messed up with Maven 2.0.6 experimentation. Is anyone else able to deploy geotools these days? Jody - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] making a release and web-dav
I was able to deploy when i upgraded to Maven 2.0.7, but unable to do javadocs. Dropping back to Maven 2.0.5 i was able to do everything. Also the build box is still deploying nightly with no issues. -Justin Jody Garnett wrote: > I have been running into problems deploying trunk ... it seems to come > down to this bug report: > - http://jira.codehaus.org/browse/MNG-2934 > > Which is marked as fixed for maven 2.0.7 :-( > > I am loath to touch anything and am destroying my local repository and > building from scratch on the off chance my repository was messed up with > Maven 2.0.6 experimentation. > Is anyone else able to deploy geotools these days? > Jody > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,46ddf6a210508992556831! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [continuum] BUILD FAILURE: Geotools
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=97&projectId=1 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] making a release and web-dav
Thanks for the sanity check Justin; I have blown away my repository and started from scratch ... and can now deploy. So the 2.5-M0 release is tagged and will be available for download soon. Cheers, Jody > I was able to deploy when i upgraded to Maven 2.0.7, but unable to do > javadocs. Dropping back to Maven 2.0.5 i was able to do everything. Also > the build box is still deploying nightly with no issues. > > -Justin > > Jody Garnett wrote: > >> I have been running into problems deploying trunk ... it seems to come >> down to this bug report: >> - http://jira.codehaus.org/browse/MNG-2934 >> >> Which is marked as fixed for maven 2.0.7 :-( >> >> I am loath to touch anything and am destroying my local repository and >> building from scratch on the off chance my repository was messed up with >> Maven 2.0.6 experimentation. >> Is anyone else able to deploy geotools these days? >> Jody >> >> - >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> ___ >> Geotools-devel mailing list >> Geotools-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> !DSPAM:4007,46ddf6a210508992556831! >> >> > > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoapi-devel] feature model review review part 2
Why not just reply to the original thread instead of creating a new one? Best regards, Paul. On 9/5/07, Justin Deoliveira <[EMAIL PROTECTED]> wrote: > Hi Andrea, > > I am just now looking at the Feature part of your review. And here are > my comments. > > * Property exposing name and type from descriptor > > This is kind of tricky issue. I need to provide some context. Consider > for a moment two types of attributes: > > 1. An attribute that is part of another type > 2. An attribute that is at the top level > > In the first case Attribute.getDescriptor() != null, but in the second > case Attribute.getDescriptor() == null. The reason being that in the > second case the attribute is not part of another type... so there is > nothing to "descript". I know the javadocs do not state that at all... > they are horrible. > > Regardless, the name() method is as convenience which makes it so that > client code does not have to do a null check on the descriptor. For case > 2, name() returns null. > > However, getType() returns non-null in both cases. And in the first case > Attribute.getType() == Attribute.getDescriptor().getType(). > > Does that make any sense? > > * Associations > > Looking at this I am a bit confused as well. I believe teh reason for > the duplication is related to what i stated above. However... that case > does not apply since you cant really have an association at the top > level. Hopefully Jody can provide more feedback here. > > * Attribute ID's > > I think the reason for this is that things other then features can be > identified, like geometries in GML. And yes... I believe this should > return null in the case that getType().isIdentifiable() is false. Yet > another hole in the docs. > > * ComplexAttribute.getValue() to List > > +1 on this one. A list is still more useful even if you are telling > people that the order in the list may be random. > > > -- > Justin Deoliveira > The Open Planning Project > http://topp.openplans.org > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Geoapi-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/geoapi-devel > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] The build box memory and maven 2.0.6 ...
The most recent build error: - http://geo.openplans.org:9090/continuum/buildResult.action?buildId=97&projectId=1 Is a bit suspect; looking through the logs I see maven-2.0.6 in use? Is this intensional? The build appears to have failed due to lack of memory. Jody - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoapi-devel] feature model review review part 2
I guess I thought that since the topic of this thread was to provide comments about a different section of Andreas document, a second thread was warranted. Maybe not. Apologies for stepping out of the bounds of good email etiquette. -Justin Paul Selormey wrote: > Why not just reply to the original thread instead of creating a new one? > > Best regards, > Paul. > > On 9/5/07, Justin Deoliveira <[EMAIL PROTECTED]> wrote: >> Hi Andrea, >> >> I am just now looking at the Feature part of your review. And here are >> my comments. >> >> * Property exposing name and type from descriptor >> >> This is kind of tricky issue. I need to provide some context. Consider >> for a moment two types of attributes: >> >> 1. An attribute that is part of another type >> 2. An attribute that is at the top level >> >> In the first case Attribute.getDescriptor() != null, but in the second >> case Attribute.getDescriptor() == null. The reason being that in the >> second case the attribute is not part of another type... so there is >> nothing to "descript". I know the javadocs do not state that at all... >> they are horrible. >> >> Regardless, the name() method is as convenience which makes it so that >> client code does not have to do a null check on the descriptor. For case >> 2, name() returns null. >> >> However, getType() returns non-null in both cases. And in the first case >> Attribute.getType() == Attribute.getDescriptor().getType(). >> >> Does that make any sense? >> >> * Associations >> >> Looking at this I am a bit confused as well. I believe teh reason for >> the duplication is related to what i stated above. However... that case >> does not apply since you cant really have an association at the top >> level. Hopefully Jody can provide more feedback here. >> >> * Attribute ID's >> >> I think the reason for this is that things other then features can be >> identified, like geometries in GML. And yes... I believe this should >> return null in the case that getType().isIdentifiable() is false. Yet >> another hole in the docs. >> >> * ComplexAttribute.getValue() to List >> >> +1 on this one. A list is still more useful even if you are telling >> people that the order in the list may be random. >> >> >> -- >> Justin Deoliveira >> The Open Planning Project >> http://topp.openplans.org >> >> - >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> ___ >> Geoapi-devel mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/geoapi-devel >> > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Geoapi-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/geoapi-devel > > !DSPAM:4007,46de064a24322458217002! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] MIF Datastore not making the release
When building from the source download we get the following error: > Running org.geotools.data.mif.MIFDataStoreFactoryTest > 4-Sep-2007 9:26:47 PM org.geotools.data.DataStoreFinder getDataStore > WARNING: MIFDataStore should be used, but could not connect > java.io.FileNotFoundException: Can't find file: mixed_fs.MID > at org.geotools.data.mif.MIFFile.getFileHandler(MIFFile.java:709) > at org.geotools.data.mif.MIFFile.initFiles(MIFFile.java:648) > at org.geotools.data.mif.MIFFile.(MIFFile.java:242) > at > org.geotools.data.mif.MIFDataStore.registerMIF(MIFDataStore.java:246) > at > org.geotools.data.mif.MIFDataStore.scanFiles(MIFDataStore.java:134) > at org.geotools.data.mif.MIFDataStore.(MIFDataStore.java:98) > at > org.geotools.data.mif.MIFDataStoreFactory.createDataStore(MIFDataStoreFactory.java:153) > at > org.geotools.data.DataStoreFinder.getDataStore(DataStoreFinder.java:110) > at > org.geotools.data.mif.MIFDataStoreFactoryTest.testDataStoreFinder(MIFDataStoreFactoryTest.java:74) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at junit.framework.TestCase.runTest(TestCase.java:154) > at junit.framework.TestCase.runBare(TestCase.java:127) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:118) > at junit.framework.TestSuite.runTest(TestSuite.java:208) > at junit.framework.TestSuite.run(TestSuite.java:203) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at > org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:210) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:135 > ) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:122) > at org.apache.maven.surefire.Surefire.run(Surefire.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:225) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:747) > Tests run: 11, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.149 > sec <<< FAILURE! > Running org.geotools.data.mif.MIFStringTokenizerTest > Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] MIF Datastore not making the release
Hmmm...MIF datastore has not seen development in ages... i doubt that its a problem with the module. Could it be a random failure? Jody Garnett wrote: > When building from the source download we get the following error: >> Running org.geotools.data.mif.MIFDataStoreFactoryTest >> 4-Sep-2007 9:26:47 PM org.geotools.data.DataStoreFinder getDataStore >> WARNING: MIFDataStore should be used, but could not connect >> java.io.FileNotFoundException: Can't find file: mixed_fs.MID >> at org.geotools.data.mif.MIFFile.getFileHandler(MIFFile.java:709) >> at org.geotools.data.mif.MIFFile.initFiles(MIFFile.java:648) >> at org.geotools.data.mif.MIFFile.(MIFFile.java:242) >> at >> org.geotools.data.mif.MIFDataStore.registerMIF(MIFDataStore.java:246) >> at >> org.geotools.data.mif.MIFDataStore.scanFiles(MIFDataStore.java:134) >> at org.geotools.data.mif.MIFDataStore.(MIFDataStore.java:98) >> at >> org.geotools.data.mif.MIFDataStoreFactory.createDataStore(MIFDataStoreFactory.java:153) >> at >> org.geotools.data.DataStoreFinder.getDataStore(DataStoreFinder.java:110) >> at >> org.geotools.data.mif.MIFDataStoreFactoryTest.testDataStoreFinder(MIFDataStoreFactoryTest.java:74) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) >> at java.lang.reflect.Method.invoke(Unknown Source) >> at junit.framework.TestCase.runTest(TestCase.java:154) >> at junit.framework.TestCase.runBare(TestCase.java:127) >> at junit.framework.TestResult$1.protect(TestResult.java:106) >> at junit.framework.TestResult.runProtected(TestResult.java:124) >> at junit.framework.TestResult.run(TestResult.java:109) >> at junit.framework.TestCase.run(TestCase.java:118) >> at junit.framework.TestSuite.runTest(TestSuite.java:208) >> at junit.framework.TestSuite.run(TestSuite.java:203) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) >> at java.lang.reflect.Method.invoke(Unknown Source) >> at >> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:210) >> at >> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:135 >> ) >> at >> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:122) >> at org.apache.maven.surefire.Surefire.run(Surefire.java:129) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) >> at java.lang.reflect.Method.invoke(Unknown Source) >> at >> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:225) >> at >> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:747) >> Tests run: 11, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.149 >> sec <<< FAILURE! >> Running org.geotools.data.mif.MIFStringTokenizerTest >> Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,46de333257161015089218! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] 2.5-M0 Released
The GeoTools 2.5-M0 milestone release is available for download: * http://geotools.codehaus.org/2.5-M0 This is our first Java 5 GeoTools release and should be considered alpha. Features: * Java 5 * Improved CRSAuthorityFactory implementations available for Java Enterprise Edition users * ISO 19107 Geometry implementation available as a supported module * DB2 returns to supported status * ArcSDE returns to supported status * GeometryBuilder utility class * Preview of SimpleFeature interface * Preview of GPX DataStore (and a warm welcome to Peter Bolla) Release Notes: * http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10270&styleName=Html&version=13594 For more information please visit: * http://docs.codehaus.org/display/2.5.x * http://docs.codehaus.org/display/Upgrade+to+2.5 * http://docs.codehaus.org/display/GEOTOOLS * http://docs.codehaus.org/display/GEOTDOC If you are new to GeoTools please return to the stable 2.4.x branch, we like to make a good impression and alpha software is not the way to do it. Enjoy, The GeoTools Community - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] MIF Datastore not making the release
Justin Deoliveira ha scritto: > Hmmm...MIF datastore has not seen development in ages... i doubt that > its a problem with the module. Could it be a random failure? Quite possible, I've seen that module fail once me too, rebuild, build was fine... I guess we should just move it into the limbo of unsupported and unloved modules :) Cheers Andrea - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pre-Post Filter extraction do not work in WFS-Plugin on trunk
Hello Jesse, that's the Problem. There is no test that fails. The WFSCapabilties were read. But the Process which determine which part of the Filter is PreFilter and which is PostFilter always say that it is all PostFilter. I take a look at the Algorithm which do that an I think that there are som Capabilities required which are not supported by WFSFilterCapabilities. Also when you have tests which do Requests whith Filter in it will work because the filtering work will be done at the client in the postprocess. Tim -Ursprüngliche Nachricht- Von: Jesse Eichar [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 4. September 2007 22:32 An: Tim Englich Cc: geotools-devel@lists.sourceforge.net Betreff: Re: Pre-Post Filter extraction do not work in WFS-Plugin on trunk I can't find the WFSFilterCapabilites test that fails... Could you send me it or tell me which folder it is in? THanks Jesse On Sep 4, 2007, at 1:23 AM, Tim Englich wrote: > Hello Jesse, > > I have found something strange in the WFS-Plugin compiled from trunk. > I can't send any Filter to an WFS. All Filters are handled as an > PostFilter > on Server. > Is there something broken or is there still developing in process. > One thing i found is that there is a test if the WFSFilterCapabilities > include AND and OR filter. This test fails every time. > I switch the pre and post filter for a test. Everything works fine. > > > Thanks a lot > Tim > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
