Quoting Rasmus Lindberg <cil00lr8@anonymised.com>:
I just read http://docs.codehaus.org/display/GEOSDOC/Data+Config
about
Styles and it said something about
"(if anyone is interested in this Andrea Aime wrote some code to do
this,
but it's still buggy, and we would need to figure out how to run it
in an
applet, and how to run applets in STRUTS)"
Where is that code and did it end up in anything?
It never ended up in anything, afaik. It's probably still living
somewhere in geotools, but I don't know where. I'm pretty sure he was
never happy with it.
I have been changing the focus om my thesis and will try to find out
more
about how a good SLD-editor should look like and work.
You're not changing because we didn't have SVG + SLD, are you? Because
we actually just got it in, in the latest release, thanks to a nice
user contribution and Justin rolling it in.
But making a good sld-editor could be fun. I don't think applets are
really the way to go, and figuring out where he was trying to go with
it would be more trouble than it's worth, you should probably just
start some scratch. The two best routes would be to 1) improve the
uDig one, make it 'real', working with filters and line styles and
min/max denom and labeling options. I think James may have some code
in geovista that does better SLD styling, so that may be a decent place
to start. And there's also the good Filter/Expression parser that
David mentions, that would be useful, to go from 'area < 5' to the
appropriate OGC/geotools filter. Or 2) learn some AJAX, which would be
more useful from the geoserver perspective. You might take some pieces
of mapbuilder, to request the FeatureType, since you need to know the
FeatureType to build the style. I think David's be planning on doing
this, along with the backend infrastructure of put/getStyle for 1.3.1.
You could figure out how to work directly with him, or build something
on his base. Focus on the UI and the layout, various nice touches to
make styling maps really intuitive, as it'd be more thesis worthy
material. I _think_ David is just going for a solid base, and I
believe there's a lot you could do to make the styling of maps with SLD
very nice.
David, I really like the idea of doing a webservice for the filter
parsing. Very smart way of making use of some already existing code,
but not having to do applets, making it super independant.
best regards,
Chris
/ Rasmus
-----Ursprungligt meddelande-----
Från: geoserver-devel-admin@lists.sourceforge.net
[mailto:geoserver-devel-admin@lists.sourceforge.net] För
dblasby@anonymised.com
Skickat: den 27 oktober 2005 05:52
Till: Mike.Adair@anonymised.com
Kopia: geoserver-devel@lists.sourceforge.net
Ämne: RE: [Geoserver-devel] Status of SLD?
Mike,
My plan was going to make this as independent as possible so that it
could
be used directly inside things like mapbuilder (as you might have
noticed,
we are slowly integrating mapbuilder more-and-more into geoserver).
I also
want to make sure that it follows the OGC spec so it could be used
with any
WMS server that supports GetStyle/PutStyle (I'm hoping that mapserver
supports it or will support it soon).
I was planning on using the Geotools "human-readable" Filter
parser/writer
and deploying it as a web-service inside geoserver.
Basically it would take something like "road_type = 'highway'" and
convert
it into the appropriate Filter:
<ogc:Filter>
<ogc:PropertyIsEqualTo>
<ogc:PropertyName>road_type</ogc:PropertyName>
<ogc:Literal>highway</ogc:Literal>
</ogc:PropertyIsEqualTo>
</ogc:Filter>
And, of course, in the opposite direction too. I think that new users
will
find this extreamly helpful, but i think writing a javascript
equation
parser would be a royal pain, hence the plan to make a little
webservice to
do it. Know anything like lex/yacc for browser-independent
javascript?
As for making symbolizers, I was thinking about doing one of these:
1. just
let them enter their attributes (ie. a colour chooser for fill) and
then
they can see the result after they putstyle 2. show them a simple
example
using SVG 3. show them their data by sending a SLD-POST request off
to the
server (this is more difficult that you might think, especially if
they have
a large dataset or are using max/min scale filters in their rules)
A combination of 2 and 3 could make a highly interactive experience.
I'm planning on adding much better SVG support to geoserver - whats
the plan
for support in mapbuilder?
dave
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of
2005 Visit
http://www.jboss.com/services/certification for more information
_______________________________________________
Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of
2005
Visit http://www.jboss.com/services/certification for more
information
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/