mars-sim-developers

[Mars-sim-developers] Surviving Mars - Paradox Interactive

[James B. <jb...@ma...>]

This upcoming game looks VERY cool

https://www.twitch.tv/videos/215322818?t=00h17m06s


James Burk | Webmaster & IT Director | The Mars Society
jb...@ma...  |  +1 (206) 601-7143

[Mars-sim-developers] Thanks for the MSP years

[<la...@na...>]

Hi Manny and the rest of you on this list, 

For quite some time I've promised to get around to contributing more to
this project, and it hasn't happened. I thought long about why
yesterday. 

Part of it is because I'd like to move my scarce spare time coding
efforts from simulations toward some open source tools that are
currently being used in existing space agencies, like some of the ESA
SoC software projects. There is a path from my geodata tasks at my
workplace to space software toolboxes, and I want to pursue this. 

I have much enjoyed MSP as open source project, but I think it's time
for me to hand it over to the growing community. I think it's cool that
in the past years the number of users has grown so fast, and the
interface has become much more modern and intuitive, and the simulation
more engaging. 

Thank you so much everybody, and may you all live to one day see a Mars
settlement happen. 

Good luck! :-) 

- Lars

Re: [Mars-sim-developers] Swing/JavaFx ratio and phasing out MarsProject

[<la...@na...>]

Hi Manny, 

It should already be in GitHub, here:
https://github.com/mars-sim/mars-sim-tools/tree/master/transition  

- Lars 

manny kung skrev den 2017-03-28 23:05:

> Hi Lars,  
> 
> Can you post your tool in GH ? It's nice showing how many files on each category. 
> 
> I do notice GH has a color tool built-in (right below the description) to tell the % breakdown of the type of languages used but they are different. 
> 
> *  Java 79.6% [2]
> *  HTML 10.0% [3]
> *  JavaScript 8.9% [4]
> *  CSS 1.5% [5]
> *  Roff 0.0% [6]
> *  Groovy 0.0% [7]
> 
> On Thu, Jul 7, 2016 at 5:10 AM, <la...@na...> wrote:
> 
>> Hi Manny 
>> 
>> I just reran the little tool I made: 
>> 
>> ----------------------------------- 
>> 
>> Total files with Java code  : 1202
>> Total files importing UI APIs : 525
>> Files importing Swing : 367 (69.9047619048 [1] %)
>> Files importing JavaFX: 158 (30.0952380952 %)
>> Files importing both  : 52 (9.90476190476 %) 
>> 
>> ----------------------------------- 
>> 
>> 70% of our Java classes in the repository use Swing in one form or another. 
>> 
>> But I think this mostly has to do with the old MarsProject, Like the old SplashWindow and such. 
>> 
>> Since we decided that all future development is going to be in the MarsProjectFX build, can we not remove these things? 
>> 
>> What do you think? We're not working on the Swing version anymore and it muddles up the project I think. 
>> 
>> - Lars

 

Links:
------
[1] tel:(904)%20761-9048
[2] https://github.com/mars-sim/mars-sim/search?l=java
[3] https://github.com/mars-sim/mars-sim/search?l=html
[4] https://github.com/mars-sim/mars-sim/search?l=javascript
[5] https://github.com/mars-sim/mars-sim/search?l=css
[6] https://github.com/mars-sim/mars-sim/search?l=roff
[7] https://github.com/mars-sim/mars-sim/search?l=groovy

Re: [Mars-sim-developers] Swing/JavaFx ratio and phasing out MarsProject

[manny k. <man...@gm...>]

Hi Lars,

Can you post your tool in GH ? It's nice showing how many files on each
category.

I do notice GH has a color tool built-in (right below the description) to
tell the % breakdown of the type of languages used but they are different.


   1.  Java 79.6% <https://github.com/mars-sim/mars-sim/search?l=java>
   2.  HTML 10.0% <https://github.com/mars-sim/mars-sim/search?l=html>
   3.  JavaScript 8.9%
   <https://github.com/mars-sim/mars-sim/search?l=javascript>
   4.  CSS 1.5% <https://github.com/mars-sim/mars-sim/search?l=css>
   5.  Roff 0.0% <https://github.com/mars-sim/mars-sim/search?l=roff>
   6.  Groovy 0.0% <https://github.com/mars-sim/mars-sim/search?l=groovy>



On Thu, Jul 7, 2016 at 5:10 AM, <la...@na...> wrote:

> Hi Manny
>
> I just reran the little tool I made:
>
> -----------------------------------
>
> Total files with Java code  : 1202
> Total files importing UI APIs : 525
> Files importing Swing : 367 (69.9047619048 <(904)%20761-9048> %)
> Files importing JavaFX: 158 (30.0952380952 %)
> Files importing both  : 52 (9.90476190476 %)
>
> -----------------------------------
>
> 70% of our Java classes in the repository use Swing in one form or another.
>
> But I think this mostly has to do with the old MarsProject, Like the old
> SplashWindow and such.
>
> Since we decided that all future development is going to be in the
> MarsProjectFX build, can we not remove these things?
>
> What do you think? We're not working on the Swing version anymore and it
> muddles up the project I think.
>
> - Lars
>

Re: [Mars-sim-developers] Maybe these would help ?

[shirish श. <shi...@gm...>]

at bottom :-

