Re: [Geotools-devel] Build failed in branch 2.5.x

Hi, I had the same error when I built the javadoc for the trunk last week. It was due to a misconfiguration on my computer. For me, the problem was solved when I defined the JAVA_HOME environment variable. Regards, Cédric Simone Giannecchini a écrit : > I think you are using java 1.6, you shou

[Geotools-devel] Javadoc trunk updated

Hi, just a quick mail to say that I've updated the Geotools' javadoc on http://javadoc.geotools.fr/snapshot/, at revision 32713 of trunk. Cheers, Cédric -- ___ Geotools-devel

Re: [Geotools-devel] 2.5.4 release heads up

Hi guys, I've put the complete javadoc of the release 2.5.4 of Geotools here: http://javadoc.geotools.fr/2.5/ As usual, you can find other versions of the javadoc on the site http://javadoc.geotools.fr/ (even download some zip api documentions). Cheers, Cédric. Justin Deoliveira a écrit : > Yea

Re: [Geotools-devel] How to generate javadoc 2.5.x (and later?)

t-imageio-ext-gdal dependency on > request to fix this issue. > > Regards, > Daniele > > > > On Mon, Feb 16, 2009 at 2:39 PM, Cédric Briançon > mailto:cedric.brian...@geomatys.fr>> > wrote: > > Hi Daniele, please see below, some more ex

Re: [Geotools-devel] How to generate javadoc 2.5.x (and later?)

Hi Daniele, please see below, some more explanations. Daniele Romagnoli a écrit : > Hi guys, > I have a question in order to help fixing issues with the Javadoc > generation involing imageio-ext-gdal module and coverage-tools. > > On Mon, Feb 9, 2009 at 12:02 PM, Adrian Custer

Re: [Geotools-devel] javadocs or 2.5.3

Just coming back from hollidays. The javadoc for the 2.5.3 tag can be found at: http://javadoc.geotools.fr/2.5/ You can download the zip archive of this documentation here: http://javadoc.geotools.fr/apidocs-2.5.3.zip As usual, you can find other(s) javadoc(s) at the root page: http://javadoc.

Re: [Geotools-devel] javadocs for geotools 2.5.2

Javadoc updated on : http://javadoc.geotools.fr/2.5/ You can download the aggregated javadoc here : http://javadoc.geotools.fr/apidocs-2.5.2.zip I've also updated the page http://javadoc.geotools.fr/ Cheers, Cédric. Cédric Briançon a écrit : > Hi Justin, > > Ok I will do it

Re: [Geotools-devel] javadocs for geotools 2.5.2

Hi Justin, Ok I will do it in a couple of hours, and let you know when it is ready. Cheers, Cédric. Justin Deoliveira a écrit : > Hi Cédric, > > Would it be possible for you to generate javadocs for the 2.5.2 > release? It would be greatly appreciated. Thanks. > > -Justin > --

Re: [Geotools-devel] javadocs for unsupported modules

apparaître dans la javadoc. > Y a t'il une étape supplémentaire que j'ai loupé? > > Merci, > Cordialement, > > Mathieu > > > On Thu, Nov 20, 2008 at 2:39 PM, Cédric Briançon > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: > &g

Re: [Geotools-devel] javadocs for unsupported modules

The javadoc for the trunk version has been updated at revision 31882, on http://javadoc.geotools.fr/snapshot/ Enjoy :) Cédric. Cédric Briançon a écrit : > No problem, > the javadoc for the trunk lasts from mid-August ... it has to be > updated, definitely. > It will be done in

Re: [Geotools-devel] javadocs for unsupported modules

s just for my changes. > > Michael > > > 2008/11/20 Cédric Briançon <[EMAIL PROTECTED]>: > >> Yes, I have experimented lots of trouble in the generation of the Geotools >> javadoc (both branches, tags and trunk). >> I've finally found one way to do it (

Re: [Geotools-devel] javadocs for unsupported modules

