That would work w/fast net access but it's limited in cruising usefulness. The result is >1MB and there's no way to size it down ahead of time...you get the whole world, apparently with all the good info (based on a quick eye scan). I'll check with NOAA re: why their rest rss api is dumbed down from their text reports.
Thomas: I was sending an email to NOAA when I looked closer: the rss feed does have all the info, as accurate as the text report. It wasn't obvious because you get fewer stations (controlled by your lat/lon & interest radius). But you get fixed as well as ships observations - which is nice because a seaman would want info, not just "ship info". Like the KML I mentioned, the ship text report you reference shows the whole world, but just the ships, lots of them. In the cases with less info is shown via rss, the ships are reporting less. At least as far as I can see...fwiw.
The rss feed is dumbed down a bit, not as much as I said in my earlier post, but to, for wind direction to even 10 degrees for example.
I wish there was a way to tap into all WMO station reports,......
Meanwhile some METAR stations, for example certain airports near the coast and on Islands, could be useful. Metar data can easily be displayed.
On Linux you can just install the "metar" program and
Which just shows that it's a bit gusty in Copenhagen, gusts to 48 kts! No problem to display all this in OpenCPN.
I have done another version of the program where you can limit the ship reports shown to a circle around a given position. This way you only need to display the reports that's interesting to you.
Code:
wx-ndbc.rb Lat Long Radius Time-interval
where Lat and Long is in decimal degrees, Radius in (nautical) miles,
Time-interval as on the ndbc web page 0= reports this hour, 2= reports the past two hours.
I take for granted that there will be more ship reports at the "synoptic times" of 00, 06, 12 and 18Z than at any other time.
The rss feed is dumbed down a bit, not as much as I said in my earlier post, but to, for wind direction to even 10 degrees for example.
I'm seeing the same 10 deg resolution for wind direction on the original link you posted (this page). Have you ever seen something finer than 10 deg there, or have you found a specific case where the exact ship reported info is dumbed down for the rss?
Quote:
I wish there was a way to tap into all WMO station reports,......
Meanwhile some METAR stations, for example certain airports near the coast and on Islands, could be useful. Metar data can easily be displayed.
On Linux you can just install the "metar" program and
Which just shows that it's a bit gusty in Copenhagen, gusts to 48 kts! No problem to display all this in OpenCPN.
I haven't done that much looking, but I did find this site for directly tapping into WMO station reports: WMO Stations Informations
It gives only html output and only one site at a time...and to use you'd be depending on service from Saudi Arabia but the output doesn't look too hard to use. There may be others, again I haven't looked much.
I have done another version of the program where you can limit the ship reports shown to a circle around a given position. This way you only need to display the reports that's interesting to you.
Cool! It'd still be great to get fixed stations too, rather than just ships observations though.
ttg and speed
So two quick questions: what does TTG stand for and why can't I get a speed reading anywhere in open CPN...or can I and I am just not seeing it?
src/mygeom.cpp:88:16: error: gl.h: No such file or directory
src/mygeom.cpp:89:17: error: glu.h: No such file or directory
last few lines of errors are:
src/mygeom.cpp:1585: error: variable or field ‘vertexCallback’ declared void
src/mygeom.cpp:1585: error: ‘GLvoid’ was not declared in this scope
src/mygeom.cpp:1585: error: ‘vertex’ was not declared in this scope
make: *** [mygeom.o] Error 1
Any ideas what I'm messing up? Thanks for your help I really appreciate it and look forward to playing with this application.
Welcome aboard. We definitely need a Mac developer on the team, or at least in the cheerleading section. Opencpn has not been built for Mac for several versions back, and some nice guys are being left out of the fun.
I'm not a Mac guy, so we will try to get thru this as a linux-type build.
First, are you using the current CVS sources? Good.
Mac osx is extension of BSD. Since I don't know mac development, I'm attempting this build with command line; like you would on any unix box.
I am using current source for wxWidgets and openCPN. Per your suggestion, I also assigned current openGL to CPPFLAGS for configure; executed make clean and tried again.
Unfortunately, I think Apple has also extended openGL; maybe in bad way because now build fails on:
then big list of ld warnings indicating .o files are not of required architecture ending with:
ld: warning: in gdal_misc.o, file is not of required architecture
ld: warning: in macsercomm.o, file is not of required architecture
ld: warning: in macutils.o, file is not of required architecture
Undefined symbols:
"_main", referenced from:
start in crt1.10.6.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [opencpn] Error 1
I'm not sure if I'm missing something more or if mac architecture is incompatible. Have any ideas? Thanks again.
Might also want to try to compile from source the wxWidgets generic application. If this works, opencpn is almost certain to compile. And there might be some tips in the wxWidgets forums about generic.cpp compile on Mac.
I have been playing around a bit more with gpx import.
There has been some requests on this forum for great circle routes in OpenCPN, so why not implement it via gpx import?
Another thing, that Dave may want to contemplate, is to copy ZyGribs version of OpenCPN:s "Measure" utility, that uses great circle calculation. Maybe a switch in the "ToolBox" when you want to activate this way of measuring.
This dump is based on a wpt every 5 degrees of longitude.
There is a JavaScript page floating around that handles a lot of calculation. You can get a popup with all the coordinates. It could be worthwhile to modify this script to print some gxp-xml instead of html. This would fit very nicely into on upcoming OpenCPN.org site.
The procedure would be to simply copy the content of the popup to a local gpx file and then use the "Gpx in" button.
One version of the script here.
The great circle in my last post, however, comes from a script I'm presently fiddling with. One reason was, that I wanted to include "composite sailing", in other words, a course where you limit the maximum lat that is allowed. I haven't done that yet, as I'm trying to sort out some "corner cases".