On 29/01/2017, manny kung <man...@gm...> wrote:
> Hi shirish,
>
> I replied to the placement issue of media files at https://github.com/mars-
> sim/mars-sim/issues/5
>
>
>> I have another query. Does anybody know how frequent or infrequent do
> changes happen to the images/animation files ?
>
> The short answer is : whenever the UI is updated
>
> It's true that the files inside /funmenu/ can be moved elsewhere to keep
> things more organized.
>
> You may find jpg or png files scattered in different folders. It depends on
> what they are being used for and where they are needed.
>
> When we first adopted a particular UI element, we tended to retain their
> original folder structure for their media files.
>
> Yes, it's a good observation and we surely can reduce or merge some of the
> folders.
>
> Regards,
> Manny
>

<snipped>

Dear Manny,

I made a brief mention of mars-sim and some of the issues we are being
plagued in my somewhat meandering blog post
https://flossexperiences.wordpress.com/2017/01/30/different-strokes/

I do hope we can merge some of the files and folders so it's more compact.

I also put a bit of info. at
http://forum.freegamedev.net/viewtopic.php?f=22&t=7321

Hopefully, it might generate a bit of interest for the project.

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Re: [Mars-sim-developers] Maybe these would help ?

[manny k. <man...@gm...>]

Hi shirish,

I replied to the placement issue of media files at https://github.com/mars-
sim/mars-sim/issues/5


> I have another query. Does anybody know how frequent or infrequent do
changes happen to the images/animation files ?

The short answer is : whenever the UI is updated

It's true that the files inside /funmenu/ can be moved elsewhere to keep
things more organized.

You may find jpg or png files scattered in different folders. It depends on
what they are being used for and where they are needed.

When we first adopted a particular UI element, we tended to retain their
original folder structure for their media files.

Yes, it's a good observation and we surely can reduce or merge some of the
folders.

Regards,
Manny


On Fri, Jan 27, 2017 at 1:03 PM, shirish शिरीष <shi...@gm...>
wrote:

> Hi all,
>
> I have another query. Does anybody know how frequent or infrequent do
> changes happen to the images/animation files ?
>
> There is this -
> http://alexking.org/blog/2012/03/05/git-submodules-vs-svn-externals
>
> but the above introduces a bit of complexity in committing and making
> sure things work.
>
> I downloaded a snapshot to see how the game was structured and saw
> that all the game assets seem to be randomly placed -
>
> [$] bash ./script.sh /home/shirish/Videos/mars-sim-code-3846-trunk/
>
> theme: 1770
> dtd: 31915
> py: 10815
> project: 5627
> JPG: 762476
> fxml: 59490
> vm: 876
> dat: 15841044
> java: 13052271
> store: 1343
> gitignore: 8
> jpg: 3473416
> md: 5156
> gz: 1447
> desktop: 281
> lua: 57
> wav: 83278
> 1: 2340
> css: 323739
> frag: 471
> svg: 8948591
> launch: 9404
> index: 11520
> iml: 27186
> png: 3268773
> json: 1217
> ttf: 2861016
> vert: 712
> ogg: 12394801
> prefs: 11541
> properties: 186731
> gradle: 611
> classpath: 8538
> pro: 687
> groovy: 2711
> form: 5780
> txt: 50274
> xml: 794365
> js: 1465072
> dll: 2268672
> html: 1676452
> gif: 38399
> sum: 23040
> (none): 1124
> jsx: 32070
>
> I traversed through 5 layers of directories to see where it's all randomly
> put -
>
> ┌─[shirish@debian] -
> [~/Videos/mars-sim-code-3846-trunk/mars-sim/mars-sim-ui/src/
> main/resources]
> - [10137]
> └─[$] ll -h
>
> total 100K
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 audio
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 dtd
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 funmenu
> drwxr-xr-x 6 shirish shirish 4.0K 2017-01-28 00:23 fxui
> drwxr-xr-x 8 shirish shirish 4.0K 2017-01-28 00:23 icons
> drwxr-xr-x 4 shirish shirish 4.0K 2017-01-28 00:23 images
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 jfoenix
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 resources
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 theme
> drwxr-xr-x 3 shirish shirish 4.0K 2017-01-28 00:23 docs
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 fonts
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 maps
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 materialdesign
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 slide
> drwxr-xr-x 3 shirish shirish  12K 2017-01-28 00:23 svg
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 templates
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 css
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 lua
> drwxr-xr-x 3 shirish shirish 4.0K 2017-01-28 00:23 net
> drwxr-xr-x 4 shirish shirish 4.0K 2017-01-28 00:23 notification
> drwxr-xr-x 2 shirish shirish 4.0K 2017-01-28 00:23 steelseries
> -rw-r--r-- 1 shirish shirish   16 2016-06-25 11:32 application.properties
> -rw-r--r-- 1 shirish shirish   99 2015-09-17 01:16 build.properties
>
> I used ncdu to hunt around where most of your media (not code) lies.
>
> I did file https://github.com/mars-sim/mars-sim/issues/5 in case we
> think of having svn as a sub-module in git.
>
> As I don't have all the whole archive, I do not know at what frequency
> does media change .
>
> Hope the above makes some sense of where I'm driving at ?
>
> --
>           Regards,
>           Shirish Agarwal  शिरीष अग्रवाल
>   My quotes in this email licensed under CC 3.0
> http://creativecommons.org/licenses/by-nc/3.0/
> http://flossexperiences.wordpress.com
> EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8
>

