Anonymous

There are currently only two platforms that support KSP, and even considering the time it takes to write a script for each one that time would still be quicker than making a program in Java. Now if you want to write one because you like practicing, go ahead, I'm just pointing out a few relevant things. People wouldn't have to "get their hands on command line tools", it's just a simple, automated built-in script. There are a few other pros as well, e.g easier editing, since the language is simpler. To finish off, no, just because I can write it in 20 minutes does not mean everyone else can do as well, some are even quicker. The file I submitted is about 20 lines of code. If you think about it I was really slow. Considering this is a relatively simple project, consider it an opportunity to familiarize yourself with other languages. If batch or shell scripting doesn't interest you, then perhaps you would like to try out Python with a relevant library to ease interaction between the code and the system.

Should be done in a scripting language. Here's an example written in batch. It has one or two problems, but I bet someone more skilled than I could make a better version. This only took about 20 minutes to write, including looking up switches for commands, and I'm not even skilled at batch! Use the right tool for the right job. Personally I think that Java is way overkill for something as simple as this. By the way, the .bat file goes in your parts directory. It's uploaded as a .txt file because for some reason I'm not allowed to upload files with arbitrary file extensions.

I could do that. It would take some time to actually do the different mappings. If you want I could do something like the following: Map Kerbin four times: [li]1 hour real time in high-warp[/li] [li]1 hour real time in 1x speed[/li] [li]1 hour KSP time in high-warp[/li] [li]1 hour KSP time in 1x speed[/li] Or some derivative of that process. The few, low-quality maps I have done so far using the high-warp tecnhique have all come out a little bit stretched, and the size of items are distorted.

So in response to Corax, would a higher orbit, thereby allowing for higher warp speed, make data collection quicker, or is it locked according to real-time seconds?

The newer version does however, maybe the old one too, but I\'m not sure. Just find the line in the part.cfg that says dataFields and change it to: dataFields = Lat, Lon, Elev giving you the latitude, longitude, and the elevation in that order. That way it does actually record terrain height. Thank you, that was what I wanted to know, however you didn\'t mention anything about orbital height. Does it work as well (or even better?) at higher altitudes or lower?

I have a quick question about mapping. The dual-part article published in the first and second edition mentions nothing about the effects on orbital altitude, so if someone would be so kind and explain that I would be grateful. I\'m also wondering about the range of the plugin part used in the article, does it require multiple orbits, and if so, does it have to cover different places, or is one polar orbit enough?

Do you publish articles that are sent to the journal or are all articles solicited (requested)? If you do accept unsolicited articles I would recommend posting a list of articles that the journal would be interested in publishing, and give people an idea what to write.

You know what I think would be a great idea, the first 50,000 people who downloaded this game should get all future versions for free.

Congratulations. I have one question though, what are your plans for later versions of the game? When this games makes it to beta, are you going to start to demand money for it? I have no problem with money per se, but where I live I cannot do ANY online transactions, this would make the purchase of this game impossible to me. In short, what are your marketing and sales plans?