Yes, I have experimented lots of trouble in the generation of the Geotools javadoc (both branches, tags and trunk). I've finally found one way to do it (but for the moment nothing with a jdk5 work). On a Sun Jdk6 and maven 2.0.9: - First I build the whole project from the trunk directory (with t

Re: [Geotools-devel] volunteer for 2.5.1 javadocs

Javadoc deployed here : http://javadoc.geotools.fr/2.5/ You can retrieve lots of others on : http://javadoc.geotools.fr/ Regards, Cédric. Cédric Briançon a écrit : > Hi Justin, > > Justin Deoliveira a écrit : > >> Hi Cedric, >> >> Any chance you would be willing

Re: [Geotools-devel] volunteer for 2.5.1 javadocs

Hi Justin, Justin Deoliveira a écrit : > Hi Cedric, > > Any chance you would be willing to generate the 2.5.1 javadocs for us? > > -Justin > > Ok, will do it today, in a couple of hours. Cédric. - This SF.Net email is spo

Re: [Geotools-devel] 2.5.0 ready to go, still no javadocs

Added a link on the page http://javadoc.geotools.fr/ to donwload the zip version of the javadoc 2.5.0. Justin Deoliveira a écrit : > Cédric, you are my hero :). One more request though: would I be able > to get them zipped up from there? > > Cédric Briançon wrote: >> Th

Re: [Geotools-devel] 2.5.0 ready to go, still no javadocs

The javadoc has been correctly deployed. You can retrieve all javadocs here : http://javadoc.geotools.fr/ For the one you are requesting, it is http://javadoc.geotools.fr/2.5/ Cheers, Cédric. Cédric Briançon a écrit : > Gabriel Roldan a écrit : > >> I may be wrong, but afaik y

Re: [Geotools-devel] 2.5.0 ready to go, still no javadocs

Gabriel Roldan a écrit : > I may be wrong, but afaik you should be using -Dall not -Pall. That > is, "all" is an activation keyword for the different profiles? > Yes it works, thanks Gabriel :) > Gabriel > Cédric Briançon escribió: >> Justin, when I build with the o

Re: [Geotools-devel] 2.5.0 ready to go, still no javadocs

n Deoliveira a écrit : > Great, that would be much appreciated Cédric. Thanks for the help :). > > -Justin > > Cédric Briançon wrote: >> Hi Justin, >> >> Justin Deoliveira a écrit : >>> I have the release announcement ready to go and i am ready to hit >>&g

Re: [Geotools-devel] 2.5.0 ready to go, still no javadocs

Hi Justin, Justin Deoliveira a écrit : > I have the release announcement ready to go and i am ready to hit the > "publish" button, but we still have no javadocs. As I understand it > there are people who have successfully generated them with java 6? I > have not been able to so if someone could

Re: [Geotools-devel] Installing Geojson module ?

Baroudi Malek a écrit : > Hello lists, > > My install of geojson module on Geotools2.5-M3 was failed because the > installation of json-lib-2.2.2-jdk15.jar with maven is not in the best > way : > > mvn install:install-file -Dfile=json-lib-2.2.2-jdk15.jar > -DgroupId=net.sf -DartifactId=net.sf.js

Re: [Geotools-devel] 2.5-M3 assembly

Thanks a lot for the job on this tag. Cheers, Cédric. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is

[Geotools-devel] Test error in epsg-hsql

Hey all, I'm getting this error on the module epsg-hsql (maven 2.0.9, jdk1.5.0_15, linux Ubuntu) and not when I go in the modules/plugin/epsg-hsql directory and try building with tests : --- Test set: org.geotools.refer

Re: [Geotools-devel] ND Metadata specification work and GML-JPEG2000

Daniele Romagnoli a écrit : > Hi all, > lately, I'm a bit busy with several jobs and I haven't added big > improvements to the ND Metadata document yet. (The document has been > shared as google document with some of you... Let me know if someone > else want to get access to it). > Cedric, I'm n

Re: [Geotools-devel] PMC: Review for OSGEO