[Mars-sim-developers] java without if

[manny k. <man...@gm...>]

Hi all,

I find this article an interesting read.
http://ashtonkemerling.com/blog/2017/01/26/java-without-if/

There's a lot of error-prone, null-checking statements in mars-sim. May be
we can replace some of them with "Optional".

Enjoy!

Manny

Re: [Mars-sim-developers] Mars Simulator Project, Continuing discussion from SourceForge

[manny k. <man...@gm...>]

Hi Thomas,

> with Java experience. I work in the bioinformatics industry so no
relation to aerospace, for example, but do use Java there.

that's very great you're into bioinformatics and know Java.

> our facebook page, SF's discussion forum and/or developer's mailing list.
Which of these is preferred?

Let's take advantage of using facebook discussions on any relevant topics
regarding mars-sim for quick turnaround questions/answers.
Fhttps://www.facebook.com/groups/125541663548/

When we get into more technical stuff that require laying out a problem
with paragraphs of sentences, then we'll fall back to using the forum or
email.

Btw, we have just barely started defining what the genetic information two
bonded couples may pass onto their descendants.

I recalled years ago there was a game called Creatures.
https://en.wikipedia.org/wiki/Creatures_(video_game_series)

I can think of you enriching mars-sim by contributing codes to building
artificial genes (but not limited to this).

Feel free to ask whatever questions you have in mind and welcome to
mars-sim!

Regards,
Manny


On Tue, Jan 24, 2017 at 2:04 AM, Thomas Paulin <th...@pa...> wrote:

> Hi Manny,
>
>
> > Can you define "contributions from third parties" ?
> Contributions to the project from members of the general public with Java
> experience. I work in the bioinformatics industry so no relation to
> aerospace, for example, but do use Java there.
>
>
> > We don't have anything solid written on paper. But we'd definitely
> appreciate you interact with us in our facebook page, SF's discussion forum
> and/or developer's mailing list.
> Which of these is preferred?
>
>
> > Are you interested in becoming a developer ? Do let me know.
> I'd like to at least explore that as an option subject to your approval.
>
>
> Best Regards,
>
> Thomas
>

Re: [Mars-sim-developers] Contributing to Mars Simulation Project

[manny k. <man...@gm...>]

Hi Thomas,

Can you define "contributions from third parties" ?

We don't have anything solid written on paper. But we'd definitely
appreciate you interact with us in our facebook page, SF's discussion forum
and/or developer's mailing list.

Are you interested in becoming a developer ? Do let me know.

Regards,
Manny


On Sun, Jan 22, 2017 at 11:24 PM, <tho...@us...> wrote:

> REPLY at https://sourceforge.net/u/thomaspaulin/profile/send_message
> ------------------------------
>
> Hi there,
>
> Are you accepting contributions from third parties towards the Mars
> Simulation Project? If so how does one go about this? I see no contributing
> guidelines in the repository.
>
> Thanks for your time,
> Thomas
> ------------------------------
>
> This message was sent to you via the SourceForge web mail form.
> Replying to this email will not work, please send a message to Thomas at
> https://sourceforge.net/u/thomaspaulin/profile/send_message
>

Re: [Mars-sim-developers] Sorry for the inactivity

[<la...@na...>]

I opened this a GitHub issue - let's work on it :-) 

- Lars 

la...@na... skrev den 2017-01-11 11:17:

> Hi Manny, 
> 
> I suppose there are six steps: 
> 
> Import entire SVN repo through the importer, so we get the history 
> 
> Move the webpages over to a GH Pages branch (this might change the location of the page) 
> 
> Copy the information over in Wiki 
> 
> Copy open issues and questions over 
> 
> Put up a notice on SF that it's moved 
> 
> Later: close the SF repo 
> 
> Did I forget something? 
> 
> - Lars 
> 
> manny kung skrev den 2017-01-04 18:41: 
> 
> Hi Lars, 
> 
>> projects geodata onto maps 
> 
> Yes, do by all means, incorporate what you know in mars-sim. 
> 
> The old traditional OOP paradigm (that we've currently been using) tends to scatter geographic data all over the places. I wonder what it would look like if we create a geo tagging structure to organize/store metadata such as the temperature, pressure, solar irradiance, etc., by each lattitude/longitude pair. 
> 
> Anyway, modernizing our maps and its resolution will be the priority for us I think. Any features can come along later. 
> 
>> move our stuff to GitHub  
> 
> Sure. what does it take ? 
> 
> btw, happy New Year! 
> 
> -Manny 
> 
> On Wed, Jan 4, 2017 at 5:58 AM, <la...@na...> wrote:
> 
> Hi everybody 
> 
> Just letting you know I'm still here, and reading but not contributing much. 
> 
> Ironically, these days I do work with Java development (a switchboard solution) in an agency that projects geodata onto maps. But it takes so much of my time and so I only check out MSP once every other week. I have no doubt I will return to working on it this year. 
> 
> I still wish we could move our stuff to GitHub where I spend all of my other development efforts. We even have a repo ready for it already :-) 
> 
> Cheers, 
> 
> - Lars 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Mars-sim-developers mailing list
> Mar...@li...
> https://lists.sourceforge.net/lists/listinfo/mars-sim-developers [1]

