Saul Farber ha scritto:
> Can you maintain the OWS5-based changes as diffs?
Hum... no, I don't think so. That may make development
even messier than having multiple branches. Are you used
to work this way? How do you approach the problem of
keeping diffs around, removing them, readding them,
sha
Hi Saul; you are welcome to extend; just use the same technqiue (so we
can force users to use a different interface when they are making use of
a custom extention). Also please check with [EMAIL PROTECTED] list to
check if the working group has plans in the same direction as you.
OSGeo does hav
Hey all,
I couldn't let Andrea get away with poking at standard SLD support in
geotools all by himself!
I'd also like to support a slight extension to the SLD spec, too.
Specifically, the SLD spec only supports two "contrast enhancement"
techniques for rasters. I'd like to also support some vari
Can you maintain the OWS5-based changes as diffs? Or can you promise to
merge in changes from the trunk to your branch every day or something?
--saul
On Wed, 2008-01-23 at 20:35 +0100, Andrea Aime wrote:
> Andrea Aime ha scritto:
> > Hi guys,
> > I need to make some some SLD experiments for the
Andrea Aime wrote:
> As an alternative, I can try to make a full fledged
> proposal with a general idea of what extra stuff
> I'm going to add to TextSymbolizer.
>
If the change was just limited to the rendering module we should be
okay; similar work is happening in CQL with out a proposal. Do
I don't think it is worth losing you from trunk...
So please stick around - as long as you don't mind adding your extra
stuff to the implementation class we should be okay.
Note TextSymbolizer is already set up for "more than SLD" extention.
- TextSymbolizer is standard SLD
- TextSymbolizer2 con
Andrea Aime ha scritto:
> Hi guys,
> I need to make some some SLD experiments for the
> OGC OWS5 branch. Basically I need to add stuff
> to the TextSymbolizer interface (extra attributes)
> so that text symbolizer can better drive KML generation,
> and then modify the SLD parser to parse a slightly
Hi guys,
I need to make some some SLD experiments for the
OGC OWS5 branch. Basically I need to add stuff
to the TextSymbolizer interface (extra attributes)
so that text symbolizer can better drive KML generation,
and then modify the SLD parser to parse a slightly
extended schema.
It should not be
Andrea Aime wrote:
> Hi,
> it seems we got to a point where we can release GeoServer 1.6.0
> final.
> The trouble is, this must be accompanied by gt2 2.4.0 and there
> is still the referencing factories proposed change on the hook:
> http://docs.codehaus.org/display/GEOTOOLS/ReferencingFactoryFinde
DbaseFileReader uses charset's display name instead of canonical name, which
fails on non Sun JVMs
--
Key: GEOT-1688
URL: http://jira.codehaus.org/browse/GEOT-1688
Hide unsupported ArcSDE column types from the FeatureTypes created by the
arcsde plugin
---
Key: GEOT-1687
URL: http://jira.codehaus.org/browse/GEOT-1687
Project: Geo
Andrea Aime a écrit :
> The trouble is, this must be accompanied by gt2 2.4.0 and there
> is still the referencing factories proposed change on the hook:
> http://docs.codehaus.org/display/GEOTOOLS/ReferencingFactoryFinder+incompatible+change
I have been silent on this issue (I didn't brough it to
Hi,
it seems we got to a point where we can release GeoServer 1.6.0
final.
The trouble is, this must be accompanied by gt2 2.4.0 and there
is still the referencing factories proposed change on the hook:
http://docs.codehaus.org/display/GEOTOOLS/ReferencingFactoryFinder+incompatible+change
I've cast
johann Sorel ha scritto:
> hello everyone,
>
> here is a new video of the map widget. (JDefaultEditableMap2D)
>
> http://altersig.developpez.com/demo/my.htm
> or http://altersig.developpez.com/demo/my.swf
> (second link is if the first one doesn't load)
Wow... amazing. You're doing a hell of a j
14 matches
Mail list logo
