csete / gpredict Goto Github PK
View Code? Open in Web Editor NEWGpredict satellite tracking application
Home Page: http://gpredict.oz9aec.net/
License: GNU General Public License v2.0
Gpredict satellite tracking application
Home Page: http://gpredict.oz9aec.net/
License: GNU General Public License v2.0
After launching, I am able to right click on any satellite and pull up the menu. Once I have done that, however, any other satellite I right-click still shows the menu for the first I selected. ie. Start the application, right-click ISS, ISS footprint turns white and I can choose "Ground Track". Now I right-click AO-85 but see the menu for ISS.
Ubuntu 16.04
The list of contributors must be updated before the next release.
Consider listing people alphabetically and without too much details to make the file easier to maintain.
Update Gpredict to work with the latest Glib, Gtk+ and Goocanvas.
Because gpredict does not support serial port doppler correction for an ICOM radio I am forced to use macdoppler that does.
Initial rotator position should be read from hamlib and not forced to (180,45), unless tracking is enabled.
According to GooCanvas documentation, the model based item creation is deprecated and may be removed in a future release. We should switch to item based drawing.
Following widgets need to be updated:
Currently the rotator controller runs in the main GUI thread and this can cause the GUI to freeze.
Painting of solar terminator and nightshade has been added since v1.3 and there are some remaining issues that should be fixed before it is made available through the user interface:
Many log messages that can be classified as INFO are logged as ERROR or WARNING and this generates a lot of noise. A typical example is when an optional config record is not present.
Review the log messages and reclassify them as necessary.
Following widgets need to be updated:
with GPREDICT 1.3.460-6fc0-dirty:
activating autotrack before radio control still works as intended.
however starting radio control and then selecting autotrack does not update the sat selection in radio control.
could this be caused by the latest changes regarding threading?
Currently the TLE update function runs in the main GUI thread and this can cause the GUI to freeze. TLE update should run in its own thread and report progress and status through appropriate channels.
Give an option to call a user shell script to set rig uplink and downlink frequency, also passing all useful variables to the script ( satellite catalog, doppler shift , satellite position, etc). In this manner one can integrate rigs not managed by rigctld. DO the same for rotor control.
Thank you for the excellent work !
After changing the ground station in the settings, it is not changed in the program until restart of the program. This is irritating. Maybe a simple "fix" would be to note this behavior in the settings window as, i guess, it's not a often needed feature to change the location on run time.
Mac OS X 10.11.2 (El Capitan)
Using Homebrew ports of GDK2, GDK3, etc.
I wasn't sure where to document this or how to contact you, but I thought I would pass on this FYI for other folks who run into this problem.
After pulling gpredict from the repo and configuring to run with goocanvas 1.0, I was seeing the following errors when running gpredict:
pascal@Kusanagi <44> gpredict
2016/01/10 12:38:30 INFO sat_log_init: Session started
2016/01/10 12:38:30 DEBUG sat_cfg_load: Everything OK.
2016/01/10 12:38:31 ERROR gtk-sat-map.c:1247: Error loading map file (Couldn't recognize the image file format for file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/maps/nasa-bmng-07_1024.jpg')
2016/01/10 12:38:31 ERROR gtk-sat-map.c:1247: Error loading map file (Couldn't recognize the image file format for file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/maps/nasa-bmng-07_1024.jpg')
(gpredict:8736): Gtk-WARNING **: Error loading icon from file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/icons/gpredict-icon.png':
Couldn't recognize the image file format for file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/icons/gpredict-icon.png'
(gpredict:7788): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
(gpredict:7788): Gtk-WARNING **: Error loading icon from file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/icons/gpredict-sat-pref.png':
Couldn't recognize the image file format for file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/icons/gpredict-sat-pref.png'
2016/01/10 12:38:35 ERROR gtk-sat-map.c:1247: Error loading map file (Couldn't recognize the image file format for file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/maps/nasa-bmng-07_1024.jpg')
(gpredict:7788): Gtk-WARNING **: Error loading icon from file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/icons/gpredict-sat-pref.png':
Couldn't recognize the image file format for file '/usr/local/Cellar/gpredict/1.3/share/pixmaps/gpredict/icons/gpredict-sat-pref.png'
The file command verified that the files were installed and were indeed the indicated format. A bit of Googling returned the following solution:
# GDK_PIXBUF_MODULEDIR=/usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders gdk-pixbuf-query-loaders --update-cache
Problems with loading any images in any Gtk app have vanished.
Gpredict stopped working for me. I am wondering where is the issue and how should I solve it.
As soon as I start gpredict, it ends with a "Segmentation fault (core dumped)" message.
My system is an Ubuntu 16.04.3 LTS (Xenial Xerus).
Next, I attach the gdb trace:
Thread 1 "gpredict" received signal SIGSEGV, Segmentation fault.
Checksum_Good (tle_set=0x0, tle_set@entry=0x2841ab4d570a9000 <error: Cannot access memory at address 0x2841ab4d570a9000>) at sgpsdp/sgp_in.c:59
59 if ( (tle_set[i] >= '0') && (tle_set[i] <= '9') )
Thanks in advance!
We need to verify whether IC-910 support works as it should (i.e. full duplex) using the latest hamlib package. Fix it if it doesn't, and document how to set it up.
Access to an IC-910 is required to complete this taks.
The minimum elevation setting only applies to predicted passes. It would probably make sense if it would also apply to the polar view and the passes in the radio and rotator controllers.
I noticed that some strings that are translated on launchpad don't show up in gpredict. The problem seem to be that the strings are set as variables. Here are two files where this issue occurs:
/src/sat-pref-tle.c
Line:
#define ADBUT_TEXT N_("Add new satellites to local database")
#define ADBUT_TIP N_("Note that selecting this option may cause previously "
"deleted satellites to be re-added to the database.")
/src/sat-pass-dialogs.c
The lists at the beginning.
And there's a file missing in the potfiles.in:
gtk-sat-popup-common.c
Jan, DL2ZXA
gpredict_save_key_file() can now be replaced with g_key_file_save_to_file()
Requires Glib 2.40.
On latest build I am trying to fetch SatNOGS DB transponder data and although the fetch of the JSON is successful, the parsing is not.
2017/01/02 00:20:37 INFO Ready to fetch modes list from satnogs...
2017/01/02 00:20:37 INFO modes_update_from_network: File to open /home/liknus/.config/Gpredict/trsp/modes.json
2017/01/02 00:20:37 INFO modes_update_from_network: Successfully fetched https://db.satnogs.org/api/modes/?format=json
2017/01/02 00:20:37 INFO modes_update_from_network: Fetched 1 files from network; updating...
2017/01/02 00:20:37 INFO Ready to fetch transponder list from satnogs
2017/01/02 00:20:37 INFO trsp_update_from_network: File to open /home/liknus/.config/Gpredict/trsp/transmitters.json
2017/01/02 00:20:38 INFO trsp_update_from_network: Successfully fetched https://db.satnogs.org/api/transmitters/?format=json
2017/01/02 00:20:38 INFO trsp_update_from_network: Fetched 1 files from network; updating...
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
NXJSON PARSE ERROR (345): unexpected chars at }
Hello
I found some issues with the install
On MAC OS X, if you download the source using ZIP download you run into issues.
I used git instead of ZIP download and got success
Also git has to be run as root
sudo git clone < source.git >
cd gpredict
I then had to do a 'chmod 777 *'
The next command is './configure.ac' not './configure'
And then it bombs out
MacBook:gpredict vk4tec$ ./configure.ac
./configure.ac: line 1: syntax error near unexpected token [gpredict],' ./configure.ac: line 1:
AC_INIT([gpredict],'
MacBook:gpredict vk4tec$
Andrew Aug 2017 VK4TEC
Hello
Some satellite in SatNOGS DB have only UP_HIGH/DOWN_HIGH and gpredict doesn't work with it.
Is it a bug in SatNOGS DB or gpredict?
It would be a nice idea to update trsp data together with tle data update.
There are several flaws in the way Gpredict manages TLE data. A summary of how the application behaves now:
Possible solutions to the flaws:
I was debugging a connection issue between gpredict and gqrx
The gqrx website and software says use port 7356
http://gqrx.dk/doc/remote-control
When I run up gpredict it is hard coded to port 4532
I used wireshark on localhost to spot this port mismatch
Can we align the two as to not confuse people
I am writing a gpredict to ICOM CIV program
Andrew VK4TEC
Replace all deprecated Gtk+ function calls.
We need to verify whether FT-847 support works as it should (i.e. full duplex) using the latest hamlib package. Fix it if it doesn't, and document how to set it up.
Access to an FT-847 is required.
With the introduction of the TRSP data the rig-control seems somehow broken.
I already found out that for some sats trsp->downlow or downhigh is 0, but I havent discovered the details why this causes the rigcontrol not to show the proper frequenca of the selected transponder..
Hello
I can't set the log level.
Add a button to the rotator controller that disables tracking and stops any ongoing motion, either by sending a stop command or by setting a new target angle. This would be useful in situations when the rotator starts a cable unwrap motion in the middle of a contact.
Hello
The gpredict doesn't support one name for few transponders while the satnogs allow it, as example - https://db.satnogs.org/satellite/40958/
In the main interface, I would like to see a new option to show only the "next event" when it meets the minimum pass criteria.
Info received from Dimitris, VK1SV/VK2COW on May 12, 2017:
I am helping the local university with setting up a
ground station for a QB50 satellite which will be in orbit soon. Our
satellite uses the same UHF frequency for both up and downlinking, of
course, the doppler needs to have the opposite sign when changing from
RX to TX. We use an Icom IC-9100 and I have set it up as Simplex TRX
and Read PTT. This works fine however there must be some race
condition because every now and then, Gpredict things that there has
been a dial change, and starts using that dial change resulting in a
random frequency jump. I found that this is more likely to happen when
using a digital mode (such as our satellite), where the time of
transmission is very short and transmissions happen very often.I have downloaded the git master version and I have found in
gtk-rig-ctrl.c the if statement code that detects that change. I have
commented it out, for both rx and tx, and now it works perfectly. I
can spin the VFO dial and gpredict will immediately go back to the
correct frequency. If I want to make an offset change, I can do it
from the "Radio Control" window.Given there will be other IC-9100 users with UHF/UHF Up/Downlink
digital satellites, I think others will come across this problem.
Could I suggest you implement something like an "Ignore dial knob"
checkbox in the "Radio Control" window? The user then can check this
when using the Icom IC-9100 radio and not have that random frequency
change problem. Other users can leave that unchecked and it will work
as it used to.
The size of the preferences window is still too large.
On my laptop (Win7 64 bits), the time controller freezes each time I want to move to a prior or future day. Here is my "method" to make this happen:
Here is a screenshot that may help. Everything is written in French but this is what I called a "freeze".
I'm not sure why this happens but it seems wrong that make clean removes the po/gpredict.pot file.
Currently the TRSP update function runs in the main GUI thread and this can cause the GUI to freeze. TRSP update should run in its own thread and report progress and status through appropriate channels.
The current TLE for IRIDIUM 114 is this:
[Satellite]
VERSION=1.1
NAME=IRIDIUM 114
NICKNAME=IRIDIUM 114
TLE1=1 41923U 17003G 17034.00118558 -.13702181 00000-0 -27963+1 0 9995
TLE2=2 41923 86.6009 78.0456 0058911 258.0713 74.8913 14.67777747 2854
as of 2017-02-05 12:32:00 this produces an current altitude of 473km.
My own calculations produce an Apogee and Perigree of
Ra [km]: 7087.81620154
Rp [km]: 7004.7952184
which put the satellite at somewhere between 625 and 710 km.
I suspect gpredict is making a mistake somewhere. - I verified with heavens-above.com which shows a completely different current position than gpredict.
The URL in the github project's description needs to be changed from https://gpredict.oz9aec.net/ -> http://gpredict.oz9aec.net/
Support for gpsd has been added since v1.3 but there are still some outstanding issues:
Currently the radio controller runs in the main GUI thread and this can cause the GUI to freeze.
Maybe not a real "issue": In the preferences for the satellite list there are the options "Decay" and "BOLD" with no tooltips. In the satlist Decay seems to be "True" all the time and Bold is 400 for not visible sats and 700 for visible. What do these values tell me?
Reported via the Launchpad:
https://bugs.launchpad.net/ubuntu/+source/gpredict/+bug/1389926
I was experimenting with gpredict under windows 10 towards my macpc
I set a radio interface on port 7777 then used 7356
The radio interface showed as using port 7356 but wirshark traces show 7777 in use
I am unsure why gpredict hung onto the original port 7777 I was testing on
Please test by cycling Radio interface port and network traces on "engage" button
Andrew VK4TEC
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.