------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi 
_______________________________________________
Mars-sim-developers mailing list
Mar...@li...
https://lists.sourceforge.net/lists/listinfo/mars-sim-developers 

 

Links:
------
[1] https://lists.sourceforge.net/lists/listinfo/mars-sim-developers

Re: [Mars-sim-developers] Sorry for the inactivity

[<la...@na...>]

Hi Manny, 

I suppose there are six steps: 

Import entire SVN repo through the importer, so we get the history 

Move the webpages over to a GH Pages branch (this might change the
location of the page) 

Copy the information over in Wiki 

Copy open issues and questions over 

Put up a notice on SF that it's moved 

Later: close the SF repo 

Did I forget something? 

- Lars 

manny kung skrev den 2017-01-04 18:41:

> Hi Lars, 
> 
>> projects geodata onto maps 
> 
> Yes, do by all means, incorporate what you know in mars-sim. 
> 
> The old traditional OOP paradigm (that we've currently been using) tends to scatter geographic data all over the places. I wonder what it would look like if we create a geo tagging structure to organize/store metadata such as the temperature, pressure, solar irradiance, etc., by each lattitude/longitude pair. 
> 
> Anyway, modernizing our maps and its resolution will be the priority for us I think. Any features can come along later. 
> 
>> move our stuff to GitHub  
> 
> Sure. what does it take ? 
> 
> btw, happy New Year! 
> 
> -Manny 
> 
> On Wed, Jan 4, 2017 at 5:58 AM, <la...@na...> wrote:
> 
>> Hi everybody 
>> 
>> Just letting you know I'm still here, and reading but not contributing much. 
>> 
>> Ironically, these days I do work with Java development (a switchboard solution) in an agency that projects geodata onto maps. But it takes so much of my time and so I only check out MSP once every other week. I have no doubt I will return to working on it this year. 
>> 
>> I still wish we could move our stuff to GitHub where I spend all of my other development efforts. We even have a repo ready for it already :-) 
>> 
>> Cheers, 
>> 
>> - Lars 
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Mars-sim-developers mailing list
>> Mar...@li...
>> https://lists.sourceforge.net/lists/listinfo/mars-sim-developers [1]

 

Links:
------
[1] https://lists.sourceforge.net/lists/listinfo/mars-sim-developers

Re: [Mars-sim-developers] Sorry for the inactivity

[manny k. <man...@gm...>]

Hi Lars,

> projects geodata onto maps

Yes, do by all means, incorporate what you know in mars-sim.

The old traditional OOP paradigm (that we've currently been using) tends to
scatter geographic data all over the places. I wonder what it would look
like if we create a geo tagging structure to organize/store metadata such
as the temperature, pressure, solar irradiance, etc., by each
lattitude/longitude pair.

Anyway, modernizing our maps and its resolution will be the priority for us
I think. Any features can come along later.

> move our stuff to GitHub

Sure. what does it take ?

btw, happy New Year!

-Manny


On Wed, Jan 4, 2017 at 5:58 AM, <la...@na...> wrote:

> Hi everybody
>
> Just letting you know I'm still here, and reading but not contributing
> much.
>
> Ironically, these days I do work with Java development (a switchboard
> solution) in an agency that projects geodata onto maps. But it takes so
> much of my time and so I only check out MSP once every other week. I have
> no doubt I will return to working on it this year.
>
> I still wish we could move our stuff to GitHub where I spend all of my
> other development efforts. We even have a repo ready for it already :-)
>
> Cheers,
>
> - Lars
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Mars-sim-developers mailing list
> Mar...@li...
> https://lists.sourceforge.net/lists/listinfo/mars-sim-developers
>
>

[Mars-sim-developers] Sorry for the inactivity

[<la...@na...>]

Hi everybody 

Just letting you know I'm still here, and reading but not contributing
much. 

Ironically, these days I do work with Java development (a switchboard
solution) in an agency that projects geodata onto maps. But it takes so
much of my time and so I only check out MSP once every other week. I
have no doubt I will return to working on it this year. 

I still wish we could move our stuff to GitHub where I spend all of my
other development efforts. We even have a repo ready for it already :-) 

Cheers, 

- Lars

Re: [Mars-sim-developers] installer

[manny k. <man...@gm...>]

I'll need to create *install.xml*.

I'm also reading this page
https://izpack.atlassian.net/wiki/display/IZPACK/Compiling+Using+Maven to
see what changes are needed to use maven to create the installer package





On Tue, Nov 22, 2016 at 10:53 PM, manny kung <man...@gm...> wrote:

> Hi Scott/Lars,
>
> I'm adding izpack-maven-plugin to mars-sim-ui's pom.xml and starting to
> play with it.
>
> The combined total of its files is only 2.3MB (uncompressed)
>
> Hopefully, this installer will take away the anxiety of users who are
> unfamiliar with java and what jar is.
>
> Manny
>
>
> On Tue, Dec 1, 2015 at 11:16 AM, manny kung <man...@gm...> wrote:
>
>> Hi Scott and Lars,
>>
>> I came across an open source installer that we can use to simplify
>> packaging/deployment:
>>
>> http://izpack.org/we-love-izpack/
>>
>> You can find its maven artifact at http://search.maven.org/#se
>> arch%7Cga%7C1%7Cg%3A%22org.codehaus.izpack%22
>>
>> FreeCol (written in java) is using it.
>>
>> see https://sourceforge.net/p/freecol/discussion/141200/thread/
>> 19a409c8/?limit=25#da7f
>>
>> Manny
>>
>
>

