[Geoserver-devel] GeoSilk

* Rollie's been curating a set of GeoSilk icons for styler, which
includes icons to indicate vector-based / rasterized output. It'd be
nice to use these in the 'Type' column instead of the strings "Vector"
and "Raster". We could include tooltip text to clarify for newer users
via the "title" attribute.

The "GeoSilk" set, along with the canonical Silk set (http://www.famfamfam.com/lab/icons/silk/
), are the ones used elsewhere throughout this new UI. You can find
the most up-to-date version here: http://files.opengeo.org/geosilk/

I am open to collaboration on icons; indeed I recognize some of my
work in that directory. In particular I would like to produce vector
icons for some of the more commonly used imagery.

Jody

Hey Jody,

I’d love to collaborate on a more fleshed out GeoSilk set. This one has been generated on an as needed basis starting at the geospatial sprint in Bolsena last year and was sort of a rushed creature of necessity. As you observed, and the readme attests, it’s an effort to bring the uDig iconography in line with the Silk set. How would you like to proceed?


Rolando Peñate
OpenGeo - http://opengeo.org

On Apr 7, 2009, at 7:34 PM, Jody Garnett wrote:

  • Rollie’s been curating a set of GeoSilk icons for styler, which

includes icons to indicate vector-based / rasterized output. It’d be

nice to use these in the ‘Type’ column instead of the strings “Vector”

and “Raster”. We could include tooltip text to clarify for newer users

via the “title” attribute.

The “GeoSilk” set, along with the canonical Silk set (http://www.famfamfam.com/lab/icons/silk/

), are the ones used elsewhere throughout this new UI. You can find

the most up-to-date version here: http://files.opengeo.org/geosilk/

I am open to collaboration on icons; indeed I recognize some of my
work in that directory. In particular I would like to produce vector
icons for some of the more commonly used imagery.

Jody

I assume you have read the information on the uDig imagery?
- http://udig.refractions.net/confluence/display/DEV/Imagery
- http://udig.refractions.net/confluence/display/DEV/Icons

I would start by making sure you have a similar guideline for the
geosilk work (icon naming convention etc).
Next up I would make sure we have all the component parts used to
compose the icons. It would be useful to have this in SVG or similar
so different sizes could be constructued (however often find the
result looks poor at the small 16x16 size).

