Jody Garnett ha scritto:
> After a couple years of ignoring requests; todays naming game has pushed
> me into moving the property data store to plugin.
Yay! Thanks Jody :)
Cheers
Andrea
-
This SF.net email is sponsored by th
Note wfs-2.5-SNAPSHOT is currently:
- net.opengis.wfs
- net.opengis.wfs.impl
Rarther than the expected plugin ...
Jody
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event
For udig we remove the version number magic; it is not a big deal to
keep it but it is a common practice ...
With the version numbers removed we end up with conflicts like:
h2.jar goetools h2-plugin
h2.jar actual h2 jdbc driver jar
When I leave the version numbers on we have separate entries; bu
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/456/changes
-
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.
Use p
After a couple years of ignoring requests; todays naming game has pushed
me into moving the property data store to plugin.
Jody
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exc
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/455/changes
Changes:
[jgarnett] move property, and move property catalog package to
unsupported/repository
[jgarnett] move property
[jdeolive] dep on ows xml module
[jdeolive] changed deps to reflect change in artifact names of
Note that demo stuff is probably not needed when you go to make a "mvn site"
> Hey Cedric,
>
> Congratulations on the work, however...
>
> Why are demo-mappane and demo-introduction commented out? Did you forget
> to un-comment them? If not, what's going on?
>
> --adrian
>
>
>
Hey Cedric,
Congratulations on the work, however...
Why are demo-mappane and demo-introduction commented out? Did you forget
to un-comment them? If not, what's going on?
--adrian
-
This SF.net email is sponsored by the 20
So when you did this work did you try a deploy? And the release process?
Near as I can tell we can no longer package up geotools for download? We
have conflicts between the org.geotools.xsd modules and our plugins?
-
This SF
I have the following missing after my first go at getting this working
for udig:
- org.geotools:mrsid:jar:2.5-SNAPSHOT
I also have conflicts between org.geotools.wfs - has a wfs.jar and
org.geotools.xsd having a wfs jar. I have flattened all these jars into
a single libs folder for udig ...
sug
Justin Deoliveira wrote:
> What about the GSOC project from last year? Can any of that be reused?
Not sure yet; I will of course look.
Jody
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this y
That is great; I just set up a maven-ant-tasks based script for udig so
this will be a real test for the new script.
Jody
> At revision 29894, all the work on the branch has been merged on the trunk.
>
> Cédric.
>
> -
> This S
Adit Santokhee a écrit :
> I am doing a simple test. I am extracting data from a netcdf file using
> netcdf libraries and then I am trying to create a GridCoverage2D object with
> the data using the geotools api. I want to know exactly what are the limits
> of GridCoverage in geotools and how much
Thanks both of you;
Now we did a bit of a proposal for this one right? Who is signed up to
update the user guide...
Cheers,
Jody
> Jody Garnett a écrit :
>> Thanks Cedric, I am going to go update udig now ... can I confirm
>> that you have deployed these new jars to the repositories yet? And we
Jody Garnett a écrit :
> Thanks Cedric, I am going to go update udig now ... can I confirm that
> you have deployed these new jars to the repositories yet? And we need to
> make sure demos and the user guide are also updated.
Deploying right now
http://lists.refractions.net/m2/org/geotools/
Wi
What about the GSOC project from last year? Can any of that be reused?
Jody Garnett wrote:
> I have been asked by a commercial customer to add a "cache" around a
> slowly performing layer (arcsdedatastore). As such I am going to make a
> design over the next couple of days and ask for a pretty s
The nightly deploy script on gridlock has already picked them up. So it
should be good to go.
I have also updated GeoServer to work against the new artifact id's.
-Justin
Jody Garnett wrote:
> Cédric Briançon wrote:
>> So you will have to check your dependencies to ensure using the good ones.
>
Jody Garnett ha scritto:
> I have been asked by a commercial customer to add a "cache" around a
> slowly performing layer (arcsdedatastore). As such I am going to make a
> design over the next couple of days and ask for a pretty serious review.
>
> A cache at the Datastore / FeatureStore level l
Jody Garnett ha scritto:
> I have been asked by a commercial customer to add a "cache" around a
> slowly performing layer (arcsdedatastore). As such I am going to make a
> design over the next couple of days and ask for a pretty serious review.
>
> A cache at the Datastore / FeatureStore level l
I have been asked by a commercial customer to add a "cache" around a
slowly performing layer (arcsdedatastore). As such I am going to make a
design over the next couple of days and ask for a pretty serious review.
A cache at the Datastore / FeatureStore level lives and dies by its
events; as su
Cédric Briançon wrote:
> So you will have to check your dependencies to ensure using the good ones.
>
Thanks Cedric, I am going to go update udig now ... can I confirm that
you have deployed these new jars to the repositories yet? And we need to
make sure demos and the user guide are also upda
Theuns Heydenrych ha scritto:
> aaime ha scritto:
>
>> The SLD standard allow you to specify params in the URL, but the
>> URL itself is static, you cannot pass feature parameters is it,
>> that's the main issue.
>> If you need to drive symbolization using feature attributes, by
>> following the s
Anaxa Gore wrote:
> Hi Jody !
> Happy to learn that I did not do anything wrong ! ;-)
About the only thing people do wrong is not read the javadocs; the
second thing people do wrong is to believe the javadocs :-)
>
> System.out.println("fill opacity = "+
> ((Literal)ps.getGraphic().getMark
Hi,
I am doing a simple test. I am extracting data from a netcdf file using
netcdf libraries and then I am trying to create a GridCoverage2D object with
the data using the geotools api. I want to know exactly what are the limits
of GridCoverage in geotools and how much I can use it.
I would like
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.
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/452/changes
-
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.
Use p
theunsgis ha scritto:
>> So your case matches the ExternalGraphic case, not the well known
>> mark, since some of the symbol name elements imply a color.
>> My case instead is supporting the usage of font based shapes freely
>> as let the SLD specify how to stroke/fill them (think using
>> Wingdin
np Martin :-)
Simone.
On Thu, Apr 10, 2008 at 3:17 PM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> Sorry for the test failure - my fault, I have not run the test properly
> before to commit (I usually never do that, but today my 4 years old latop is
> on is knee...)
>
> Fixing right now.
>
>
Sorry for the test failure - my fault, I have not run the test properly before
to commit (I usually never do that, but today my 4 years old latop is on is
knee...)
Fixing right now.
-
This SF.net email is sponsored by the
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/451/changes
Changes:
[desruisseaux] Fixed test failures.
[simboss] -grid to world transform map to center not to corner in geotools grid
geometry
-now the destination raster region is adapted accordingly to the intersection
of th
Hi,
the work on the "gt2- prefix removal" task is now achieved on the branch
(http://jira.codehaus.org/browse/GEOT-995).
As it was discussed on the Monday's IRC meeting and seems to be OK, I'm
now doing a merge on my local version of Geotools trunk, and it will be
commited in a few hours.
For
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/450/changes
Changes:
[desruisseaux] Better compression of PNG images.
[desruisseaux] If no CoordinateSystem is specified, GridToEnvelopeMapper in
"automatic" mode now still flips the y axis anyway. When a CS is speficied (the
usu
aaime wrote:
>
>
> So your case matches the ExternalGraphic case, not the well known
> mark, since some of the symbol name elements imply a color.
> My case instead is supporting the usage of font based shapes freely
> as let the SLD specify how to stroke/fill them (think using
> Wingdings fon
theunsgis ha scritto:
> HI , I just would like to give a quick overview of the MIL symbols and how
> they work.
Aah, thank you, this is very much appreciated.
> Basically the Mil2525B standard define the symbols with a 15 character
> string.
> eg. 'SFGPUCAAA-*'
> This string wil represent Fr
aaime wrote:
>
>
> I don't know the exact detail about how MIL symbols do work, but I know
> I want this kind of separation in order to support MapServer like
> graphic symbols (again, described below).
>
> Cheers
> Andrea
>
>
>
HI , I just would like to give a quick overview of the MIL sy
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/449/changes
-
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.
Use p
Cédric Briançon ha scritto:
> 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.
Yeah, I've just committed the change (I was waiting for my build to
finish in order to confirm the change
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
ah, ok, I got it, sorry I'm dumb
ok, so the WellKnownNameFactory stuff seems to actually be the best route to
go?
Cheers,
Gabriel
On Thursday 10 April 2008 09:37:52 am Andrea Aime wrote:
> Gabriel Roldán ha scritto:
> ...
>
> >> This is not about retrieving a icon from some location, but, afaik
Hi Jody !
Happy to learn that I did not do anything wrong ! ;-)
I tried to do this :
Symbolizer s =
ptStyle.getFeatureTypeStyles()[0].getRules()[0].getSymbolizers()[0];
PointSymbolizer ps = (PointSymbolizer)s;
System.out.println("mark size = "+ ps.getGraphic().getMarks()[0].getSize());
System.ou
Gabriel Roldán wrote:
> On Wednesday 09 April 2008 03:33:15 am Ben Caradoc-Davies wrote:
> > (1) Are binding overrides principally necessary because of the wrapping
> > required to support complex features in GS 1.6.x / GT 2.4.x?
> exactly
> >
> > (2) If so, does this mean that the new feature
Gabriel Roldán ha scritto:
...
>> This is not about retrieving a icon from some location, but, afaik,
>> about building a Icon/Shape object at runtime given a name.
>> The name drives what is to be drawn, that is, the thing is programmatic,
>> not data access related.
>
> understood, but the appro
On Wednesday 09 April 2008 08:27:22 am Andrea Aime wrote:
> Gabriel Roldán ha scritto:
> > Hi Theuns,
> >
> > I know this was mentioned before. Yet it keeps looking like the only
> > reasonable escape route to me.. more than that, I think it could be quite
> > an elegant solution.
> >
> > I mean th
Hi Ben,
sorry for the late response.
On Wednesday 09 April 2008 03:33:15 am Ben Caradoc-Davies wrote:
> I have been working on GS 1.6.x / GT 2.4.x, and have tangled with a few
> GML3 binding overrides required to get community-schemas to work as
> expected for GeoSciML Testbed 3.
>
> At some stag
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/448/changes
Changes:
[jgarnett] use jts snapshot
--
[...truncated 662 lines...]
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.892 sec
Running org.geotools.resources.Classe
45 matches
Mail list logo