Re: [Mars-sim-developers] installer

[manny k. <man...@gm...>]

Hi Scott/Lars,

I'm adding izpack-maven-plugin to mars-sim-ui's pom.xml and starting to
play with it.

The combined total of its files is only 2.3MB (uncompressed)

Hopefully, this installer will take away the anxiety of users who are
unfamiliar with java and what jar is.

Manny


On Tue, Dec 1, 2015 at 11:16 AM, manny kung <man...@gm...> wrote:

> Hi Scott and Lars,
>
> I came across an open source installer that we can use to simplify
> packaging/deployment:
>
> http://izpack.org/we-love-izpack/
>
> You can find its maven artifact at http://search.maven.org/#
> search%7Cga%7C1%7Cg%3A%22org.codehaus.izpack%22
>
> FreeCol (written in java) is using it.
>
> see https://sourceforge.net/p/freecol/discussion/141200/
> thread/19a409c8/?limit=25#da7f
>
> Manny
>

[Mars-sim-developers] safety drill

[manny k. <man...@gm...>]

Hi Scott/Lars,

I'm planning to add the concept of safety training and emergency drill as
either a Mission or just a Task.

This probably necessitates a new super class responsible for getting a
group of settlers to meet together.

Do let me know any ideas you have in mind.

Manny

Re: [Mars-sim-developers] svn commit failed

[manny k. <man...@gm...>]

They must have fixed whatever was broken.

I was finally able to do svn commit this afternoon.

Yesterday I tried 10+ times on different computers and didn't work.

On Wed, Nov 16, 2016 at 6:25 AM, manny kung <man...@gm...> wrote:

> I've tried the commit on two computers and it doesn't work. Don't know
> why.
>
> On Nov 15, 2016 11:32 PM, <la...@na...> wrote:
>
> Hi Manny,
>
> I haven't changed anything, and looking at SF's operational Twitter
> account it seems like they haven't either...
>
> - Lars
>
> manny kung skrev den 2016-11-16 04:23:
>
> Hi Scott/Lars,
>
> I can't commit codes to svn repo since early afternoon. Yesterday it still
> worked.
>
> See msg in eclipse below :
>
> ------------------------------------------------------------
> ---------------------------------
> org.apache.subversion.javahl.ClientException: Permission denied
> svn: Commit failed (details follow):
> svn: could not begin a transaction
> ------------------------------------------------------------
> ---------------------------------
>
> Do you know what happen and how to fix it?
>
> Regards,
> Manny
>
>
>
>
>
>
>
>

Re: [Mars-sim-developers] svn commit failed

[manny k. <man...@gm...>]

I've tried the commit on two computers and it doesn't work. Don't know why.

On Nov 15, 2016 11:32 PM, <la...@na...> wrote:

Hi Manny,

I haven't changed anything, and looking at SF's operational Twitter account
it seems like they haven't either...

- Lars

manny kung skrev den 2016-11-16 04:23:

Hi Scott/Lars,

I can't commit codes to svn repo since early afternoon. Yesterday it still
worked.

See msg in eclipse below :

------------------------------------------------------------
---------------------------------
org.apache.subversion.javahl.ClientException: Permission denied
svn: Commit failed (details follow):
svn: could not begin a transaction
------------------------------------------------------------
---------------------------------

Do you know what happen and how to fix it?

Regards,
Manny

Re: [Mars-sim-developers] svn commit failed

[<la...@na...>]

Hi Manny, 

I haven't changed anything, and looking at SF's operational Twitter
account it seems like they haven't either... 

- Lars 

manny kung skrev den 2016-11-16 04:23:

> Hi Scott/Lars, 
> 
> I can't commit codes to svn repo since early afternoon. Yesterday it still worked.  
> 
> See msg in eclipse below : 
> 
> --------------------------------------------------------------------------------------------- 
> org.apache.subversion.javahl.ClientException: Permission denied 
> 
> svn: Commit failed (details follow): 
> svn: could not begin a transaction 
> 
> --------------------------------------------------------------------------------------------- 
> 
> Do you know what happen and how to fix it? 
> 
> Regards, 
> Manny

[Mars-sim-developers] svn commit failed

[manny k. <man...@gm...>]

Hi Scott/Lars,

I can't commit codes to svn repo since early afternoon. Yesterday it still
worked.

See msg in eclipse below :

---------------------------------------------------------------------------------------------
org.apache.subversion.javahl.ClientException: Permission denied
svn: Commit failed (details follow):
svn: could not begin a transaction
---------------------------------------------------------------------------------------------

Do you know what happen and how to fix it?

Regards,
Manny

Re: [Mars-sim-developers] Modal JInternalFrame Issue

[manny k. <man...@gm...>]

Hi Scott/Lars,

It turns out the JTextField issue is NOT ModalInternalFrame-related since
the address url JTextField in BrowserJFX doesn't work as well.

This only happens in linux.