Hi everyone, Martin Desruisseaux a écrit : > Andrea Aime a écrit : > >> I get a 404 when trying to access the linked pages (for example, >> http://maven.geotools.fr/reports/modules/unsupported/geomedia/review.html). >> A temporary server issue? >> > > > Rather an odity of our Maven config

[Geotools-devel] Update of Geotools URLs in all pom.xml

Hi, with my friend Ant, I've updated every occurence of "http://svn.geotools.org/geotools/trunk/gt"; by "http://svn.geotools.org/trunk"; in pom.xml files. It seems every pom.xml of the Geotools project have been touched, so you will not be surprised at your next update of the whole Geotools pr

Re: [Geotools-devel] compilation prob with referencing from trunk

Hi Michael, Michael Bedward a écrit : > ps. same prob with main/coverage, extension/openoffice, > plugin/epsg-hsql, geotiff and wms > > is there any obvious common change / addition amongst these modules ? > > Have you build Geotools on a JDK6 previously ? This annotation is in fact present in

Re: [Geotools-devel] ND Metadata specification work and GML-JPEG2000

Daniele Romagnoli a écrit : > Hi Cedric, > > On Fri, Jun 27, 2008 at 12:26 PM, Cédric Briançon > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: > > Daniele Romagnoli a écrit : > > Hi, > > In a recent thread on gt2-user ML, Marti

Re: [Geotools-devel] ND Metadata specification work and GML-JPEG2000

Daniele Romagnoli a écrit : > Hi, > In a recent thread on gt2-user ML, Martin told us that they are > working on refactoring geographicMetadata to be more GML-JPEG2000 > compliant. > Me and Alessio have already started some months ago a work to handle > metadata for imageio plugin involved in mu

Re: [Geotools-devel] Review of Technical Questions

Martin Desruisseaux a écrit : > Jody Garnett a écrit : > >> can they subclass and annotate the subclass different? >> > > I'm not sure on this one; Cédric would know better. Hi, it is normally possible to extend all classes and annotate only the sub classes. The super class needs to have

Re: [Geotools-devel] JAXB just say no

Andrea Aime a écrit : > Jody Garnett ha scritto: > >> johann sorel wrote: >> >>> We are using a JaxB solution. >>> >>> >> That better be in your own code base then; you can make use of the >> plug-in system to use your own implementation of the style objects. >> StyleFactory at

Re: [Geotools-devel] Anyone having compile errors only in Eclipse in the metadata module?

Jody Garnett a écrit : > Andrea Aime wrote: > >> I don't have that issue at all... strage. But I'm on Eclipse 3.4rc4, >> which may explain the issue. >> >> > Good to know. > >> For the record, that XMLStreamWriter interface is part of java6 only, >> but it seems to be included into s

Re: [Geotools-devel] Trunk has dependencies toward GeoTools 2.4 in WPS XML module?

Hi, Martin Desruisseaux a écrit : > Graham Davis a écrit : > >> This would be the \extension\xsd\xsd-wps\ module, but I'm not sure what >> the problem is in the pom file. I don't see anything refering to 2.4, >> but maybe I'm looking for the wrong thing? Martin, what should I be >> looking

[Geotools-devel] Maven site on JDK5, and clover strange behaviour at site creation on JDK6 and Gentoo OS

Hi all, I'm trying to make a "mvn clean install site" command on the Hudson I've installed for my company. I'd like to share my experiments on the site creation with maven. To begin with, the maven version installed is the 2.0.9, on a Jdk5 (5.0.15). On this configuration, the command "mvn clea

Re: [Geotools-devel] headers

Mauricio Pazos a écrit : > On Friday 06 June 2008 14:46:29 Adrian Custer wrote: > >>> This is on a case-by-case basis. This is what Cédric script does (and why >>> a plain "search and replace" doesn't work): it spots the less recent date >>> in the list of copyright holders and inserts it in the

Re: [Geotools-devel] Copyright Header work + NEW HEADER

Adrian Custer a écrit : > On Fri, 2008-06-06 at 10:03 +0200, Cédric Briançon wrote: > >> Just an additional information about an argument you can put on the >> commande line : -info. >> >> If this argument is present, you will be in a kind of read-only mode, >

Re: [Geotools-devel] Copyright Header work + NEW HEADER

Just an additional information about an argument you can put on the commande line : -info. If this argument is present, you will be in a kind of read-only mode, nothing will be written. If you don't specify it, you will be in the default mode, which is the writing mode. I think the javadoc is t

Re: [Geotools-devel] problems with jaxb module

Justin Deoliveira a écrit : >> I said "users who don't care have nothing to do". >> >> > > Ahh... ok. So i guess its ok that I cant work in my ide any more. But > hey, at least the users who don't care having nothing to do. > > No, no, of course not, it is not okay for me. And that's why i

Re: [Geotools-devel] problems with jaxb module

Justin Deoliveira a écrit : > So GeoTools requires Java 6? I thought we were still on Java 5? > > It is not what I said. In my previous mail, I just explain that if you want to use JAXB, you have to build the metadata module with a JDK6. Otherwise you won't get annotated classes in the jar gen

Re: [Geotools-devel] problems with jaxb module

Jody Garnett a écrit : > Justin you should have a different set of dependencies for Java 6; since > jaxb is starting to get folded into Java 6 you will get security / class > cast exception when trying to mix and match the same "class" between two > different classloaders... the JRE gets annoyed

Re: [Geotools-devel] Building error with new changes on GeoAPI

Jody Garnett a écrit : > Martin Desruisseaux wrote: >> Thats fine for me. Maybe GeoTools doesn't need to be always >> compilable against the latest GeoAPI SVN, as long as it compiles >> against the latest snapshot deployed on the maven repository. >> > You are correct Martin; I was not even go

Re: [Geotools-devel] Building error with new changes on GeoAPI

I'm going back to revision 1190 of GeoAPI in order to have a build of Geotools. It seems it wasn't the good time for me to update my GeoAPI sources :) Cédric. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conferen

[Geotools-devel] Building error with new changes on GeoAPI

Hi everyone, this morning, I've done an update of GeoAPI and build it. Then I've done an update on Geotools, and the build is broken for me in the main module, around filter. Please see http://rafb.net/p/OYlcZw66.html. Maybe some changes on GeoAPI haven't yet been adapted on Geotools, it seems s

Re: [Geotools-devel] gt2- prefix removal, nearly merged on the trunk

Jody Garnett a écrit : > Martin Desruisseaux wrote: >> "mvn install" was happy because every JAR was prefixed by "gt-lib-" >> or "gt-ext-xsd-", so they were no conflict. >> "mvn deploy" was happy because every JAR appears in their own group, >> with XSD WFS in its own group "org.geotools.xsd", so

Re: [Geotools-devel] gt2- prefix removal, nearly merged on the trunk

Hi, sorry for the delay. It is a mistake I've done, probably introduce when I've done the merge on my local trunk version yesterday. I'm doing an update on Geotools, and I will check if these dependencies has been uncommented or not. Cédric Jody Garnett a écrit : > Note that demo stuff is proba

Re: [Geotools-devel] gt2- prefix removal, nearly merged on the trunk

At revision 29894, all the work on the branch has been merged on the trunk. Cédric. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100.

[Geotools-devel] gt2- prefix removal, nearly merged on the trunk

geotools.xsd", and the artifactId moved from "xml-core" to "core", for example for the core module. So you will have to check your dependencies to ensure using the good ones. I will send a new mail when the whole commit will be done. Kind regards, Cédric Briançon.

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

It seems jts 1.9-SNAPSHOT is not on any repository. Do we have to use the 1.9.1-SNAPSHOT version instead ? This jar is present on the refractions repository. [EMAIL PROTECTED] a écrit : > See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/448/changes > > Changes: > > [jgarnett] use

[Geotools-devel] gt2- prefix removal comes back on the foreground

o keep the XSD name in these jars, that's why I'm requesting specifically your opinions :) Kind regards, Cédric Briançon. - Check out the new SourceForge.net Marketplace. It's the best place to bu

