Free OpenCPN Icons

[nohal]

Windfarm...

[PjotrC]

Thanks so much, Pavel... !!!

While it is still free, maybe the last one this Spring...

I need a _generalized_ Radio-Call-In-Point, that does not exist in the libraries. Maybe it could just point to all 4 Cardinal directions... I will know what is the relevant direction in this case. The example attached is for vessels heading West ("ch 80" is a textual description item).

P.

[nohal]

Naming follows the existing PLIB vector symbols...

[PjotrC]

Pavel...

Thanks soooo much... !

Piotr

[HappySeagull]

FYI:in OpenCPN Beta ownship icon now works!
http://www.cruisersforum.com/forums/...tml#post681675

so go crazy,have fun!

[nohal]

Two sample ownship icons. The effect of the "offcenter" one is that the COG predictor begins at the edge of the circle (because the edge of the circle is in the center of the image )...

Just rename the one you want to try to ownship.xpm and place to UserIcons folder...

For those interested and still having problems to convert a transparent PNG to XPM, I use GraphicsMagick Image Processing System and the magic command is

gm convert ownship_offcenter.png ownship_offcenter.xpm

If you are stuck already trying to create the transparent PNG, I currently use Pinta: Painting Made Simple - Pinta , but any normal image editor will do for you.

Hint: if the background of your image is chequered in the image editor, like in , its OK, if it's white, it's not transparent, thus not OK.

Pavel

[sailorF54]

My alternative to create new icons is to use on-line
favicon.ico Generator
to design and download a favicon (.ico) then I open it with Xview (a free must have anyway XnView - Logiciel de visualisation, conversion et organisation des images et photos )
to directly save it in .xpm format
Being modest as all great artists must be, I'll keep my awesome icons to myself...

[champ8242]

Originally Posted by sailorF54

Xview (a free must have anyway)

Nice

[PjotrC]

Dear IconMasters...

I have three running 2.4.506 environments:

1. Downloaded installation kit
2. Self-built Solution "opencpn" from GIT source
3. Self-built PACKAGE from _the same_ source (except for the post-build step, which still breaks)

I have selected the wx28 Unicode libraries in the linker command lines and set Character code to Unicode for all projects. All seems to work well in my builds (local language, Degree signs on the lat-lon grid, Plugin identification), except the UserIcons...

In the downloaded kit all works well.

In the self-built "opencpn" environment all works well.

In the self-built PACKAGE environment all User Icons get the name of "opencpn_2". The images are all there and OK, but all are called the same... the source is still the same...

In the source I see that the icon name is rather simply constructed from the filename, depending a little on __WXMSW__, but all else works as it should.

Any hints?

Thanks in advance,

Piotr

[sailorF54]

Originally Posted by sailorF54

My alternative to create new icons is to use on-line
favicon.ico Generator
to design and download a favicon (.ico) then I open it with Xview (a free must have anyway XnView - Logiciel de visualisation, conversion et organisation des images et photos )
to directly save it in .xpm format
Being modest as all great artists must be, I'll keep my awesome icons to myself...

You can save the .xpm icon with fewer colors than the default 256, down to 8. (depending of course on how many you used)

The only snag with this procedure it that the background is white and not tranparent.
You can make it transparent however by opening the .xpm file and changing the #ffffff hexa code to None (and deleting the extra fff)
See screenshots
CR-Hexact, for instance,
CR-Hexact : éditeur hexadécimal
makes this procedure painless

(Thanks to the French geek Marga who pointed that out to me)

[Netsurfer]

Originally Posted by sailorF54

The only snag with this procedure it that the background is white and not tranparent.

According to the XPM spec the value for transparency is 'None'. This is also stated on the German Wikipedia page (but not on the English one) - see: X PixMap

But I guess there is another way to achieve the transparency in a XPM file without the need to open and change the file itself:
Before saving the file in XPM format you have to change your image file to one using a color-palette, which means from true color (24 or 32 Bit) to color-palette (8 Bit).

After this conversion there is an option 'Edit Color palette' (I have to guess the English names as I am using the German version). It is the last menu entry in 'Picture' and has the short-cut 'STRG + M' (just in case the short-cuts are language independent).

