Hi, (mainly justin I expect)
in xml-xsd, the Encoder class, when encoding a feature the following
method gets called:
encode( Object object, QName name, ContentHandler handler)
which I've followed in eclipse debugger to
and for the case of the gml:id of the feature,
executor.getChildObject()
On Feb 2, 2008 3:56 PM, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Frank Hardisty wrote:
> > Andrea and All.
> >
> > This quote hit home for me:
> >
> > "Maven 2 is really a terrible terrible tool (with all the bugs, no
> > documentation, verbose XML, ...), yet I'm finding it more and more
> > usefu
Simone Giannecchini a écrit :
> I am playig around with the internationalization classes in geotools.
> I have a few quick questions for you :-)
>
> is there any doc available on thir internal machinery
I never documented GeoTools IndexResourceBundle because I though that it would
be temporary. T
Hi Martin,
I am playig around with the internationalization classes in geotools.
I have a few quick questions for you :-)
>is there any doc available on thir internal machinery
>would it be possible to have the message files distributed on a per
module base instead of the actual centralized approa
Hi Francisco,
We usually dont just hand commit access out. The norm is a user submits
a few bugs or patches and once he has gained the confidence of a module
maintainer that person can be nominated for commit access.
So by all means feel free to play with code... but any actual
modifications w
I think it might be worth looking at. But doing bindings is still quite
a bit of work. If your model is an emf model it can be a lot less work.
I get the impression with jaxb though all you do is throw some
annotations on some objects and your parsing/serializing is done. I
could be wrong. Last
The handling of source for this class is does not agree with the
contract laid down by the super class.
getSource() is supposed to return the object provided by the user.
The internal method checkSource(Object input, final Hints hints) goes
crazy *source* with:
- URLs replaced with Files
- Files
Sounds good; justin can you see that Francisco is set up with svn
access; has a tour of the developers guide and so on.
Jody
> Hi Francisco,
>
> This sounds great!! I would be happy to help you guys in any way that
> i can, be it to provide guidance on where to start or to review any
> patches.
Hi acuster I heard back from Dave:
Apparently the spike has two things of value:
- the filter function generator (wondered where that thing is)
- some tiger line process data prep stuff
Jody
-
This SF.net email is sponsore
Is it worth looking at; or should Martin stick with jaxb? Does not look
like we can seperate out a metadata plugin at this time ( a factory
needs to be set up).
Jody
> I would not really call it a "standard". The one that does ship with
> the core of the library is unmaintained, and the second
Well is great to "hear" that!
Thing is how to go on. We have an idea of what the code must be. In the near
future we will probably ask you some particular questions.
So, reading the website, we've seen we must respect some style and other
issues. I've also read that you work with svn.I don't think
Hi,
It compiles fine now.
I had to clean my maven repository completely and install everything again.
I have also updated java.
Cheers,
Adit
-Original Message-
From: Martin Desruisseaux [mailto:[EMAIL PROTECTED]
Sent: 05 February 2008 15:19
To: Adit Santokhee
Cc: geotools-devel@lis
Adit Santokhee a écrit :
> I've got java 1.5.0_04. Maybe I should download newer version of java as
> well?
It may be help since something there is compiler bug fix. But this is just an
hypothesis - I have no idea if it would really help.
Martin
--
Ciao Adit,
You should be able to build with 1.5 a newer version should not be required.
I have to say that sometimes this error happened to me as well, I had
to do a full clean up to get rid it. Maybe Martin can tell us more
about it.
SImone.
On Feb 5, 2008 3:56 PM, Adit Santokhee <[EMAIL PROTECT
Hi Martin,
I've got java 1.5.0_04. Maybe I should download newer version of java as
well?
Cheers,
Adit
-Original Message-
From: Martin Desruisseaux [mailto:[EMAIL PROTECTED]
Sent: 05 February 2008 14:28
To: Adit Santokhee
Cc: [email protected]
Subject: Re: error comp
Hey, so you're no longer getting the xlink not found error?
I'll try to deploy the required geotools snapshots as needed, sorry for the
grief.
Also, I've updated copy.xml to download the xpp3 dependency from the correct
repo, its an xml pull parser used in wfs.
cheers,
Gabriel
On Tuesday 05 Fe
Adit Santokhee a écrit :
> However, I am having problems compiling Coverageio module:
>
> F:\GEOSERVER08\geomatys\geotools\modules\unsupported\coverageio\src\main\java\org\geotools\image\io\PaletteDisposer.java:[84,46]
> inconvertible types
> found : java.lang.ref.Reference java.awt.image.Color
This work has been deployed as a maven snapshot (for the udig build).
This snapshot also includes:
- some stuff from gabriel
- some stuff in the cql module
jody
> Jody Garnett wrote:
> > This looks to be the one we are using. I noticed that all useful
> > implemenations extend:
> > - AbstractGri
18 matches
Mail list logo