Re: [Geotools-devel] Asking commit right for Cédric

o all >> >> I would like to ask SVN commit right for Cédric Briançon. Cédric did all the >> work related to JAXB annotations on metadata, which got 4 positive votes (3 >> PMC) >> and no negative votes during last IRC: >> >> http://docs.codehaus.org/displ

Re: [Geotools-devel] JAXB annotations on metadata: asking for vote

According to the Monday's IRC meeting, a request has been done to have, in the proposal, an example of XML file generated using the marshalling process in JAXB. I've just attached to the proposal this file, based on the main class of the Metadata module. Cédric. Jody Garnett a écrit : > Marti

[Geotools-devel] Wiki edition for my account on Codehaus

o ask for a validation of this request. My account is : cedricbr I hope that you all agree with this request, and not doing things in a wrong order :) Regards, Cédric Briançon. - This SF.net email is sponsored by: Micr

Re: [Geotools-devel] Compilation errors on trunk

Jody Garnett a écrit : > I updated and compiled with out problem; I deployed a GeoAPI snapshot > (moments ago) that may improve your luck - if you were not already > building that locally. > For more information on what I have been doing to GeoAPI and trunk > read the proposal: > - http://docs.c

[Geotools-devel] Compilation errors on trunk

Hi list, I'm getting lots of error when I try to compile the geotools trunk (just updated a few minutes ago) with maven 2.0.7 (2.0.8 fails too). Please see the attached files. These errors concerned the main module. Cheers, Cédric. [INFO] ---

