Tracker: Opencpn 3.3.x Beta - Unconfirmed

[rgleason]

These items have a status of "unconfirmed" until someone else can confirm them, they will not be addressed and will likely end up closed.
Can people test and verify these reports possibly thanks so much!

1144 Charts DRVAL missing from vectorchart properties
1142 Charts CM93 depth colourings
1136 Marks that appear without having been created
1116 UI Ownship Overzoom color for low accuracy charts
1115 AIS Name of A toN (and probably others) not consistent
1106 Alarms No alarm on anchor watch when GPS fix is lost
1062 Charts Not quilting with Netherland IENCs
1042 Charts Skewed charts with no skew angle
1035 Nmea 4.0 stream with TAG block do not work tranparently...
965 AIS Options AIS Targets Item "... And TCPA is less than...
963 AIS Post-it on base station unreliable
909 AIS target track - make per-target selectable - Looks like a Feature Reguest, move there?

[bdbcat]

rick...

FS1035 should be moved to a Feature Request: "Request NMEA 4.0 support in OpenCPN."

Reason: OCPN Ver 3.x never promised NMEA 4.0 support. So it is not a bug, IMHO.


Lets not close these others. I think most are valid, just very low priority.
We will get to them, eventually.

Thanks
Dave

[rgleason]

Will do. Thanks.

[rooiedirk]

Re 1062
I can confirm quilting problem with duch ENC's running linux.
details from log file:

08:33:06 CEST: Initializing Chart /home/dirk/WaterSea/charts/ENC-NL/ENC Kaarten Nederland/1R5YM006.000
08:33:07 CEST: Loading World Chart Q=2 in 390 ms.
08:33:07 CEST: Background world map loaded from GSHHS datafiles found in: /usr/local/share/opencpn/gshhs/
08:33:11 CEST: Initializing Chart /home/dirk/WaterSea/charts/ENC-NL/ENC Kaarten Nederland/1R5YM007.000
08:33:16 CEST: Initializing Chart /home/dirk/WaterSea/charts/ENC-NL/ENC Kaarten Nederland/1R5YM011.000
08:33:16 CEST: Building SENC file for /home/dirk/WaterSea/charts/ENC-NL/ENC Kaarten Nederland/1R5YM011.000 to /home/dirk/.opencpn/SENC/1R5YM011.S57
08:33:16 CEST: ENC update number is   0
08:33:17 CEST:    Warning 1: Attributes  visual ignored, not in expected schema.
No more warnings will be issued for this dataset.

08:33:27 CEST: LOGBOOK:  2013-10-03 06:33:27 UTC  DR Lat   53.26390 Lon    5.50020
08:33:28 CEST: Initializing Chart /home/dirk/WaterSea/charts/ENC-NL/ENC Kaarten Nederland/1R5YM003.000

[rgleason]

Bdcat states in Tracker FS#1062

The quilting behavior on Euro iENCs as by design.

These chart sets have many charts, all of large scale. When you zoom out, there is no "intermediate", or smaller scale chart to change to, as might be seen in NOAA ENCs.
We choose not to simply continue to build a quilt from very large scale charts as we zoom out, as there may soon be 15, 20, or more charts open at one time. The performance would be unsatisfactory.

The only real solution is continue to improve OCPN performance, and perhaps implement some fuzzy logic to only partially render large scale charts when rendered at high underzoom scale onscreen. Or other ideas...
===

[rgleason]

Summary:

1144 Charts DRVAL missing from vectorchart properties -Closed
1142 Charts CM93 depth colourings -Closed
1136 Marks that appear without having been created - Change Discussed
1116 UI Ownship Overzoom color for low accuracy charts -Thomas tested patch - all good.
1115 AIS Name of A toN (and probably others) not consistent -Fixed for next Beta
1106 Alarms No alarm on anchor watch when GPS fix is lost - Close?
1062 Charts Not quilting with Netherland IENCs - Discussed & Understood
1042 Charts Skewed charts with no skew angle -NVcharts 3.3 plan
1035 Nmea 4.0 stream with TAG block do not work tranparently... -F.request
965 AIS Options AIS Targets Item "... And TCPA is less than... -have plan.
963 AIS Post-it on base station unreliable - Working on, not resolved.
909 AIS target track - make per-target selectable -Feature Request

