harryyoung

steam DB now shows the pull, so things should start to happen EDIT: download started

same here. SteamDB shows update on Scratchpad 3 hrs ago. No offense, but you sure you promoted the right branch Kasper?

mine's not... I want dutch internet by the way XD

https://steamdb.info/app/220200/depots/ so why doesn't public read as updated yet? usually that updates pretty quickly

it's actally not inclinatiopn, but heading over surface, I did not rename the variable. as for Normal vectors I'd love to go there. I even need that for some Information I guess, but when I tried i produced NaN's like Crazy, so I decided to try o go for Lat/Lon calc first to get an Idea for my target point... It did not fruit and now I'm stuck I got it Cracked. Funny thing with Trigonometry is it does not care if your distances are Linear or in degrees

I am Working on an Addition to KER which I called Decelleration Readouts, which essentialy does the same as suicide Burn Readouts, but is more Versatile and gives more information. https://github.com/harryyoung/KerbalEngineer Video Demonstration (earlier iteration) https://youtu.be/6Rb1LDvKdok I am Stuck at accurately determining the landing point based on vessel lat/lon and the horizontal Breaking distance. Ironically I get the correct Longditude, however my Latitude is off, making all information relying on that unusable. I use the Following to determine Lat/Long https://github.com/harryyoung/KerbalEngineer/blob/master/KerbalEngineer/Flight/Readouts/Vessel/DecelerationProcessor.cs Lines 131 - 140 //do impact site calculations, special thanks to Muddr for Pointing me to http://www.movable-type.co.uk/scripts/latlong.html surfaceRotation = GetSurfaceRotation(); var incl = surfaceRotation.eulerAngles.y; var currentlat = FlightGlobals.ActiveVessel.latitude; var currentlon = FlightGlobals.ActiveVessel.longitude; var angdst = 360 * HorizontalDistance / (2 * Math.PI * FlightGlobals.currentMainBody.Radius); var bodyrot = 360 * DecelerationTime / FlightGlobals.ActiveVessel.mainBody.rotationPeriod; impactLatitude = currentlat + Math.Asin(Math.Sin(currentlat)*Math.Cos(angdst)+Math.Cos(currentlat)*Math.Sin(angdst)*Math.Cos(incl)); impactLongitude = 360 + bodyrot + currentlon + Math.Atan2(Math.Sin(incl)*Math.Sin(angdst)*Math.Cos(currentlat), Math.Cos(angdst)-Math.Sin(currentlat)*Math.Sin(impactLatitude)); Do any of you know what I am doing wrong?

That did it, thanks Necro Now i am looking for a somewhat elegant solution to avoid a NullRef exception when adding this to a mod-part which does not have any tags as of now. The simple solution would be to just check all parts in the mod's folder first and if they do not have the tags field create one with a generic tag for that mod. while that works fine on a mod basis I'd also like to do tags globally and may not need to tag different mods individually. I'd like to avoid a global search tag to avoid this nullref if possible. Any ideas?

I am trying to add more tags to the parts for the search feature, however when I for exampe do this: // Kickback @PART[MassiveBooster] { %tags = sounding } The previous tags get overwritten (no moar boosters), it will be found under the new tag tho. Is this behaviour correct or am I taking the wrong approach?

That' fine

Hey cybutek, since I send one of them what are the plans for going over the open pull requests on GitHub?

I'd rather have diferent flavour in contract. Simple Depth contracts are tracked trough the world first passive achievements

I've been giving the Otter a torough Exam. It is alive and healthy Great Mod Roverdude, I watched you building that sub and i love playing with it. That being said I have a few things that bug me... 1.: ThePod's Center of Mass sits awefully weired: Right where the Kerbal has his/her place. If kerbals have that significant an influence in a 1t craft there would be no Space Program I think the CoM should be lowered to be inline with the aft attachment node and put a little back, hopefully stopping it from splashing and turning on it's back. 2.: I know the cutoff when no longer Splashed is intentional, however be aware that when you land your craft reasonably intact on the ocean floor you are no longer considered splashed but landed on ground as far as science sirtuation goes. I'm not sure how vessel.checkSplashed() handles things, however I have not had an auto cutoff, so it's plausible that function has a failsafe thingy built into it for just such cases (or just can't tell the difference here). 2a.: Also I flat out dislike that Cutoff when no longer being considered splashed; it's such fun to ride an oscilating sub breaking trough the surface and falling back just to come back up again so instead of checking if the craft is splashed I'd rather have it check if the altitude above sea level is higher than 10 meters. If you go above 10 meters, chance is you'll break something and the trip ends regardless, so it seems a reasonable limit It also adds a failsafe for the above. 3.: Whenever I hit Jettison the game sends a message that it also dumped the IntakeLqd, however that does not happen, either because that msg is not intended but technically not easily avoidable (in which case the button should be renamed to Jettison Lead) or because it does not reset the intake percentage to 0, 4.: Not sure if intended: The IntakeLqd for the RCS in the Pod does not get replenished. On a side note I went ahead and added a Readout for Altitude over Underwater Terrain to KER, pending Review and Approval by Cybutek: https://github.com/CYBUTEK/KerbalEngineer/pull/71

It would be nice if you could reflect this in the first post. While i was aware of the move to stock I was not sure if this mod was still required (just presumed it was not)

Hey everyone, I tought I'd just start a new tread because I don't see one around, and I don't feel like posting it on the modding mondays post directly, cause it's not just about the last one. "Three makes a trend" and over the last 3 Weeks (and even a bit before that) there have been Mods in the Modding Mondays (Kerbal Attachment System, RLA Stockalike and TweakScale) that I (!) consider pretty mainstream. Most pepole have heared of them trough some channel or have actually used them, so they do not need the publicity - however they deserve the credit this form of publicity grants them, cause they're great mods. Those mods that need the publicity are the mods that are new or that are less frequently used or have a specific target audience. They have been the main Focus of MM's but seem to be falling to the sidelines. I therefore suggest to either do a more balanced 2 new + 1 major mod approach over 3 weeks to give publicity where needed and credit where do or extend Modding mondays to feature 2 Mods each week with one being a more famous mod of the week and the other being a New Frontiers mod (it's the best name I could come up with that sounded better than "Recommended mod" or the potentially inaccurate "Newbie of the week")

There are none supplied at this point so the answer is no, at this time this won't add to any of the DMOS experiments.

Since GitHub wasn't the right place I'm taking over the discussion we started here: https://github.com/DuoDex/CrowdSourcedScience/pull/12 It was about wether we should add support for experiment mods or rather pass on results to the mod holder so he can add them directly. When I think of CSS I not only think about the frontend mod that adds results. If there is enugh manpower available I imagine it can become quite a breeding ground. To that end I think adding experiment mods to CSS, at least initially, helps accelerate content creation. Also it avoids taking time from the modmakers potentially having to take time to edit/pull quite some change requests if other pepole take on to directly contributing to the main mod. Once an experiment has sufficient contend in as high a detail level as feasable, we can always offer the mod maker to include them in his latest release. Also, it is quite unlikely that experiment makers will support planet makers with results and vice versa. That is probably a long therm home for CSS. So I dont think we should exclude experiments from being added. We should however prioritize mods that are popular or are not remotely fleshed out (i.E. they dont have defaults for every valid planet/situation combination) A Limit for Support should obviously be support for the current KSP version (no point in adding to dead mods)

Hello everyone FYI: SCANSat has just become the first experiment mod to be added to Crowd Sourced science Just need to fill it up a little

I'll quickly rewrite my howto to adapt for the Issue-Inlet. Also I'll add it directly to the wiki. Edit: Done.

Nice post, madsailor. However there is one (not so) important error: The mod as a whole is CC-BY-NC-SA, however all entries have to be CC0.

I took a detailed look at it and reported in the unmodded support forum: http://forum.kerbalspaceprogram.com/threads/107493-Science-results-show-odd-behavior?p=1673624#post1673624

KSP Version: 0.90.0.705 win x32 exe on win 7 x64 and win 8.1 x64, also linux x64 What Happens: Whenever there is a set of biome-speific or default messages only the first in a list of science reports gets called for display. This affects all experiments. Mods / Add-Ons: none (HyperEdit helps with recreating, tho this is a pure stock issue) Steps to Replicate: 1: Edit the sciencedefs.cfg in the squad folder; replace all of the experiments results with the following 2 lines (replace "default" with the planet/situation/circumstance/biome-combination you'd like to test, look at my results file to figure out valid combos) default = test1 default = test2 For biomes I recomend Kerbin Water and LaunchPad, for experiments athmosphereAnalysis and gravityScan as these together allow for all combinations to be tested. 2: Run the experiment a few times (I stopped at 10). If "test2" shows as a result that means the combination is reading more than one entry in the list. Result: Here is the complete list of my test results (tested with atmosphereAnalysis and/or gravityScan and based upon used references from sciencedefs.cfg and Crowd Sourced Science): https://docs.google.com/spreadsheets/d/1G-RvlYzA1IZF5Luk_vODnfL8mTMXyItCPyKcseV-lDg/edit?usp=sharing The Patern is that whenever something is highly specific (biome) or highly inspecific (default) only the first line gets displayed Fixes/Workarounds: none known Other Notes/Pictures/Log Files: If you go back to some of the first episodes of Interstellar Quest there were a lot more reports displayed. This bug may be as old as .23

This promted me to go into the game and I found the following: If there is a biome-specific message, the first and only the first message available will be displayed. If no biome is specified it will take the message from the list of available defauts randomly (I'll verify this again before bugging squad). This is a game issue as it can be recreated editing the sciencedefs.cfg in the squad folder directly. Kinda defeats the purpose of this mod tho

Are you also using prerelease or have you downloaded any other version?

id did the trick. R&D is up for fleshing out (and Flesh it out i will... after a good nights rest)

I bet you do, however, whatever you did, it did the trick. Messages for the R&D biomes now get called reliably. Thank you for your continued assistance in allowing mods to make a great game even better.