Re: [Geotools-devel] Error compiling gt2.3.1 coverage and referencing modules

Vincent Schut a écrit : > Cédric Briançon wrote: >> Vincent Schut a écrit : >> >>> FYI: I just did my regular rebuild of gt 2.3.x branch, and >>> everything built fine. >>> This is with sun-jdk 1.5.0_10. >>> >>> >> It'

Re: [Geotools-devel] Error compiling gt2.3.1 coverage and referencing modules

this would fail against 1.5 though. >> >> James >> >> On 1/23/07, Simone Giannecchini <[EMAIL PROTECTED]> wrote: >> >>> This is quite strange man, I just did a full mvn clean install and >>> everything worked for me here. >>> >

Re: [Geotools-devel] Error compiling gt2.3.1 coverage and referencing modules

Andrea Aime a écrit : > Cédric Briançon ha scritto: >> Simone Giannecchini a écrit : > >>>> C:\projets\geotools\branches\2.3.x\module\referencing\src\org\geotools\referenci >>>> >>>> >>>> ng\factory\epsg\SimpleDat

Re: [Geotools-devel] Error compiling gt2.3.1 coverage and referencing modules

e tried to build only the coverage module, because I need it, but it fails too. > On 1/23/07, Cédric Briançon <[EMAIL PROTECTED]> wrote: >> Hello I've just updated my version of Geotools2.3.1, and the compilation >> breaks on coverage and referencing modules (the same for ma

[Geotools-devel] Error compiling gt2.3.1 coverage and referencing modules

Hello I've just updated my version of Geotools2.3.1, and the compilation breaks on coverage and referencing modules (the same for maven with jdk1.6 and 1.5.0_09). Here is the stack traces : C:\projets\geotools\branches\2.3.x\module\coverage>mvn install [INFO] Scanning for projects... [INFO] ---

Re: [Geotools-devel] ScaledGridCoverage2D and CroppedCoverage2D

Martin Desruisseaux a écrit : > Note for Cédric: please try to add the following line in > ScaledCoverage2D and CroppedCoverage2D (package > org.geotools.coverage.processing.operation) just before a call to > processor.createNS("Scale", ...) or processor.createNS("Translate", > ...) method (or

[Geotools-devel] How to return a GridCoverage from a DataStore ?

Hello Geotools-devel list, I'm coding a specific datastore for a GridCoverage database made by Martin. This database is particular, because it stores GridCoverages metadata in it, and gives a pointer to images stored in a file system, or remote server. The images are stored in different directo