-
-
Notifications
You must be signed in to change notification settings - Fork 807
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Nautical Navigation Data #408
Comments
Since this project seems to be still open, I tried to upload a first proposal for some nautical data like GHA, SHA, LHA, and UTC. I would very appreciate, if you could give me any hints to optimize the code before I add some additional lines for the other topics. |
Seems UTC is not required here (plus user may switch time to UTC in any time). The twilight data may be added as extra info for the Sun. |
Well, I would like to use stellarium to predict the azimuth and altitude of the navigational stars being visible during twilight. Then, I would like to compare the angles GHA and LHA with the values being listed in nautical almanacs. The angles in almanacs depend on UT1 and hence, the time measured on a boat are typically both zone time and UT1. As I expect that UT1 is not available in stellarium, I suggested to use instead UTC and show additionally zone time. To make this comparison more comfortable, I thought to present all relevant nautical data simultaneously to the user. Maybe the whole strategy can be added to the Astronomical Calculations Window? |
Yes, it's possible - just add a new tab into AstroCalc (Navigation?) and put here calculation of all needed navigational data (include UT1 time). |
Please don't mix a specialized navigational plugin for a small (but interested) user group and the main program. Instead, yes, please add UTC or canonical twilight times (0/-6/-12/-18) if you feel it's necessary to the Infostring Navigational Extras. Or make a (small) separate Navigation GUI with that info that becomes visible when the Nav stars are activated. Can be the Nav settings GUI, just make it accessible more easily. Or really implement all the features suggested in #796 as well (including intermediate results for instruction/learning, and a chapter on navigation in the User Guide). I don't know if a separate UT1 is really needed, it diverges from UTC by less than 1 second. |
Of course Nav Stars plugin may have one additional tab in main GUI or separate dialog for navigational computations - it’s OK for me. Maybe plugin should be renamed into Navigation and display nav. stars will be just one of many navigational tasks. |
Yes, the Nav stars plugin can have the GUI for it. But not the main program's AstroCalc GUI! |
Yes, this it perfect for me to use Nav Stars plugin for all navigational stuff. |
I fully agree to your discussion and I will try to make a suggestion for a piece of code to update the NavStar plugin. So, the idea to add only a few lines of code becomes a small project. As being a hobbyist (like most of us?) I ask you for some time to do that. |
Sure, take the time you require. Some issues have a long history :-) Most things are done by people who need some feature urgently themselves, because only these know particular inputs and outputs. |
I already downloaded and compiled your code so I got a personal demonstration. Don't worry about two code repos. I'll halt what I'm doing on mine and we should proceed with yours, it's ahead of mine. |
@larawag btw, I noticed that in your repo you have committed everything to the master branch. After reading the project Contrib guidelines I think we need to work in a branch and keep master clean so we can rebase (I see you haven't rebased since you forked). We need to fix these issues first. |
@A-j-K Ok, now the files are dropped in here. Currently it is still a framework since it is WIP. You mentioned that you are going to write "educational packs" for students of Celestial Navigation. From my perspective, this seems to be a very big thing. Since CN is a navigation method that looks back on a long history, there are a lot of different methods to do CN. It feels hard to me, to decide which method would be the best for implementing here, so I started the coding with the following targets:
The sight reduction method I am going to use here is based on a least square approach. (So, it is not a semi-graphical method which might be a better choice for teaching purposes.) |
If you are going into historical methods, a description of Tobias Mayer's Lunar method would be esp. interesting, as this is much less well known. But only after the sight reduction... |
@larawag My plan regarding "education packs" was to discuss with instructors and those who teach CN in a classroom setting how Stellarium could be used to enhance the understanding of CN. I realize many already have a set method of tuition and instruction but getting an expectation of "user experience" would be useful. So, more to follow on that after I have done some homework. But I also like @gzotti idea of being able to go deeper and look at the history too. Most classes in CN focus on the "modern" sight reduction techniques as that's all they need to know to pass an exam. But I like the idea of being able to dive deeper into subjects like this. I'm just going to get your new branch and compile it up and then I'll get back to you. |
@larawag I've run into another issue, this one is somewhat more problematic and is concerned with the GHA (vernal equinox) ♈︎as displayed by ::addToExtraInfoString() function. Steps to reproduce:-
With the Stellarium clock frozen I would not expect GHAa to move like this. My Almanac reduces to 220d 23.4m for this UTC time which appears ok for Dubhe but not Vega. Oddly, you can select objects all over and the split between these two GHAa values appears to be objects east of the local meridian or west. |
@A-j-K Thank you for your hint. It seems to be more difficult since this unexpected behavior, i.e. the jump of the GHA value, happens at the meridian (what you reported) and - surprisingly - the jump is not restored 180° shifted to the meridian but its reset takes place at the autumnal equinox. I will take deeper look into this issue next weekend. |
@A-j-K I appreciate your attentive investigation of the plugin extension very much. - Thank you. |
@larawag Thanks, I will have a look this evening when I get home from work. On a side note, I've managed to speak with folk who provide instruction on CN as part of overall marine navigation and have some feedback on how this may direct the UI experience. Again, I'll leave feedback this evening, I'm at work right now so can't do more than leave this reply :) |
@A-j-K any news? |
v0.21.3:
Twilight data was added for the Sun in version 0.21.3 (civil twilight by default) |
v0.22.2: Twilights (start & end times)
|
Hello @alex-w! Please check the fresh version (development snapshot) of Stellarium: |
Hello @alex-w! Please check the latest stable version of Stellarium: |
Original report: https://bugs.launchpad.net/stellarium/+bug/1106745
This feature request from old bug tracker.
Object Data
Twilights (start & end times)
An additional proposal from the old bug tracker: indicate beginning and ending times of all twilights for the selected location in the sun data... also moon rise and set data.
The text was updated successfully, but these errors were encountered: