AloE

Members
  • Content Count

    159
  • Joined

  • Last visited

Community Reputation

87 Excellent

3 Followers

About AloE

  • Rank
    Observe, Explore, Listen, Collaborate

Contact Methods

  • Website URL Array

Profile Information

  • Interests Array

Recent Profile Visitors

2,515 profile views
  1. @moar ssto is there a thread tracking observations of such terrain issues in 1.8.1+? Is this issue observed in any mods other than REX? If you log & eventually share a list of specific lat - lon of crashes with invisible terrain when you notice them on any TRAPPIST1 system planet, that would help me more easily attempt to confirm your observations using the Making History DLC to place test ships near those locations in both REX TRAPPIST1 as exo system v. TRAPPIST1 as the home system ( @AndrewDraws TRAPPIST1 system's worlds are just too beautiful to not enjoy them with the Principia TRAPPIST1 system n-body model ;-).
  2. source: https://www.asteroidmission.org/?latest-news=asteroids-bennu-and-ryugu-may-have-formed-directly-from-collision-in-space " in a new paper published in Nature Communications, scientists from the OSIRIS-REx and Hayabusa2 teams argue that the YORP effect may not explain the shape [“spinning-top” asteroids] of either Bennu or Ryugu....Bennu, the target asteroid for the OSIRIS-REx mission, and Ryugu, the target of the Japan Aerospace Exploration Agency’s Hayabusa2 asteroid sample return mission, are composed of fragments of larger bodies that shattered upon colliding with other objects. The small fragments reaccumulated to form an aggregate body. Bennu and Ryugu may actually have formed in this way from the same original shattered parent body." Rather amazing asteroids & missions...while waiting for the public release of Bennu trek, the similar Ryugu trek has just recently been released: https://trek.nasa.gov/ryugu/ Ryugu Trek (note: the image data is not currently as majestic as for Bennu)
  3. To extend beyond the Kerbal view both into Earth's photographic sky as well as real relative star motions plus or minus a few million years in time ...There is excellent publicly funded software: GaiaSky (link) provides a useful EDU 3D visualization of the relative location of TRAPPIST1 (SIMBAD link) = Gaia DR2 2635476908753563008 in our local region of space over time. Motion Vector arrows show where things are headed relative to Earth's Sun, plus stellar motion becomes readily observable with high time acceleration rates. Aladin (link) provides simple access to beautiful color all sky survey images searchable with a great "Gaia DR2 cone search" feature. Aladin's "Gaia DR2 cone search" generates a layer that is easily shared with GaiaSky & TOPCAT (link) with a couple mouse clicks (right click the layer & select "Broadcast to all SAMP applications" ;-) via SAMP VOTable . GaiaSky will then import the table and automatically focus a star when it is highlighted by 'mousover' in Aladin. This is all working nicely now plus can be 'bookmarked' in GaiaSky release 2.2.6. GaiaSky & Aladin & TOPCAT SAMP with the "Gaia DR2 cone search" TRAPPIST1 & Pleiades NASA EYES on Exoplanets (web version link) also offers an edu relevant view directly in a www browser.
  4. I appreciated @Delay's clarification "just for the record" post above since it made clear for me a long standing question to which I had not yet dug up the answer regarding the CoM of those models. Thus, my sharing a few thoughts & links here: @SynX...beyond the Principia concepts wiki...Principia does many very useful & important things...two of my longtime favorites being the offer of multiple reference frames & leveraging the power of a number of library tools to put celestials in an epoch with an appropriately aligned & rotated coordinate system which enables cartography & then also integrates their mutual interaction in a way that includes the use of gravity models resulting in decent precision astronomy...now Principia has made for us an orbit analysis tool & powerful physics model in timewarp...making KSP a front end for some very useful models of our 'local region of space' (especially when combined with the work of FAR & RO & OhioBob's atmospheres tools & TRAPPIST1 or RSS with some texture corrections) rather than 'only' a fun yet relatively 'haphazard toy universe' . I wish I had computing power & tools like this created & shared openly by thoughtful & dedicated people in such a fun package available to me when I was age 12 to 18. I encourage, especially young students interested in computer science, mathematics, physics, astronomy, and/or astrobiology, to engage & learn & explore with these models...and to build a relationship with (& possibly even delight in) a very real process of human discovery--so effective that over millennia it has produced the collective knowledge & infrastructure/machines/processes/tools we have today--where at some point someone notices 'X thing does not work' and creative people set off to figure out why & thus make a more useful model that empowers the new observer. Maybe, eventually, (I'll keep dreaming anyway) given all the work resulting in beautiful info about 'rotating rubble piles' like Bennu & Ryugu & Toutatis "since we know the geopotential of celestials, we could know their moment of inertia and compute their wobble" -anonymous ;-)
  5. One way to explore the 3D shape: The NAIF Toolkit utility dskexp.exe does make a 99846 vertices .obj from the public DSK .bds file that opens in SBMT which makes it easy to add co-registered layers: 99846 vertices Bennu Model in SBMT Also, given the beautiful & detailed images from the work of the OSIRIS-REx team, some younger people would like me to make a detailed model for them to load in KSP so that they may explore Bennu via their favorite Kerbal(s) doing EVA jetpack 'floats' around a Bennu... thus my catching up on the prior such work from the other thread (& using google search: Bennu site:forum.kerbalspaceprogram.com ) : Following up on this older (2016) 49000-facet version post & this (2016) Gilly based PQS Bennu model that loads...but has issues even at 10x larger radius in at least in KSP 1.8.1 and the older post "[0.90] KSP-Real-Asteroids Missions and Bodies pack" & my recent post in that old & 'expired 'challenge' thread (before I figured out the conversation had moved here :-)... In case anyone has come across a helpful link or two in this direction, I have not yet spotted in my kopernicus/PQS/Unity heightmap reading if there is a process to use very large .obj type shapes (e.g. 100k to 200 million vertices) to create height & normal maps for PQS say to make a 10x or 100x larger scale version of Bennu (since RSS Deimos seems to be about as small a celestial as I have seen work mostly ok so far...). Thanks :-)
  6. I have been thinking recently about a more detailed model in KSP given how much more is known about the shape now... (either as a 'closer to scale' shape model 'vessel' or even if enlarged in KSP to 'moon size' for better handling of a PQS version) the .obj on https://nasa3d.arc.nasa.gov/detail/bennu feels much too plain compared to the detail in the DSK... I see that KillAshleys Gilly based Bennu .cfg post & download link is still available....and appears to load it in KSP 1.8.1 I see that NAIF Toolkit utility dskexp.exe does make a 99846 vertices .obj from the DSK ( .bds file at https://naif.jpl.nasa.gov/pub/naif/pds/pds4/orex/orex_spice/spice_kernels/dsk/ ...that opens in SBMT
  7. trek.nasa.gov has a Bennu portal listed under "coming soon" which will eventually enable you to view the full resolution from any common browser on average+ computers... but until that is released then at least on Windows, "Paint.NET" will handle the full resolution (~800mb file) using about 5gb of RAM: Screenshots: 1) 5cm in paint.net & 2) the NASA treks portal
  8. Indeed something "more scary in the minds of more people" might induce a more effective social response for containment & or even 'die out' more quickly. Additionally worthy of note are a given virus' specifics of transmission...excerpts below suggest that at least MERS appears to have spread via close direct contact = repeated animal to human transmission...not via sustained human to human transmission....as more sequences become available I am interested in what (if any) signs/rates of recombination events are detected using just the normal drift mutations as markers... in any case, Kerbal is one way I remind myself that Earth & Kerbin are cool places in space that have many moments of beauty & fun even if Earth has some not so nice human infecting viruses ;-)
  9. I keep them around as well since KerbalEDU still has not updated past 1.4.5 so links are in the spoiler below. Please Note: The Principia team does tons of amazing great work on this mod & needs to focus on newer KSP versions (which I very much endorse since KSP1.8+ handle large craft better :-). so please remember that those of us who continue to use fatou are 'on our own' = no support. You may also want to save copies for yourself of the current Fuchs since it is also "the last release to support KSP 1.5.1, 1.6.1, and 1.7.x"
  10. [snip] & relative to even the basics looked at in the undergrad program in HumBio core (Stanford) 'way back' in the 1990's, my take is that we are 'fortunate' that SARS-2 is 'relatively modest' so far relative to what can happen even just considering the initial SARS or MERS or influenza strains (e.g. H5 & H7 lines). Airborne or surface transmissible viruses thrive with global travel between dense populations...unless we figure out reasonable ways that we as a global community choose to adopt for daily life & travel that mitigate common ways problematic viruses spread. In consideration of Marc Lipsitch's 2014 points, my encouragement is to take moments of this time as an opportunity to be mindful about informing ourselves regarding types of research being done, what risks are involved, & which risks we each personally are willing to accept or not for both protection regarding 'natural viruses' as well as the rather serious 'strategic' implications if some group discovers an actual way to create a 'universal vaccine technology'...the image below links to the actual NYT article which should be freely accessible:
  11. Wow this is such a handy tool even with large sandbox craft. With the big crafts made possible due to the KSP improvements in 1.8 & 1.9+ this mod can really come in handy & makes it so much easier to add/change specific things like monopropellent, etc so the kids (& me too ;-) can play with different fuel challenge levels, for example, with ISS - Dragon rendezvous scenarios with craft like "SirNoobly"'s pretty ISS 2020 at KerbalX. Thank you @linuxgurugamer for your exceptional effort keeping great mods alive! Working in KSP 1.9.1
  12. @Cochies Your question sounds like it might better fit in a Scatterer thread...however, assuming you are making such changes only for your own personal use & assuming you made a renamed duplicate to make this Planet 9(X) in the image below, I also happen to find interesting your idea. Thus, my one suggestion for you is that perhaps you did not tell Scatterer that the Sun is now the new parent star & not "mainSunCelestialBody = ProximaCentauri" for your renamed "Proxima C clone"...assuming you already duplicated & rename (but forgot to reparent) all the the various Scatterer configs "celestialBodyName = ProximaCentauric" --> "celestialBodyName = Planet9" in the RealExoplanets/Visuals folder... very much looking forward to exploring any or all of these!
  13. @pleroy when you have a moment, a "what to look for" suggestion from you would be helpful to me to gather better info on a Principia fatal KSP crash condition I am encountering: In KSP 1.8.1, I am exploring some setups using various RSB & FASA prebuilt rocket models (i.e. Delta IV, Atlas, Saturn, V, etc) for sandbox study scenarios comparing RO Kerbin v. RO RSS & I've been encountering the following kind of Principia Fatal crash at some of the rocket stage separations. I expect there will be lots of iterations of launches etc with variations (including crazy staging engine, maneuver, etc 'mistakes' we will be making) on these type of rockets so if I know what to look for I expect to be able to get a much better sense for & information about what leads to the crash so i can create more stable study environments. Logs etc in this folder : https://drive.google.com/open?id=1dD4KAfOmW-qH0N98rQ7e4c5nFc8jADVx Thanks!
  14. Useful update notes regarding experimentation & scenario creation when using Principia saves: Excerpts from the change proposed in issue #2457 since "A vessel that gets teleported to another planet should be ignored and forgotten by Principia while that happens." "The canonical way to make Principia ignore a vessel in-game is to hack gravity (in the cheat menu) while it is active; this can be used to set its orbit using the cheat menu. This is however not persistent, so we have explicit mechanism to support save file editing. " "If you are doing save file editing, you have full control of the save file: the identity of the vessel for Principia’s purposes is its pid (A GUID, corresponding to the C# fields ProtoVessel.vesselID, Vessel.id). Replacing that by a GUID you generate yourself will make the vessel appear to be a new one, unknown to Principia, obviating any issues involved with vessels changing while under Principia’s control." details on a 'fortuitous' way of save file editing of Principa saves that appears to work relatively well: Also, the Principia team has added a remarkable new capability to the mod in their recent Principia release. While KerbalEDU needs to be updated to something beyond KSP 1.4.5 to work with current versions of Principia, the Principia team's video is worth an anticipatory view: Principia team's videos: angular momentum, moments of inertia & time warp: (yes, physics DURING time warp! )
  15. to evaluate possibilities (a.k.a how hard something might be) I tend to load RSS so i can then use data & work (see especially. Table 3 & 6 and Figures 6 to 13) from people much more experienced & skilled in this domain than me. ;-) so if you do come up with something I am eager to hear about it :-) especially given this prior note below about station keeping challenges...