In the newly opened window you see each color of the palette. Now you can select one by clicking on it and check the 'Transparency' checkbox on the right - et voilà, you have selected your color for transparency which will show up as 'None' after you have saved the image in XPM format.

Gunther

[sailorF54]

Originally Posted by Netsurfer

But I guess there is another way to achieve the transparency in a XPM file ...

Doch, Prima !

[nohal]

@Piotr: Interesting, I've never seen something like this. I would be suspecting the ANSI vs. Unicode problem in your build environment - the setup package produced from the build includes the dlls from git (2.8.10 - 100% unicode), while local build is linked and runs against your local wx libraries (perhaps could be non-unicode) - very hard to predict the resulting behavior.
@palette reducers: If you don't mind using the command line, graphicsmagick (and I think imagemagick as well) reduces the palette to the colors actually used in the image while doing the png->xpm conversion, so you actually end up having an image with 2 or 3 colors in the palette in our case. The percentual difference in comparison even to an 8-bit (256 colors) palette is of course enormous for something 10x20 pixels. Practical effect is very little though... And if you really do not like the command line, you can write this 1-line batch file, place it on your desktop and drag the png files over it. Should be something like a variation of:

gm convert %1 %1.xpm

Pavel

[PjotrC]

Originally Posted by nohal

I would be suspecting the ANSI vs. Unicode problem in your build environment

Pavel,

Yes, that was my first guess too...
It must be a problem with an unchecked limit for path length somewhere or a dot inside directory name...
I moved all files from

C:\Users\Tomek\opencpn\build\_CPack_Packages\win32\NSIS\opencpn_2.4.506_setup

to

C:\o

and all is well.

Note that "opencpn_2" is a substring of the long path.

If I manage to find it explicitly, I will file a report.

Piotr

PS. Yes it is the dot inside directory name...

[HappySeagull]

It's pretty interesting to open the xpm's in a text editor.They can be edited there...see?you can choose colours and create transparency as well.Here's Nohal's "rdocal_e.xpm"...

/* XPM */
static char *rdocal_e[] = {
/* columns rows colors chars-per-pixel */
"20 13 3 1",
"  c black",
". c #B200FF",
"X c None",
/* pixels */
"XXXXX..XXXXXXXXXXXXX",
"XX...XX...XXXXXXXXXX",
"X.XXXXXXXX...XXXXXXX",
"X.XXXXXXXX.XX..XXXXX",
"X.XXXXXXXX.XXXX.XXXX",
".XXXXXXXXXX.XXXX..XX",
".XXXXXXXXXX.XXXXXX..",
".XXXXXXXXXX.XXXX..XX",
"X.XXXXXXXX.XXXX.XXXX",
"X.XXXXXXXX.XX..XXXXX",
"X.XXXXXXXX...XXXXXXX",
"XX...XX...XXXXXXXXXX",
"XXXXX..XXXXXXXXXXXXX"
};

Another interesting thing...here's Nohal's icon just opened and resaved(with a different name) in Greenfish Icon Editor...it displays exactly the same.

/* XPM */
static char *rdocal_eGFIE[] = {
"20 13 4 1 0 0",
"  c #000000",
"! c #B200FF",
"# c #FFFFFF",
"$ c #000000",
"$$$$$!!$$$$$$$$$$$$$",
"$$!!!$$!!!$$$$$$$$$$",
"$!$$$$$$$$!!!$$$$$$$",
"$!$$$$$$$$!$$!!$$$$$",
"$!$$$$$$$$!$$$$!$$$$",
"!$$$$$$$$$$!$$$$!!$$",
"!$$$$$$$$$$!$$$$$$!!",
"!$$$$$$$$$$!$$$$!!$$",
"$!$$$$$$$$!$$$$!$$$$",
"$!$$$$$$$$!$$!!$$$$$",
"$!$$$$$$$$!!!$$$$$$$",
"$$!!!$$!!!$$$$$$$$$$",
"$$$$$!!$$$$$$$$$$$$$"
};

Type an Icon!..kinda fun on a really rainy day.