No - we just try to stay informed and track what standards we can so we
have less docs to write.
My hesitation is not made in deference the the OGC gods (ack), but out
of complexity. Let me explain:
Problem is the SLD rendering system is being written to track the SLD
standard. Over in uDig
we have additional rendering systems, and the first wave of technology
to set that up is starting
to make its way out to geotools.
To be blunt GeoTools rendering is designed as an SLD renderer, uDig
stepped back from that to
a more general setup. I am concerned if we start generalizing the
GeoTools renderer we will make
both more complicated.
I understand that these feels are of the vague and architecture nature
which is why I voted +0 rather the -1.
Tell you what if we add the method and mark it as deprecated I will
change my vote to +1, it would
need to be marked in some manner anyways as we would not want people
using it by accident and
making invalid SLD documents on disk.
If you guys want to fork SLD formally (with a new schema) I would be
more into that. I get the impression
Dave may of already started?
Jody
Paul Selormey wrote:
Is Geotools being written for OGC?
Best regards,
Paul.
------------------------------------------------------------------------
*From:* [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] *On Behalf Of
*David Zwiers
*Sent:* Wednesday, November 09, 2005 3:10 PM
*To:* jgarnett
*Cc:* [EMAIL PROTECTED]; [EMAIL PROTECTED];
[email protected]
*Subject:* Re: [Geotools-devel] VOTE - label "shield" streaming
renderer patch
I'll second that thought ... the specs do help people communicate
technically.
Has anyone written to the ogc list for sld?
David
On 11/8/05, *jgarnett* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Just had Dave talk me through the idea:
It involves adding a "graphic" to the TextSymbolizer element, the
resulting document would not be valid but it is a cool hack.
+0 Not especially comfortable, but no time to set up something
better.
Jody
jgarnett wrote:
> Is there any chance of the SLD spec moving in this
direction? I always
> thought someone would set him up with a series symbolizers...
> I really don't think we should move in the direction of
mapserver
> where everyone ducks the standard. We have a strong enough
> implementation to use the standard in anger - is this
challenge really
> beyond what it can do.
>
> I expected:
> - point symbolizer rendering an icon (for say a hwy shield
symbol)
> - text positioned to fit over top
>
> If there was need to hook into the label positioning system
I assumed
> that this was the kind of thing SLD 1.1 environment
variables may help
> with?
>
> I will note a converse implementation idea, the MIL 2525B
symbology
> is defined using a magic 16 character code that is
considered to be
> well known. We could make a plugin system allowing end
users to
> define additional well known symbology definitions, and get
perfect
> shields while not break compatibility with the specification.
>
> Jody
>
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> wrote:
>> Saul Farber submitted this patch -
>>
>> http://jira.codehaus.org/browse/GEOS-434
>>
>> I want to apply it, but I wanted to give folks a chance to
say yes or
>> no. It shouldnt affect anyone who isnt using the new
functionality.
>> The only downside is that it makes the labeling stuff more
complex and
>> is functionality outside the SLD spec.
>>
>> dave
>>
>>
>>
>> ----------------------------------------------------------
>> This mail sent through IMP: https://webmail.limegroup.com/
<https://webmail.limegroup.com/>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by:
>> Tame your development challenges with Apache's Geronimo App
Server.
>> Download
>> it for free - -and be entered to win a 42" plasma tv or
your very own
>> Sony(tm)PSP. Click here to play:
http://sourceforge.net/geronimo.php
<http://sourceforge.net/geronimo.php>
>> _______________________________________________
>> Geotools-devel mailing list
>> [email protected]
<mailto:[email protected]>
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App
Server.
> Download
> it for free - -and be entered to win a 42" plasma tv or your
very own
> Sony(tm)PSP. Click here to play:
http://sourceforge.net/geronimo.php
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
<mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App
Server. Download
it for free - -and be entered to win a 42" plasma tv or your
very own
Sony(tm)PSP. Click here to play:
http://sourceforge.net/geronimo.php
_______________________________________________
Geotools-devel mailing list
[email protected]
<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/geotools-devel
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
