Feature Requests

[rgleason]

Saqqarra the dashboard styles have been improved several times however your new feature request should be entered into tracker. Please follow instruction above

[Roel Smidt]

Originally Posted by rgleason

Roel Smidt you should make a new feature request in "opencpn feature request" project dropdown. Register make a new task and then vote for it.

O.K. Very sorry for that. I was not familiar with that Tracker/Feature Request-procedure (stupid, should have read that sticky first ). It can't say it was the easiest thing I did today but I think I managed to make a new Android feature request (and even vote for it )

Roel

[seandepagnier]

the raspberry pi graphics hardware supports textures to 2048x2048, however only rectangular (non power of 2) to 1024x1024 or so roughly. So the chart symbols which is 1500x1200 cannot fit and I must allocate 2048x2048 which uses 16mb of video memory instead of the usual 6mb.

My feature request is, could someone rearrange the files in data/s57data like rastersymbols-day.png to "fit" in 1024x1024.? I think it can as there is a lot of space. And a bunch of the icons can be removed because they aren't even used. The chartsymbols.xml would have to be updated as well. This could probably be done with a script which re-packs everything. It will benefit all users with reduced use of graphics memory, faster loading time, and less disk space so also smaller download for opencpn.

[rgleason]

Is this something I could do? -A brief description of what is needs to be done would be helpful.
How are the graphics referenced? By x,y pixel boxes?
Can the symbols be rearranged graphically to be more compact and then make a list for each symbol name with the two x,y pixel pairs?

My feature request is, could someone rearrange the files in data/s57data like rastersymbols-day.png to "fit" in 1024x1024.? I think it can as there is a lot of space. And a bunch of the icons can be removed because they aren't even used. The chartsymbols.xml would have to be updated as well. This could probably be done with a script which re-packs everything. It will benefit all users with reduced use of graphics memory, faster loading time, and less disk space so also smaller download for opencpn.

"probably be done with a script which re-packs everything." -- maybe not something I can do.

[bdbcat]

Rick...

That is exactly right. You could do this.

Take a look at the bitmaps, e.g.

src/bitmaps/toolicons_traditional.png

Open this file in some graphics editor that allows detailed editing by pixel, say gimp or Photoshop. Or other....

Then look at

src/bitmaps/styles.xml

Take an example: The tool for zoomin...

You will see in styles.xml this:

            <tool name="zoomin">
                <icon-location x="20" y="20"/>
                <rollover-location x="20" y="220"/>
                <disabled-location x="20" y="320"/>
            </tool>

You will find the zoomin icon at x=20, y=20. What you will do is move the icon in the png file using the graphics tool to wherever you want it, and then adjust the <icon-location> tag in the .xml file to match. Rinse and repeat.

Lots of fiddly work, but straightforward.

The same thing could be done for

data/s57data/rastersymbols-x.png, using chartsymbols.xml

Give it a try?

Dave

[rgleason]

I will try it. Doesn't seem too difficult.

[rgleason]

Bdcat:

Take a look at the bitmaps, e.g. src/bitmaps/toolicons_traditional.png

Using Gimp 2.8 this one is 800 x 500 and the icons generally have 2 pixels between, with the exception of an icon catagory separation of 7 pixels horizontally.

By rearrangement of the Donate button, the large black square and the smaller icons we might be able to save an additional 7 pixels horizontally.

Also the palette of 800x500 pixels, 72.009x72.009 ppi Print area 11.11" x 6.944" generally has a 5 pixel border with a 16 pixel free space at the bottom for adding icons.

Do you want me to tighten it up, even if it meets Sean's requirement? 1500x1200

[rgleason]

I am a little puzzled why Sean thinks the chart symbols are larger than 1500 x 1200. Does Linux do something differently?
I have checked C:\Users\...\Documents\GitHub\OpenCPN\src\bitmaps and found none larger.

Jesper or someone must have done a whole lot of work to set this up.

[bdbcat]

Rick...

Sean's objective is to get the entire image down to 1024x1024. Square, power-of-two, in other words.

Thanks for looking at this.
Dave

[rgleason]

Bdcat I am sorry, I am not understanding completely. I think of pixels for resolution and it shows 800x500. Is Sean refering to a different standard?

[rgleason]

I think we already meet seans requirement.

[seandepagnier]

rick,

You are looking at the wrong file. I am talking about the png files in data/s57data

[rgleason]

Sorry should have re-read Sean's post.

could someone rearrange the files in data/s57data like rastersymbols-day.png to "fit" in 1024x1024.? I think it can as there is a lot of space. And a bunch of the icons can be removed because they aren't even used. The chartsymbols.xml would have to be updated as well.

Yes
C:\.. \GitHub\OpenCPN\data\s57data
rastersymbols-dark.png
rastersymbols-day.png
rastersymbols-dusk.png
These are all 1500x1200 pixels
You want them to be 1024x1024

and to change the xml file chartsymbols.xml

Is there some way I can get a handle on which symbols are not used?
Is there any particular criteria for packing?
Is 2 pixels apart adequate?

Looks like we can get to 1024 vertical by just cutting off the bottom and moving a few symbols. Compacting horizontally will require moving the last 1/3 of a row into intermediate open space vertically.

I assume the three ..day, dusk and night should all be arranged identically so that the xml will be identical. This may require editing all three at the same time.

Is there a way to just edit ..day and then create the dusk and night with a change in colors by color remapping or something?

[Mr. S]

I have two suggestions:

1. Switching the program GUI from wxWidgets to Qt. Qt is required for Android. That would save a lot of development time to code just one graphical framework.
   
2. I would like to have a plugin for importing OpenSeaMap vector data.

[nohal]

Originally Posted by Mr. S

I have two suggestions:
Switching the program GUI from wxWidgets to Qt. Qt is required for Android. That would save a lot of development time to code just one graphical framework.

As far as I can tell, the fact that we use wxQt in the Android port did not bring us any closer to replacing wxWidgets with Qt, the task is still enormous. Do you want to undertake this adventure?

I would like to have a plugin for importing OpenSeaMap vector data.

There was such an effort once, probably ready to be picked up and completed from https://github.com/ktec/osm_pi

Pavel