Activity for waldo kitty
-
waldo kitty posted a comment on ticket #2606
AFAICT the Ramp Marshall was originally presented on the forums back in Aug 2013 by omega95 here: Nasal based Independant Ramp Marshall it looks like wlbragg was maybe doing some work on it to convert it to the add-on format back in Oct 2023... no idea where it stands at this point, though...
-
interesting... was the Ramp Marshall add-on around back in Jul 2021 when this issue was first filed? then the question is if the OP also had it installed and enabled... idk the answer to any of those three questions...
-
there's no need to clear your terrasync... it won't change what's there... for your custom scenery, there's a blue box beside each one in the launcher... click the blue box to disable them and FG won't even know they exist... we'll talk elsewhere about debugging the stuff... at least as far as i'm able to take you... then it will be up to someone else to interpret the output...
-
there's no need to clear your terrasync... it won't change what's there... for your custom scenery, there's a blue box beside each one in the launcher... click the blue box to disable them and FG won't even know there exist... we'll talk elsewhere about debugging the stuff... at least as far as i'm able to take you... then it will be up to someone else to interpret the output...
-
FWIW: i cannot replicate this problem with latest NEXT... i've taken off from KIAD and flown all over the area... there's at least a dozen or two of airports within 20 minutes at ~500kts that all start with a numeral... some in Maryland, some in Pennsylvania... i've flown over them, landed at them, dive bombed at them and nothing... my FG doesn't blink an eye at them... ** Build Info: ** OSG 3.6: 925270d9094d87f925003cd173037601ac637caa Simgear: a5af7601cff9c82efe6b1d584be624fb79bc863b FGFS: cdc815cda852b9dbd3391d27b4af00d009827c8f...
-
command 'dialog-show' failed with exception
-
which "version" of the craft are you trying to use, huntley? how did you acquire it? from the launcher using one of the available hangers or manually by pulling from SVN or GIT? if via SVN or GIT, which branch? if via the launcher, which hanger? the only other thing i can think of is to remove the c172p.xml file from the aircraft-data directory... it may contain something that is throwing the initialization off... we on the c172p team have seen times where this file needs to be deleted but we have...
-
i don't know what happened to the link to the wiki page that i put in the original report above :( here it is again but raw this time instead of trying to use the link function... https://wiki.flightgear.org/Nasal_library#printf.28.29
-
printf missing in (standalone) NASAL interpreter??
-
FG endless loop loading at KRIV rwy32
-
yeah... i was wondering which craft, too... especially since they can bring their own devices...
-
i note the milestone is set to 2020.3... my question is which full version of FG is this being reported on?
-
it would appear that something in the AI is being allocated and not deallocated when the taxi route fails - Capt Obvious perhaps this is something that portreekid can/should look into since they're all up in the AI manager code these days?
-
FWIW: when running into problems in FG, the first thing i try is doing the same thing in the UFO... at least as far as basic stuff goes... loading a route in the default route manager, checking scenery loading, etc... i was going to try to test this in the UFO but since it now appears to be limited to patton's citation x, i'll hold off on that...
-
On 6/8/21 8:17 AM, Julian Smith wrote: It's a little non-trivial to make recovery snapshots go in a different directory from normal recordings, ok... why not default them to the proper already existing directory where all the other fgtapes are already written? that's all i'm asking... then 1) no one has to deal with problems of them being written where the binaries are installed which will cause problems on some OSes... 2) they will easily be found in that existing directory for loading... and 3)...
-
On 6/8/21 8:18 AM, Frank Hilton wrote: I said in my first post... the default one that comes with the initial install. ok... that would appear to be the c172p, then... Again.... I have install nothing extra. No mods, no scenery, no planes. I am flying in the default location the intial game starts you at. that would appear to be BIKF in Iceland... do you have terrasync enabled? that's the "automatically download scenery" option in the launcher settings... i'm trying to envision how you may be hitting...
-
apparently the default output path for these files being blank is the problem... said path should default to somewhere that FG already writes files like these or perhaps, as suggested, a new "blackbox" directory in $FG_HOME is warranted for them?
-
which craft are you using? are you using any custom scenery? where are you flying? airport ICAO?
-
since this has been fixed, can it be marked as such? ;)
-
well, that's not cool... the line posted above starts with a '#' (hash) symbol... idk why sf modified the quote like it did but there it is... so let's try it like this... # debug5
-
uiuc_record.dat in FG binary install directory
-
they report that the title bar of their syncterm window says "v1.1b - SDL"... windows 10 Pro and syncterm is 32bit...
-
they report that the title bar of their syncterm window says "v1.1b - SDL"...
-
automatic logon via ALT-L (capital L) vs ALT-l (lower case L)
-
i see the same hole as noted in ticket #2507... it is also seen in one of the photos i posted there... i don't know that LOD is the problem but i do see weirdness like this with some tiles occasionally... i've not been able to pin it down to anything specific... i use use one of three different LOD sets... 75km horizon: # the following distance numbers are based on the horizon distance of 369km @ 35000ft altitude # visibility is in meters --visibility=75000 # haze-factor is in kilometers --prop:/local-weather/config/ground-haze-factor=75...
-
i can confirm this on next, too... these pics are in the UFO... the 2nd one is one hit of the HOME key, to increase elevation one point, above the 1st one... i can provide FG options if needed... OSG 3.6: ddbed23537ce74c6a3223d59bfb8cf349acfd677 Simgear: d4a7cb1ee2e61c40b8fde9c1bb8f21403d0c3cfc FGFS : d3a11d72bbfcd429dce7b59343f1a837fb5680cb FGData : c6b8869fed373f206920b404da9f03f7ffce69ff
-
i can confirm this on next, too... these pics are in the UFO... the 2nd one is one hit of the HOME key, to increase elevation one point, above the 1st one... OSG 3.6: ddbed23537ce74c6a3223d59bfb8cf349acfd677 Simgear: d4a7cb1ee2e61c40b8fde9c1bb8f21403d0c3cfc FGFS : d3a11d72bbfcd429dce7b59343f1a837fb5680cb FGData : c6b8869fed373f206920b404da9f03f7ffce69ff
-
On 10/15/20 7:39 PM, Bill Richards wrote: No, I don't use that plug-in. ok, it was a decent theory :)
-
On 10/15/20 4:56 PM, Bill Richards wrote: Before going nuclear on NVidia, it's possible (although unlikely) that I inadvertently enabled this feature. I just did some research on GeForce Experience and discovered that the In-Game Overlay can be enabled by pressing Alt-Z when the GeForce Experience is running. That's not a key sequence I do you use the satellite plugin? it uses ALT-Z...
-
On 7/25/20 11:01 AM, Markus wrote: Ah, sure... Now I understand "ECMAScript" is like JavaScript, so I can use any string manipulation functions known from JavaScript. Thanks a lot. FWIW: ECMAScript and Javascript are different names for the same thing ;) the ECMAScript standard came first (from netscape) as Mocha which was renamed to LiveScript and then renamed again to Javascript...
-
On 5/31/20 10:43 PM, Alexander Wolf wrote: Where we can get "Line 0" for TLE? line 0 is the first line with the satellite's common name in it when using standard three line elements... this because standard two line elements have their lines numbered 1 and 2 so it makes sense for the top line containing only the satellite's common name to be line 0... yes, two line elements and three line elements are identical except for the satellite common name line in three line elements... eg1: two line ISS...
-
On 5/27/20 8:37 AM, Alan Wayne Teachey wrote: I own an Orion GoTo scope and have the latest version of Stellarium. I get to the point where Stellarium indicates the scope is connected, but I request it to slew my scope nothing happens; the scope doesn't move. Can anyone help me? what protocol driver are you using with your 'scope?
-
given the attached xml file, can xmlstarlet follow the "include=" and also load that/those files to work with?
-
On 2/20/20 10:30 PM, Evgeniy Soshenko wrote: Faced with the crash of the program, I noticed that the files are in the jpeg extension, while the Stellarium refers to the PNG. Changing the extension it worked, did you just change the extension on the files or did you actually convert the images properly? or maybe you're talking about in the config file??
-
On 1/26/20 5:18 PM, Slawek Mikula wrote: Thanks. In your case the values also come from driver not FG. i forgot to touch on this specifically, though... i never said the numbers came from FG... all i've said is that FG sees them and reacts negatively to them on startup... during flight, yes, i expect that some axes will hit their maximums and minimums and FG should react positively to them at that time... it is only during startup and when unplugging/plugging a stick while FG is running when the...
-
On 1/26/20 5:18 PM, Slawek Mikula wrote: Thanks. In your case the values also come from driver not FG. Nonetheless Saitek has Z,Rz axes fully deflected (-max) but TM has four axes in this state X,Y,Rz,Throttle. May I ask what is Z axis in Saitek (throttle) ? Rz I suppose is twist-stick axis ? Somehow jstest know the names of the axis. This can be some source for correction Erik has made (although FG does not have now access to this data). on closer look, i now see what you are calling Rz... i've...
-
On 1/26/20 3:28 PM, Slawek Mikula wrote: Waldo can you test for cross-check what jstest program (debian/ubuntu - package joystick, fedora - package linuxconsoletools) as other in this ticket. i've unplugged the Saitek and plugged it back in... here's the initial results of jstest... jstest --event /dev/input/js0 Driver version is 2.1.0. Joystick (Saitek ST290 Pro) has 6 axes (X, Y, Z, Rz, Hat0X, Hat0Y) and 6 buttons (Trigger, ThumbBtn, ThumbBtn2, TopBtn, TopBtn2, PinkieBtn). Testing ... (interrupt...
-
i replied to your post above when it arrived in my email but it has been ~1 hour and it still hasn't shown up here in the thread so i'll paste it into this reply... if it shows up later, sobeit... ----->8 snip 8<----- i've unplugged the Saitek and plugged it back in... here's the initial results of jstest... jstest --event /dev/input/js0 Driver version is 2.1.0. Joystick (Saitek ST290 Pro) has 6 axes (X, Y, Z, Rz, Hat0X, Hat0Y) and 6 buttons (Trigger, ThumbBtn, ThumbBtn2, TopBtn, TopBtn2, PinkieBtn)....
-
ok, i've recalibrated both joysticks with the throttles the opposite way... the jsdemo still shows the same as above with the throttles at +1.0 when in the idle position and -1.0 when in max position... both sticks still act as described above in that i have to move the throttle to get anything to work... once that's done, we're golden... i suspect this is due to the new commits and they are assuming that any full value means the stick inputs are not sane... perhaps this could be tweaked so that...
-
FWIW: the Saitek ST290pro is also affected by this bug in much the same manner as the Thrustmaster T.16000M is... i've been writing, today, on the mailing list and am currently using erik's commits to 'next'... i'm currently testing via unplugging and plugging the sticks... the T.16000M is behaving differently in this scenario than it was/does/did(?) when rebooting but i've also recalibrated it as well as not currently able to test the reboot scenario for various reasons... with the current commits,...
-
On 11/30/19 6:31 AM, Rolf Dunker wrote: Hello, does anybody know a source where to obtain tracking data for Starlink satellites ? celestrak has them... my TLE tools pull from there and other places... look in the list on the link below and you'll find a specific file of TLEs for the starlinks... https://www.celestrak.com/NORAD/elements/ i'm not affiliated with celestrak... i'm just a long time user of their services since their old-school BBS days ;) -- NOTE: No off-list assistance is given without...
-
On 8/1/19 11:11 AM, gladius wrote: Cartes du Ciel is better in this aspect, at least until Stellarium gets the GAIA catalog. Cartes du Ciel goes as far back as 200,000 BC. good grief... what does it matter? there's no accuracy in the formulas going back that far and there's certainly no records that can be compared to see if the projection is even close to being accurate... anything that purports to go back that far is only allowing the numbers to count and the math to run... anything displayed as...
-
add NOKILLSENT to not use KILLSENT bit
-
On 5/29/19 8:27 PM, Scott wrote: i am using the angle measure tool on STELLARIUM 0.19.0 and measuring a nebula. When i meausure the dimention i get 0 5'25.93" . How do i interprete? is it 0 degrees? what does the 5' and 25.93 represnet? this appears to be DMS format... Degrees Minutes Seconds based on that, the dimension of the nebula is 0 degrees 5 minutes 25.93 seconds the single quote "'" is widely used to indicate minutes. the double quote '"' is widely used to indicate seconds.
-
On 4/11/19 12:43 PM, Timothy Reaves wrote: It was brought to my attention that Cassini Telescopes is distrubiting Stellarium - also called Cassini Stellarium and Cassini Planitarium - with their telescopes. Had they discussed this with anyone? AFAIK, they don't have to... the program is FOSS and GPL... they can supply it, the code, and their modifications freely... they have to provide support for it as well... there is nothing wrong with that...
-
On 3/26/19 3:04 PM, Chryse Draper wrote: I installed this appliaction on my computer because I recently purchased a telescope to view planets. Is this application in real time so I can know where to look for certain planets? yes as long as your computer's clock is properly synced :)
-
On 3/17/19 8:54 AM, POSTH wrote: Hello, I've found my solution to my problem, it's very easy : in "Situation" window, set "Time zone" to UTC+0.00. Sorry to have posted too quickly a so simple question. I don't know how to close (even delete) this thread. don't... the information will be available for others in a similar situation...
-
posting only to subscribe to the ticket for following...
-
On 1/26/19 12:04 PM, Raymond Kunert wrote: With Stellarium open, I can't see the buttons on the left side of the screen or bottom. I also can't see the configure selection at the top right. I can't figure out how to make them visible! slide your mouse over to the lower left side of the screen and that menu should slide out from the side... same for the menu on the bottom... slide to bottom left...
-
On 1/21/19 12:52 PM, Danny DeLoach wrote: Thanks. I did some searching and couldn't find an android devs' support forum for Stellarium. If anyone has a link for that, I would be grateful. AFAIK, there isn't one... that's why i said their "support offering"... the last contact i had with them was via the email as noted in the app or the app store where you downloaded it from... there may even be something inside the app... i don't remember and don't have my tablet handy to look... FWIW: IIRC, the...
-
On 1/21/19 12:26 PM, Danny DeLoach wrote: If this is the wrong place to ask this question, please point me to the correct place. that would be the stellarium for android devs' support offering... the stellarium app is completely separate from the desktop program...
-
VOTE: flightgear
-
On 12/18/18 11:40 AM, Ian Knight wrote: All I was asking for is if there was a control (tick box) to flip the stereographic view left/right so west sky view is on my left and east sky view is on my right. ummm in configuration->tools, there's a "show flip buttons" checkbox... when i select it, i get two new buttons on the bottom bar... one flips the screen image left/right and the other flips top/bottom... does this do what you are asking for? i'm running (older) version 0.14.3bp2 due to my (older)...
-
On 12/18/18 1:23 AM, Ian Knight wrote: Mildly Amuzing, Alex do try harder he's not being funny... turn on the direction markers so you can see which direction you are looking and take a screenshot so we can see easterly start in the west if things are reversed as you say...
-
On 12/17/18 7:42 PM, Ian Knight wrote: I am at about 53 deg North and the front door of my house faces east. but according to stellarium is faces west. what do you mean? i think you have a misunderstanding... stellarium has a default compass heading direction that you are looking in when you first load it... you can change that heading by dragging the screen around... once you have it pointing in the proper direction and angle, you can save it when you click on the "save defaults" button... then...
-
On 12/18/18 6:22 AM, gzotti wrote: blank stare How do you interpret 16:25:52 in your screenshot? i just looked (since i get all these posts via email) and i can see what the OP is talking about... it looks like "Julian Date" is the title for that column showing the time... that makes it appear that "16:25:52" is the julian date for those newbies that don't know any better... there's not even a tab outline over/around the words so you cannot tell that that is the title on a tab that you can click...
-
On 12/18/18 6:13 AM, David Schwartz wrote: Thank you gzotti. Anyone else have a more definitive answer? how much more definitive can you get than one of the coders explaining the user interface of a dialog to you???
-
i've rejected this merge request because it was handled another way and i'm cleaning up the leftovers ;)
-
fix debug mode in download_and_compile.sh script
-
On 08/31/2018 12:06 AM, Justin McCollum wrote: Hello there, I am having issues with my Stellarium 0.18.2 on my Windows 7 laptop x32 bit. I can not get the program to upload any nebula background images i think you mean download here... those images are downloaded from other services which may change their URLs or APIs at any time... that is if i'm understanding what images you are speaking of... i'm not aware of Stellarium having any kind of built-in upload capabilities (outside of telescope control)......
-
On 07/23/2018 04:36 AM, James Turner wrote: Found it, fixed in FG commit f3a1c10b24d839368276df420be90b7e3ba2007a confirmed! thank you, sir :) * 2018-07-23 12:48:25 -0400 * * Total elapsed update and compile time is 0 days 0 hours 7 minutes 28 seconds * PLib: a542b8a03f8de1fe844af6ab4734b64d11e272e9 OSG 3.4: 1f89e6eb1087add6cd9c743ab07a5bce53b2f480 Simgear: f77724a646e2d2dbf8c01c3f1737a085fdf57cd1 FGFS: f3a1c10b24d839368276df420be90b7e3ba2007a FGData: f283cc860fce7e5dcc78b64f55be9b894390a141 FGAddon:...
-
On 07/21/2018 04:01 AM, Alexander Wolf wrote: I hope you are understand, that SKYCAL give geocentric calculations and Stellarium by default give topocentric calculations. it is those little details like that that'll get you every time, eh? ;)
-
the only one that shows is the Bluebird Hovercraft... if i select it from the history list and then go to the aircraft list, the Bluebird that is hilighted is the one i installed via the launcher... not the one in my FGAddon... when i go back to Summary and look at the history list again, the UFO from FGData and the c172p from my dev-repo are now also shown with the Bluebird being at the bottom of the list... that's actually the correct order, too... i use the UFO a lot, test the c172p occasionally...
-
this is really weird... is it possible that it could be ini ""corruption""? i mean, if the format of the ini has changed significantly enough, i may need to wipe my ini and start it again... i've done this a few times but only to remove the old options that the launcher isn't removing itself after converting them to new options... i mean old options that are not used by the launcher any more shouldn't even be written back to the ini, right? this starting with a fresh ini is exactly one of the reasons...
-
this is really weird... is it possible that it could be ini ""corruption""? i mean, if the format of the ini has changed significantly enough, i may need to wipe my ini and start it again... i've done this a few times but only to remove the old options that the launcher isn't removing itself after converting them to new options... i mean old options that are not used by the launcher any more shouldn't even be written back to the ini, right? this starting with a fresh ini is exactly one of the reasons...
-
On 07/04/2018 07:25 PM, James Turner wrote: This might be IO related, is your FGAddon or C172 repo on something slow? Like an external USb disk? no, everything is loaded on the same 1Tb hard drive... It takes 'some time' (maybe even ten seconds or more) to load all the aircraft info. When an aircraft is not yet loaded, we don't show it in the history menu (in case it is missing). Maybe something is getting confused there? i had thought it might be timing related but starting the launcher, not touching...
-
On 07/04/2018 07:09 PM, James Turner wrote: Yes I just found the same testing on a second machine. The problem is that lat-lons don't have a name and hence the summary shown doesn't update, but the actual values do get set. So, it should be an easy fix. i don't remember if i suggested it on the dev list or not but perhaps allowing us to provide a name for that lat/lon load would help? i know i thought about suggesting it and had a mental conversation about it :lol: anyway, yeah... i have several...
-
On 07/04/2018 07:43 PM, James Turner wrote: status: NeedInfo --> Fixed Comment: Fixed in commit b24ba303dca8e57306d353327a189cde94e93e58 fix confirmed :)
-
fix confirmed :)
-
i have all of FGAddon downloaded (via SVN) and stored in a directory i point FG to. i have the c172p dev-repo FG is also pointed to. i have the the two default craft in FGData, c172p & UFO. i have two craft downloaded via the launcher, the Bluebird Explorer Hovercraft and the Boeing 707. with the above, i have three craft that are duplicated on my disk... the c172p (FGData and dev-repo), the Bluebird Explorer (FGAddon and launcher download), Boeing 707 (FGAddon and launcher download)... the one craft...
-
there are no warnings or errors on the console... some more testing shows that apparently it has something to do with trying to select previously used lat/lon positions... when i select previously used airports and parking positions, the entry on the summary screen does change... but then if i try to select a previously used lat/lon, no change... the desired lat/lon selection is loaded in-sim even though the summary screen doesn't change...
-
i cannot confirm this bug in the latest development code for FG 2018.3.0... launcher development is moving too fast for problems reports related to it in older FG versions... FG 2017.3.1 is 10 months old and there's been two more releases since then... even the latest 2018.2.1 release has bugs in the launcher that are already fixed in the development code...
-
launcher can't select craft from summary tab craft history icon
-
launcher can't select previous locations via summary tab location history icon
-
launcher not sending --alt with lon/lat locations
-
whomever maintains the packages for ubuntu bionic beaver has to handle this... i would suggest to mark this as "invalid" or similar as it is outside of the FG project hands...
-
definitely check that AW is turned on in-sim... F10->Environment->Weather->detailed weather
-
here's a real good one... it explods and puts long unneeded way point segments all over the place...
-
on the other hand, this one is fine...
-
here's a real good one... it explods and puts long unneeded way points all over the place...
-
Route Manager selects wrong waypoint - too far off course
-
On 06/14/2018 10:18 AM, Fred Engel wrote: I have a new ipad and Stellarium would showthe actual sky and stars as I rotat4ed. Now it does not, it only shows a fixed view and I have to manually rotate the screen. Any idea how to get the automatic mode back. My ipad is wyfi only and was working great with no wyfi. you need to contact the maintainers of the mobile app... the maintainers of the desktop app have no idea about the mobile stuff... however, i will offer this: i've seen similar and i would...
-
On 06/06/2018 06:05 PM, gzotti wrote: Is Stellarium like 99% of the rest? no, not really... my thinking is like muscle memory, though ;) But indeed, 99% seem not to read existing guides. OTOH we don't know how many, of course. We re-established the Guide and keep FAQ up to date in the hope to keep 1:1 questions to the more interesting ones. I am just running out of friendly answers to "missing mouse cursor", "missing button labels", or "should I care about 'OpenGL2 not working' message on my vintage...
-
On 06/06/2018 05:10 PM, gzotti wrote: Other people gnaw off their arms before asking a FAQ... https://github.com/Stellarium/stellarium/wiki/FAQ#mouse-cursor-invisible https://answers.launchpad.net/stellarium/+faq/2910 https://answers.launchpad.net/stellarium/+faq/2734 https://answers.launchpad.net/stellarium/+faq/2570 https://answers.launchpad.net/stellarium/+faq/2227 :lol: there is that, right? haha... i don't ever think about FAQs... 99% of the ones i've ever looked at have never had my questions......
-
On 06/06/2018 03:00 PM, Patrick Archer wrote: At startup the software loads but I then lose my cursor/mouse? Using windows 10 64bit we need more information... like the top 50-75 lines or so of your stellarium log...
-
On 05/25/2018 12:38 PM, Tommy Stam wrote: LOL, so how do you activate angle mode. i already told you... look in your start menu in the Stellarium section and you'll find the other Stellarium links... one of those will start it in ANGLE mode... uncle google is your friend... perhaps you will find what you are looking for here? http://stellarium.sourceforge.net/wiki/index.php/Advanced_Use#Command_Line_Options --angle-mode or -a [none] Use ANGLE as OpenGL ES2 rendering engine (autodetect driver). On...
-
On 05/25/2018 10:05 AM, Tommy Stam wrote: Can you just tell me how to run my old laptop on angle mode? look in your start menu in the Stellarium section... there should be a link to start in angle mode... the last time i looked, there were several start links in the start menu... the one on the desktop is the most commonly used one... you can edit it or replace it with a copy of the angle one from the start menu...
-
On 05/25/2018 10:12 AM, Tommy Stam wrote: Ah here it is ya bozotti, instead of babbling and handing me silver platters you could taken me by the hand and pointed me to this: attitude, friend... attitude... the silver platter comment was exactly taking you by the hand ;) Angle Measure (This plugin does not need any configuration) this is NOT Angle mode... this is the angle plugin for measuring the angle between two points in the skydome...
-
VOTE: smoothwall
-
On 05/17/2018 02:17 PM, Alexander Wolf wrote: Enable wanted lines and grids, press F2, press button "Save settings" and make sure you have everything else, even your default view direction, set the way you want them when you do this...
-
you don't... in the original instructions, you would have replaced '>' with '>>' but it is probably too late now since you've already waded in...
-
On 05/15/2018 03:41 PM, Alexander Wolf wrote: ~~~ sudo echo "deb http://ftp.debian.org/debian stretch-backports main contrib non-free" > /etc/apt/sources.list sudo echo "deb-src http://ftp.debian.org/debian testing main contrib non-free" > /etc/apt/sources.list these should have '>>' instead of '>'... anything that may already be in the file will be lost when the 1st one is written... then the 1st one will be lost when the 2nd one is written... you don't want that... you want those lines to be added...
-
On 04/07/2018 09:02 PM, Tommy Stam wrote: I wish I had the 2010 version instead of this monstrosity. I install it every 2 years, and it's horrible. It crashes, things pop out left and right...Can't you just make a 2010 version and leave us alone lol? no one is holding any weapons to anyone else and forcing them to update... if ""you"" prefer that old version, no one is stopping ""you"" from using it... that's why many folks keep older machines around to run older software on ;) NOTE: ""you"" is used...
-
On 03/09/2018 04:26 PM, gzotti wrote: ssystem_major.ini in recent versions contains a header with details what changed last year. ahhh... ok... i'll have to see if i can find something from 0.14 to 0.17 (the latest?) and see if i can figure out what may have changed... fields added or fields removed... i used to eat math for breakfast but these days, my eyes glaze over more often than not... maybe i need to get back on the c0ffee? :lol: I was never interested in the orbit of a marketing gag hype...
-
On 03/09/2018 12:40 PM, gzotti wrote: Of course parent=Sun and some other adaptations are required for outdated versions like 0.14. do you know what else might need to be changed other than the two lines we have currently changed? And certainly you will have to find refined elements derived after Feb.18. are they valid only for that day or do they last for a long(er) period of time? i mean, we know that the TLEs of satellites have to be updated... ours are updated several times a day but only a few...
-
On 03/09/2018 04:12 AM, gzotti wrote: Alexander put these into our GIT on Feb. 18. thank you! we made the following changes, though... the first because of a complaint in the log about not finding the parent... we had to add parent=Sun so we could search for it in the CTRL-F search window... it wasn't even loading without the parent line... next, we could not see it in any of the lists in the search window's "Lists" tab... so we changed type=artificial to type=asteroid when we changed the type to...
-
bump! please...
-
On 03/08/2018 06:57 PM, Jonathan wrote: Is there somewhere to hire developers to write a script like this? I'm willing to pay, I just don't know where to hire someone. you're looking at one line of code in that script... the line you quoted, in fact... what are you going to pay for? it is nothing... paste that line in a plain old text file (not a document!) and run it from stellarium's script console... done in one...
-
i'm wanting to enter the Tesla Roadster into the ssystem.ini but i'm not sure which numbers go where... the current heliocentric orbit numbers can be found here -> https://projectpluto.com/temp/spacex.htm#elements2 here's what is being shown at this time... Orbital elements (heliocentric): 2018-017A Perihelion 2018 Feb 4.091268 +/- 0.000136 TT = 2:11:25 (JD 2458153.591268) Epoch 2018 Feb 19.0 TT; AMR 0.012282 +/- 0.00137 m^2/kg Earth MOID: 0.0002 M 9.60238 +/- 0.00031 Ma: 0.0030 Gray n 0.64407813...
-
On 02/12/2018 07:22 AM, waldo kitty wrote: On 02/12/2018 04:19 AM, gzotti wrote: Current version 0.17 shows HS as 2018-010F and TR as 2018-017A. good... i might have reported the bug some long time back, too... i don't remember but i am glad to see that it is not present in higher versions than our systems can use... we got a new refresh of 0.14.3.bp2 this morning... it is now showing the international designator properly... thanks! thanks! thanks! :)
1 >