The uDig icons and imagery are pretty strict as they want to fall in
line with Eclipse User Interface Guide lines (ie the amount of
transparent space to leave; and on which edge changed depending on the
use of the icon. I would also like to move to larger icons in a few
places; silk appears to be limited to 16x16?

I also do not mind the level of collaboration; I would like to make
sure that we use the same visual metaphor (even if we need to produce
a different image due to intended use).

I hope these ideas are useful? Do you have a wiki page on geosilk to
take notes etc?
Jody
PS. I went and check the eclipse user interface guide lines and they
have been finally updated for 3.x series
(http://wiki.eclipse.org/User_Interface_Guidelines#Style_.26_Design).
I find that to be very nicely written.
On Wed, Apr 8, 2009 at 9:58 AM, Rolando Penate <rpenate@anonymised.com> wrote:

Hey Jody,
I'd love to collaborate on a more fleshed out GeoSilk set. This one has been
generated on an as needed basis starting at the geospatial sprint in Bolsena
last year and was sort of a rushed creature of necessity. As you observed,
and the readme attests, it's an effort to bring the uDig iconography in line
with the Silk set. How would you like to proceed?
--
Rolando Peñate
OpenGeo - http://opengeo.org
On Apr 7, 2009, at 7:34 PM, Jody Garnett wrote:

* Rollie's been curating a set of GeoSilk icons for styler, which

includes icons to indicate vector-based / rasterized output. It'd be

nice to use these in the 'Type' column instead of the strings "Vector"

and "Raster". We could include tooltip text to clarify for newer users

via the "title" attribute.

The "GeoSilk" set, along with the canonical Silk set
(http://www.famfamfam.com/lab/icons/silk/

), are the ones used elsewhere throughout this new UI. You can find

the most up-to-date version here: http://files.opengeo.org/geosilk/

I am open to collaboration on icons; indeed I recognize some of my
work in that directory. In particular I would like to produce vector
icons for some of the more commonly used imagery.

Jody

Hey Jody,

On Apr 7, 2009, at 8:38 PM, Jody Garnett wrote:

I assume you have read the information on the uDig imagery?

I had not seen those, thanks for sending them along.

I would start by making sure you have a similar guideline for the
geosilk work (icon naming convention etc).
Next up I would make sure we have all the component parts used to
compose the icons. It would be useful to have this in SVG or similar
so different sizes could be constructued (however often find the
result looks poor at the small 16x16 size).

I read them over and started setting up similar documentation for GeoSilk (http://projects.opengeo.org/geosilk/)). We are basing things on Silk because that is what is integrated with Ext (on which GeoExt is based), so we can inherit the naming conventions used there. Unfortunately, Silk is all raster and limited to 16x16.

The uDig icons and imagery are pretty strict as they want to fall in
line with Eclipse User Interface Guide lines (ie the amount of
transparent space to leave; and on which edge changed depending on the
use of the icon. I would also like to move to larger icons in a few
places; silk appears to be limited to 16x16?

The Eclipse UI Guidelines seem pretty well laid-out, but because we are sticking with Silk in order to maintain consistency between Ext and GeoExt we don’t anticipate making anything aside from 16x16 icons.

I also do not mind the level of collaboration; I would like to make
sure that we use the same visual metaphor (even if we need to produce
a different image due to intended use).

Could you explain what you mean here?

I hope these ideas are useful? Do you have a wiki page on geosilk to
take notes etc?

Just made it: http://projects.opengeo.org/geosilk/

Thanks!


Rolando Peñate
OpenGeo - http://opengeo.org

Jody
PS. I went and check the eclipse user interface guide lines and they
have been finally updated for 3.x series
(http://wiki.eclipse.org/User_Interface_Guidelines#Style_.26_Design).
I find that to be very nicely written.

On Wed, Apr 8, 2009 at 9:58 AM, Rolando Penate <rpenate@anonymised.com> wrote:

Hey Jody,

I’d love to collaborate on a more fleshed out GeoSilk set. This one has been

generated on an as needed basis starting at the geospatial sprint in Bolsena

last year and was sort of a rushed creature of necessity. As you observed,

and the readme attests, it’s an effort to bring the uDig iconography in line

with the Silk set. How would you like to proceed?

Rolando Peñate

OpenGeo - http://opengeo.org

On Apr 7, 2009, at 7:34 PM, Jody Garnett wrote:

  • Rollie’s been curating a set of GeoSilk icons for styler, which

includes icons to indicate vector-based / rasterized output. It’d be

nice to use these in the ‘Type’ column instead of the strings “Vector”

and “Raster”. We could include tooltip text to clarify for newer users

via the “title” attribute.

The “GeoSilk” set, along with the canonical Silk set

(http://www.famfamfam.com/lab/icons/silk/

), are the ones used elsewhere throughout this new UI. You can find

the most up-to-date version here: http://files.opengeo.org/geosilk/

I am open to collaboration on icons; indeed I recognize some of my

work in that directory. In particular I would like to produce vector

icons for some of the more commonly used imagery.

Jody

The Eclipse UI Guidelines seem pretty well laid-out, but because we are
sticking with Silk in order to maintain consistency between Ext and GeoExt
we don't anticipate making anything aside from 16x16 icons.

Understood; the good stuff though is in how the define the components
that make up their icons (color themes etc) in order to make an icon
set that is consistent.

I also do not mind the level of collaboration; I would like to make
sure that we use the same visual metaphor (even if we need to produce
a different image due to intended use).

Could you explain what you mean here?

Sure; right now you have:
- http://projects.opengeo.org/geosilk/export/1/trunk/geosilk/vector.png

And vector database:
- http://projects.opengeo.org/geosilk/export/1/trunk/geosilk/database_vector.png

And vector server (ie wfs):
- http://projects.opengeo.org/geosilk/export/1/trunk/geosilk/server_vector.png

The vector server combines the image of a silk/vector.png and the
image of silk/server.png. These two images are visual metaphors; which
you combine to when creating other icons.

Looking at the eclipse guidelines they call this "core icon concepts
now" - their explaination is better than mine.

So a really "easy" level of collaboration is to link our two pages;
and make sure we have similar "core icon concepts"; I am under some
restrictions on modifiers/overlays (like add and delete) in your
example - but there is no reason we cannot keep the same visual ideas
going. Adding a link to your page now.

I hope these ideas are useful? Do you have a wiki page on geosilk to
take notes etc?

Just made it: http://projects.opengeo.org/geosilk/

Nice presentation; and you document the naming convention - just what
was needed.

A couple bits of feedback; I try and be very strict on the 16x16 icons
so they can be told appart. Looking at your page on my screen from
four feet away I find the following:
- the map/add map / delete map icons really look like they are crossed
out; the "\" shape is all the eye can picks up on.
- I see how you based the map on the slik "picture"
- Looking closely I now see the "\" line is a road; and the "+" and
"-" symbols mask the second road making the result look like a "\" -
if you the second road higher the modifier will not interfear
- the add/delete modifiers are too similar to tell apart at that
distance (they both end up round and I am color blind); one of the
reasons a green "+" and a red "x" is used on the udig side. I see that
you get these from silk so their is not much to be done.

All in all very fun,
Jody

On Apr 8, 2009, at 7:59 PM, Jody Garnett wrote:

<snip />

I also do not mind the level of collaboration; I would like to make
sure that we use the same visual metaphor (even if we need to produce
a different image due to intended use).

Could you explain what you mean here?

Sure; right now you have:
- http://projects.opengeo.org/geosilk/export/1/trunk/geosilk/vector.png

And vector database:
- http://projects.opengeo.org/geosilk/export/1/trunk/geosilk/database_vector.png

And vector server (ie wfs):
- http://projects.opengeo.org/geosilk/export/1/trunk/geosilk/server_vector.png

The vector server combines the image of a silk/vector.png and the
image of silk/server.png. These two images are visual metaphors; which
you combine to when creating other icons.

Looking at the eclipse guidelines they call this "core icon concepts
now" - their explaination is better than mine.

So a really "easy" level of collaboration is to link our two pages;
and make sure we have similar "core icon concepts"; I am under some
restrictions on modifiers/overlays (like add and delete) in your
example - but there is no reason we cannot keep the same visual ideas
going. Adding a link to your page now.

Sounds great to me. My hope is that by keeping the same core concepts people will be able to move between OpenGeo / GeoExt apps and things like uDig without needing to relearn the visual language. I added an icon for repository today and made a table similar to your "Standard Eclipse Metaphors". Are there any other core concepts that you think need to be addressed?

I hope these ideas are useful? Do you have a wiki page on geosilk to
take notes etc?

Just made it: http://projects.opengeo.org/geosilk/

Nice presentation; and you document the naming convention - just what
was needed.

A couple bits of feedback; I try and be very strict on the 16x16 icons
so they can be told appart. Looking at your page on my screen from
four feet away I find the following:
- the map/add map / delete map icons really look like they are crossed
out; the "\" shape is all the eye can picks up on.
- I see how you based the map on the slik "picture"
- Looking closely I now see the "\" line is a road; and the "+" and
"-" symbols mask the second road making the result look like a "\" -
if you the second road higher the modifier will not interfear
- the add/delete modifiers are too similar to tell apart at that
distance (they both end up round and I am color blind); one of the
reasons a green "+" and a red "x" is used on the udig side. I see that
you get these from silk so their is not much to be done.

Yeah, I like how the Eclipse guidelines use position in addition to color to get around the colorblindness issues. Unfortunately Silk doesn't do a similar thing. :frowning:

—R

Sounds great to me. My hope is that by keeping the same core concepts people
will be able to move between OpenGeo / GeoExt apps and things like uDig
without needing to relearn the visual language. I added an icon for
repository today and made a table similar to your "Standard Eclipse
Metaphors". Are there any other core concepts that you think need to be
addressed?

The start of this email talked about styling; so think we could break
down the icons used for SLD/style in a sensible manner. Indeed that is
what got me to check out your work.

On Apr 9, 2009, at 9:51 PM, Jody Garnett wrote:

Sounds great to me. My hope is that by keeping the same core concepts people
will be able to move between OpenGeo / GeoExt apps and things like uDig
without needing to relearn the visual language. I added an icon for
repository today and made a table similar to your "Standard Eclipse
Metaphors". Are there any other core concepts that you think need to be
addressed?

The start of this email talked about styling; so think we could break
down the icons used for SLD/style in a sensible manner. Indeed that is
what got me to check out your work.

That sounds sensible to me. I haven't made any concrete effort to figure out what would be necessary for styling. Do you have a list you're looking to work from? We can throw it up on the wiki: http://projects.opengeo.org/geosilk

—R