btw, I meant solTF in ResupplyMissionEditingPanel, not in
ModifyTransportItemDialog.

Manny


On Tue, Nov 15, 2016 at 12:30 PM, manny kung <man...@gm...> wrote:

> Hi Scott,
>
> I've mentioned the JTextfield issue in linux lately.
>
> It seems ModalInternalFrame can't "focus" any JTextfield properly. It only
> happens in linux. As a result, I'm not able to change any numbers in the
> text field in ubuntu.
>
> Again the problem doesn't exist for mac or windows os.
>
> An example is when using Resupply Tool to edit the sol or the number of
> population in ModifyTransportItemDialog.
>
> In 3.07, we don't have this problem at all in any os because we use
> JDialog.
>
> It could be a simple hack in ModalInternalFrame to fix this or we need to
> break down this issue to see if it has to do with using JavaFX swing node
> to house.ModalInternalFrame.
>
> Can you take a look at it ?
>
> Thanks,
> Manny
>
> On Wed, Jul 1, 2015 at 5:40 PM, Scott Davis <mar...@gm...> wrote:
>
>> I created a ModalInternalFrame class that appears to work now.  The
>> create new mission wizard, edit mission dialog, create new transport item
>> wizard, and the edit transport item dialog all seem to be working as modal
>> internal frames, pausing the simulation and preventing other UI elements
>> from being accessed while the modal frame is active.
>>
>> If you get a chance, could you test these out in JavaFX to see if they
>> operate as expected?
>>
>> Scott
>>
>> On Sat, Jun 27, 2015 at 12:37 PM, manny kung <man...@gm...> wrote:
>>
>>> Hi Scott,
>>>
>>> The mission/construction wizard (using JInternalFrame) seems to work
>>> sufficiently well in JavaFX, but NOT with bar/chart generation.
>>>
>>> > The problem is that while the user is choosing the options in the
>>> wizard, if the simulation state changes it could invalidate or change the
>>> conditions in which the mission, settlement, or resupply mission occurs.
>>>
>>> I did notice some fields would turn RED in real-time if a person/a
>>> material  is no longer available.
>>>
>>> I'm glad that the codes actually check on them in "real-time" and update
>>> their availability, not just at the beginning of the clicking the wizard.
>>>
>>> As you were alluring to, since javaFX/8 breaks JDialog, as of now, we
>>> cannot make any pie/bar charts at all under javaFX mode.
>>>
>>> I've tried to change the codes in BarChartTab, PieChartTab and
>>> ColumnSelector (which extends JDialog) to make them compatible with
>>> JavaFX/8. It's not as easy. It was even harder than the case with making
>>> the Transport Wizard compatible with JavaFX.
>>>
>>> They rely on JDialog's modality's to freeze the sim so that a user can
>>> choose which column of data for the pie/bar chart.
>>>
>>> Since the bar/pie chart is rendered as a tab under the Monitor Tool,
>>> which is is inside a swing node, I cannot switch it to javaFX Dialog.
>>>
>>> With Transport Wizard, I switched successfully from JOption (which
>>> extends JDialog) to javaFX/8's Dialog.
>>>
>>> Anyway, I'll look forward to using that tool that will give
>>> JInternalFrame modality!
>>>
>>> Manny
>>>
>>>
>>>
>>>
>>> On Sat, Jun 27, 2015 at 12:01 PM, Scott Davis <mar...@gm...>
>>> wrote:
>>>
>>>> Fellow mars-simmers,
>>>>
>>>> The modal JDialogs for the Create/Edit Mission wizards and the New
>>>> Settlement/Resupply wizards were changed over to JInternalFrames recently
>>>> due to problems with JDialogs and JavaFX.
>>>>
>>>> These wizards are currently not modal and they need to be.  The
>>>> simulation is not currently pausing while the wizards are displayed
>>>> either.  Their expected behavior is to pause the simulation, let the user
>>>> complete or cancel the wizard, then unpause the simulation again, all
>>>> without interacting with other UI controls.
>>>>
>>>> The problem is that while the user is choosing the options in the
>>>> wizard, if the simulation state changes it could invalidate or change the
>>>> conditions in which the mission, settlement, or resupply mission occurs.
>>>>
>>>> Anyway, given that the modal JDialog seems to be a big problem with
>>>> JavaFX, perhaps we need to try implementing the wizards as modal
>>>> JInternalFrames.  JInternalFrames by default do not support modal
>>>> behavior.  I've come across some developer blogs with various
>>>> JInternalFrame subclass code that supposedly support modal behaviour, but
>>>> I'll have to test them out.
>>>>
>>>> Let me know if you guys have any ideas on this.
>>>>
>>>> Thanks,
>>>>
>>>> Scott
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Monitor 25 network devices or servers for free with OpManager!
>>>> OpManager is web-based network management software that monitors
>>>> network devices and physical & virtual servers, alerts via email & sms
>>>> for fault. Monitor 25 devices for free with no restriction. Download now
>>>> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
>>>> _______________________________________________
>>>> Mars-sim-developers mailing list
>>>> Mar...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/mars-sim-developers
>>>>
>>>>
>>>
>>
>

Re: [Mars-sim-developers] Modal JInternalFrame Issue

[manny k. <man...@gm...>]

Hi Scott,

I've mentioned the JTextfield issue in linux lately.

