Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [Geoserver-users] [udig-devel] R: R: SLD editor
There is an interesting tension between desktop SLD goals and server SLD goals. On the desktop the thematic mapping is important, to quickly adjust properties to visualize patterns and the like. Which is why uDig's hit that first. On the server side, however, what we really want is the ability to set different zoom levels. One doesn't care so much about zoom levels for desktop mapping, since it's really easy to adjust the style to see details for the area you're on. Or you're setting up a map for printing, which is just one zoom level.
The design I'm thinking for GeoServer is to have it oriented around the set zoom levels of the Tile Map Server. When you define a rule of a style you can easily set which zoom levels (1 to 17 or so) you want it to appear at. Within that you'd rules and filters. It'd be great if uDig did this, but it's more of a web mapping thing so I don't have high hopes for the immediate future. But a tree editor would be a nice start. 

Chris

Jesse Eichar wrote:
uDig will have a better SLD editor before too long but the most common cases are most important to address when starting out. A good SLD editor would be great. A good UI is one of the things holding us back. The current paradigm is to make a tree editor. Where each node in the tree is an SLD component. Ideas are welcome as this is an important issue and a difficult one to solve. Screen mock-ups would really help. 

Jesse

On 21-Feb-07, at 7:09 AM, Fabio Da Soghe wrote:
I completely agree: there is a big middle ground between the simplest SLD and the monstrous one currently uncovered by a tool (neither open source nor proprietary, as far as I know). In a typical GIS scenario we see the GIS operator (as such, not a programmer able to hand-code the SLD) creating important thematic symbolizations for data he/she has built. Every commercial GIS software today can do that (ArcGis, MicroStation, AutoCAD, Geomedia, etc.) but there's no way to export that simbolization in SLD.
We found this: http://arcmap2sld.geoinform.fh-mainz.de/ ArcMap2SLDConverter_Eng.htm
The interesting idea is that you can use all the power and user- friendlyness of such a rich tool like ArcGis and having its thematism converted in an SLD file; of course that conversion tool is far from complete :-(
If I can say, I think it was a pity to have several very basic SLD editors open source (MapBuilder, maybe Geoserver is creating one too), even web based (isn't it a nonsense to create such a complex GUI tool in a web interface?), and not developing a single robust and complete tool, like uDig could became (there are not many fast improvements in this direction, it seems to me). 

Only my 1 cent.

Cheers,

Fabio


-----Messaggio originale-----
Da: Andrea Aime [mailto:aaime@xxxxxxxxxxxxx]
Inviato: mercoledì 21 febbraio 2007 15.41
A: Fabio Da Soghe
Cc: 'geoserver-users@xxxxxxxxxxxxxxxxxxxxx'; User-friendly
Desktop Internet GIS
Oggetto: Re: [Geoserver-users] R: SLD editor

Fabio Da Soghe ha scritto:

Indeed this seems very odd to me: I was sure there would have been
plenty of open source utility to edit visually an SLD style, but
there's none today.

In my company we are in great difficult for this reason:

programmers

are the only capable of editing an SLD document with good

proficiency

but they are busy developing the application that will use

it, and the

GIS people has not all the XML and WMS knowledge needed to

create more

then the simplest style.

Maybe SLD is not so much used today?

The only systems I know using SLD are those Geotools based,
and DeeGree.
uDig uses SLD under covers, whilst unfortunately Geoserver
does not have an SLD editor. To be fair, uDig covers the most
common cases, and makes you revert to SLD hand coding for the
most complex issues.

The WMS spec did not force people to use SLD, and given the
complexity of the specification, most just flew away.

I agree an SLD editor is very much needed, yet:
* basic cases are handled by uDig. The only pity is that it's hard to
   build a complex layered style with different "simple" styles for
   different scale levels, and hard to apply filters (the CQL module
   would allow for quick and intutive filter spec input).
* more complex ones tend to turn into scripts anyways. On the
   Sigma demo we do have an SLD that is around 2000 lines,
any graphical
editor allowing to play with such a best would not probably be much 
   simpler than coding XML directly...

I guess the middle ground is the interesting territory that's
not covered, that is, scales and filters with relatively
static symbolizers.
uDig could evolve to cover it.

Cheers
Andrea



_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:1003,45dc773c83614820651628!



--
Chris Holmes
The Open Planning Project
http://topp.openplans.org

begin:vcard
fn:Chris Holmes
n:Holmes;Chris
org:The Open Planning Project
adr:;;349 W. 12th Street, #3;New York;NY;10014;USA
email;internet:cholmes@xxxxxxxxxxxxx
title:Managing Director, Strategic Development
x-mozilla-html:FALSE
url:http://topp.openplans.org
version:2.1
end:vcard

Back to the top