Good progress everyone.

[bdbcat]

In general, "Solution Pending" means that a solution will appear in the next Beta. I prefer that the OP of the task do a "Request Closure" after he/she confirms that the solution is good in that Beta. Sometimes the OP disappears, so we close it ourselves after some period of time, say a week after the Beta appears.

So, ideally, all open tasks should say "Solution Pending" just before a new Beta is released...ideally...


FS#1106, FS#1116... leave "SP"

Dave

[rgleason]

Thanks, that is very helpful process informatin. is OP the "Original Person" posting the task?

[bdbcat]

Sorry for the abbreviation.
OP, (to me) means "original poster"

Dave

[cagney]

Originally Posted by rgleason

Summary:

1144 Charts DRVAL missing from vectorchart properties -Closed
1142 Charts CM93 depth colourings -Closed
1136 Marks that appear without having been created - Change Discussed
1116 UI Ownship Overzoom color for low accuracy charts -Thomas tested patch - all good.
1115 AIS Name of A toN (and probably others) not consistent -Fixed for next Beta
1106 Alarms No alarm on anchor watch when GPS fix is lost - Close?
1062 Charts Not quilting with Netherland IENCs - Discussed & Understood
1042 Charts Skewed charts with no skew angle -NVcharts 3.3 plan
1035 Nmea 4.0 stream with TAG block do not work tranparently... -F.request
965 AIS Options AIS Targets Item "... And TCPA is less than... -have plan.
963 AIS Post-it on base station unreliable - Working on, not resolved.
909 AIS target track - make per-target selectable -Feature Request

Good progress everyone.

Rick

#1042 is not NV chart specific. It's a general BSB 3 (or less) chart problem where publishers of skewed kap charts don't use the SK attribute to state the skew angle. OpenCPN currently can't display these (very few) charts correctly.
If you need an example, Solteknikl AB, publishers of the official Swedish charts in BSB 3 format, don't set SK for the few skewed charts that exist. Which are a couple of charts for the waterway leading from Gothenburg up to Lake Vaenern.

Thomas

[rgleason]

Thanks Thomas, sorry about that, I will move it back out of pi -NVcharts

[rgleason]

Dave:

"Solution Pending" means that a solution will appear in the next Beta.
I prefer that the OP [original poster] of the task do a "Request Closure" after he/she confirms that the solution is good in that Beta. Sometimes the OP disappears, so we close it ourselves after some period of time, say a week after the Beta appears.
...Ideally, all open tasks should say "Solution Pending" just before a new Beta is released.

I think we've been trying to follow that generally, but in doing "Summer Cleaning":
We often send a request to the OP [Original Poster] and if they do not respond,
depending on the Task, Project, Date and detail backup, we will investigate using Opencpn current beta, inquire on the forum, etc, and may decide to move the item forward to current beta or to "Close".
1. This occurs on older projects, older betas and Opencpn Feature Requests.
2. We "Close" duplicate tasks, copying any detail to the one that is continued.
3. We Edit Task titles to clarify and permit meaningful sort by "Summary".
4. We Move a Task into the appropriate Project [Thomas, thanks for the correction].
5. We Clarify a Task by asking OP to be more precise, explanatory.
6. We post "Tracker: FS links" on the forum for discussion/review.
7. We encourage users to VOTE and contribute to Tracker.

Is that ok? [Rick & Serge]

[bdbcat]

Rick/Serge...

All that sounds just right.

The devs task has been made much easier by the work you have done in organizing the Flyspray tracker. It is a big job to keep this herd of cats all wrangled up nicely, and we all appreciate it. Especially useful is the action of pulling long-standing bugs forward from older versions into the latest Beta test series, so that they are not lost and forgotten.

Thanks again
Dave