It seems ModalInternalFrame can't "focus" any JTextfield properly. It only
happens in linux. As a result, I'm not able to change any numbers in the
text field in ubuntu.

Again the problem doesn't exist for mac or windows os.

An example is when using Resupply Tool to edit the sol or the number of
population in ModifyTransportItemDialog.

In 3.07, we don't have this problem at all in any os because we use JDialog.

It could be a simple hack in ModalInternalFrame to fix this or we need to
break down this issue to see if it has to do with using JavaFX swing node
to house.ModalInternalFrame.

Can you take a look at it ?

Thanks,
Manny

On Wed, Jul 1, 2015 at 5:40 PM, Scott Davis <mar...@gm...> wrote:

> I created a ModalInternalFrame class that appears to work now.  The create
> new mission wizard, edit mission dialog, create new transport item wizard,
> and the edit transport item dialog all seem to be working as modal internal
> frames, pausing the simulation and preventing other UI elements from being
> accessed while the modal frame is active.
>
> If you get a chance, could you test these out in JavaFX to see if they
> operate as expected?
>
> Scott
>
> On Sat, Jun 27, 2015 at 12:37 PM, manny kung <man...@gm...> wrote:
>
>> Hi Scott,
>>
>> The mission/construction wizard (using JInternalFrame) seems to work
>> sufficiently well in JavaFX, but NOT with bar/chart generation.
>>
>> > The problem is that while the user is choosing the options in the
>> wizard, if the simulation state changes it could invalidate or change the
>> conditions in which the mission, settlement, or resupply mission occurs.
>>
>> I did notice some fields would turn RED in real-time if a person/a
>> material  is no longer available.
>>
>> I'm glad that the codes actually check on them in "real-time" and update
>> their availability, not just at the beginning of the clicking the wizard.
>>
>> As you were alluring to, since javaFX/8 breaks JDialog, as of now, we
>> cannot make any pie/bar charts at all under javaFX mode.
>>
>> I've tried to change the codes in BarChartTab, PieChartTab and
>> ColumnSelector (which extends JDialog) to make them compatible with
>> JavaFX/8. It's not as easy. It was even harder than the case with making
>> the Transport Wizard compatible with JavaFX.
>>
>> They rely on JDialog's modality's to freeze the sim so that a user can
>> choose which column of data for the pie/bar chart.
>>
>> Since the bar/pie chart is rendered as a tab under the Monitor Tool,
>> which is is inside a swing node, I cannot switch it to javaFX Dialog.
>>
>> With Transport Wizard, I switched successfully from JOption (which
>> extends JDialog) to javaFX/8's Dialog.
>>
>> Anyway, I'll look forward to using that tool that will give
>> JInternalFrame modality!
>>
>> Manny
>>
>>
>>
>>
>> On Sat, Jun 27, 2015 at 12:01 PM, Scott Davis <mar...@gm...> wrote:
>>
>>> Fellow mars-simmers,
>>>
>>> The modal JDialogs for the Create/Edit Mission wizards and the New
>>> Settlement/Resupply wizards were changed over to JInternalFrames recently
>>> due to problems with JDialogs and JavaFX.
>>>
>>> These wizards are currently not modal and they need to be.  The
>>> simulation is not currently pausing while the wizards are displayed
>>> either.  Their expected behavior is to pause the simulation, let the user
>>> complete or cancel the wizard, then unpause the simulation again, all
>>> without interacting with other UI controls.
>>>
>>> The problem is that while the user is choosing the options in the
>>> wizard, if the simulation state changes it could invalidate or change the
>>> conditions in which the mission, settlement, or resupply mission occurs.
>>>
>>> Anyway, given that the modal JDialog seems to be a big problem with
>>> JavaFX, perhaps we need to try implementing the wizards as modal
>>> JInternalFrames.  JInternalFrames by default do not support modal
>>> behavior.  I've come across some developer blogs with various
>>> JInternalFrame subclass code that supposedly support modal behaviour, but
>>> I'll have to test them out.
>>>
>>> Let me know if you guys have any ideas on this.
>>>
>>> Thanks,
>>>
>>> Scott
>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> Monitor 25 network devices or servers for free with OpManager!
>>> OpManager is web-based network management software that monitors
>>> network devices and physical & virtual servers, alerts via email & sms
>>> for fault. Monitor 25 devices for free with no restriction. Download now
>>> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
>>> _______________________________________________
>>> Mars-sim-developers mailing list
>>> Mar...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mars-sim-developers
>>>
>>>
>>
>

Re: [Mars-sim-developers] the Map Tab

[manny k. <man...@gm...>]

Yes I'm very excited about getting mars-sim a face-lift! Hard to get it
right though.

There is a lot of detail gone hidden under the hood currently in mars-sim.
They are not exposed or inaccessible to users.

I'm hoping to build some widget/ inspection windows for users to interact
with the settlers more and also allow more tweaking of the default config.
e.g. Why does a person choose to pick up a particular task?

Unless we can find something out there plug-and-play, we'll need to develop
our own widget in-house.

On Oct 27, 2016 5:52 AM, <la...@na...> wrote:

That sounds amazing. Once we have JavaFX stages we have the basis for even
more redesign :-)

- Lars

manny kung skrev den 2016-10-27 04:13:

For now, I'll settle on this. Will convert JInternalFrame to Stage soon.

On Tue, Oct 25, 2016 at 8:55 PM, manny kung <man...@gm...> wrote:

> Hi Scott/Lars,
>
> Garrett lately contacted us through our mailing list. Last week he sent me
> his UI/UX recommendations.
>
> So, I've begun working on creating the screen that Lars used to call "Mars
> scape".
>
> Currently, Mars Navigator is 635 by 435. I'm calling it the mini-map with
> the globe.
>
> I'll change the look of it, say, to 310 x 700 so that it can fit well on
> the right hand side.
>
> I want the settlement map be bigger than them.
>
> See attached pic.
>
> -Manny
>
>
>
>
>

Re: [Mars-sim-developers] [mars-sim:code] New commit [r3763] by scud1

[manny k. <man...@gm...>]

Hi Scott,

Thanks for refactoring this.

Do you think you have time to look into how a bed is assigned ?

There are so many cases that I have to consider in Sleep and SleepMeta. too
many method calls to keep track.

I believe I commented out travellers trying to find an assigned bed to
sleep on.

Somehow, folks already having assigned beds are still not getting his/her
bed when there are no travelers from another settlement.

Manny


On Wed, Oct 26, 2016 at 3:31 PM, Mars Simulation Project SVN repository <
no...@co...> wrote:

> Refactored Living Accommodations building function generateWaste method to
> change the rate of grey water and black water production. Grey water is
> produced from both wash water and waste water use, while black water is
> produced from only waste water use. I think the production rate of both is
> more accurate to average daily water use per person, but we may want to
> move all of this to tasks rather than this building function at some point.
>
> Added isWashWaterRationing method to Settlement class. This checks if
> inhabitants are rationing wash water usage due to low water inventory. If
> water stored at a settlement is less than 10% of their yearly drinking
> water needs, the settlement requires wash water rationing, in which
> inhabitants will only use 10% of normal wash water each Sol. (Perhaps we
> should make this affect morale?)
>
> Adding getToiletryUsageDemand method to GoodsManager class for determining
> demand for toilet paper. We can also add other toiletry resources later
> when they're added to the sim, such as soap, shampoo, deodorant,
> toothpaste, etc. This may give value to other goods in the paper
> manufacturing tree.
>
> Refactored Manufacture building function code to remove static references
> to BuildingConfig, BuildingManager, MarsClock, GoodsManager, and
> UnitManager. This can cause problems when loading a sim if the static
> references are not initialized, but also for general decoupling purposes.
> Instead they get the references to these class instances from the
> simulation instance as needed.
>
> By scud1 on 10/26/2016 22:30
> *View Changes* <https://sourceforge.net/p/mars-sim/code/3763/>
> ------------------------------
>
> Sent from sourceforge.net because you indicated interest in
> https://sourceforge.net/p/mars-sim/code/
>
> To unsubscribe from further messages, please visit
> https://sourceforge.net/auth/subscriptions/
>

[Mars-sim-developers] walking bug/stuck in an airlock

[manny k. <man...@gm...>]

Hi Scott,

I'm revisiting an old issue regarding someone who get stuck in an airlock
of an observatory. The sim did not crash but my stack trace is flooded with
repeated logging statement and a stackoverflow.

Looking at the schedule tasks from a few sols ago, Ms Backman was first
requesting medical assistance on Sol 10 and being treated for a panic
attack and is recovering.

Since then she's been requesting medical help numerous time, up to today
the Sol 16. Sol 14 and Sol 15 tasks are missing and does not show up on the
Schedule Tab in Personal Window. Probably due to stackoverflow.

As an astronomer, her visit to do EVA is frequent an has to leave the
lander hab to get to the observatory daily.

Then a major fire occurs in the observatory in sol 12 and her fatigue is at
Bedbound level at 1540. Her performance is crippling (at zero). But she's
totally relaxed (stress is at 0).

This creates excessive logging about getting out of the airlock and
possibly because of that, it creates StackOverflowError in eclipse from
repetitive log statement

So, I'll going to:

a. Change from walkToBed(accommodations, person, false) to
walkToBed(accommodations, person, true) in Sleep.  This allows walkToBed()
to fail.

b. Annotate that calling getNewAction() enclosed inside a try-catch is
still considered "experimental" in canExitAirlock() in ExistAirlock.

c. Add setPerformanceFactor() in within the try-catch phrase in part b
above to "boost" a person's moral back to a sufficient level of confidence.

Note that I'm liberally assuming that in real life, a person would call
intercomm to request help from someone in imminent danger/trouble,

In this trivial case of getting stuck in an airlock of an observatory,
after speaking to someone, he may receive some morale support and his
performance level should GO BACK UP sufficiently to get himself out of
trouble :)

In future, I suggest we create a brand new "Desire" class (similar in scope
to Preference class) for modifying which near term Task(s) will have an
added bonus of probability to be chosen to performance.

May be we should also tune up the relationship between fatigue, stress and
performance. The 3 are interrelated.

I actually made a note inside canExitAirlock() in ExistAirlock.back in Feb
this year that I added getNewAction() inside a try-catch. For a while, it
seems to resolve one of those "walking bugs" that we encounter.

What else should we pay attention to and what other intervention should we
take ?

Regards,
Manny