Subscribe to rss feed

Social contract | General | Forum

 
You must be logged in to post user permissions login Login register Register


Register? | Lost Your Password?

Search Forums:


searchicon 






Minimum search word length is 3 characters – Maximum search word length is 84 characters
Wildcard Usage:
*  matches any number of characters    %  matches exactly one character

topic

Social contract

print
small tagNo Tags
UserPost

3:28 am
November 14, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
1
0
ratedowngrey
rateupgrey

A draft version of the social contract is available in the Wiki. It would be nice to have this finished before we "launch" the website, say sometime before the end of November, so we should keep this in mind and continue to brainstorm ideas and refine the exact wording.

It has already been suggested that the piont "All official CSTART files used in the design and construction of our missions and spacecraft will be in formats which can be viewed and modified using software which is "free and open source" (The FSF's definition will probably work). This will apply to CAD files, spreadsheets, etc." may be problematic due to open source software simply not cutting it in some domains. About all we can do in response to this is put in a carefully worded exception clause for purposes such as these.

Perhaps we should also include something about never putting weapons of any kind on board any of our spacecraft or conducting any research which is purely military in application?

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

10:31 pm
December 6, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
2
0
ratedowngrey
rateupgrey

This is one of the things we will need to have well sorted out before we go too public.  At the moment this document has been roundly ignored – and fairly enough because we've had technical work to do, which is a lot more fun.  But now the time is here to sort this out a bit.

Important issues:

  • What is our stance on the use of open source software?  Obviously the most ideologically pure stance would be to make a strong claim along the lines of what is already there: "All official CSTART files used in the design and construction of our missions and spacecraft will be in formats which can be viewed and modified using software which is "free and open source" (The FSF's definition will probably work). This will apply to CAD files, spreadsheets, etc.".  The biggest potential problem here is that we may actually cripple our efforts if this strict stance means we cannot use adequate tools.  I don't know enough about the relevant parts of the free software landscape to judge how likely this is.  As a practical note, google's SketchUp has been a great boon to us so far – but it is not free (as in freedom) and with a strict stance like this we would have to stop.
  • We need to choose an actual license under which to make available all our images/video/plans, etc.  Someone somewhere suggested a Creative Commons license, and I am inclined to think this is a good idea.  There are a few of them available.  To me, an Attribution-NoCommercial license seems like the best bet – people can effectively do whatever they want with our work as long as (i) they attribute CSTART as the original source and (ii) they don't make money off of it.  We may want to include a Sharealike option (the presence or absence of Sharealike is like the GPL or BSD license in the software world).  Some people are touchy about this issue.  In general terms I don't like Sharealike (I BSD license all the free software I write), but I would not consider it so inappropriate in this stance since we are an organisation with a particular goal/agenda to push, which may be better served by Sharealike.
  • We need to think about how we can make sure this license actually ends up on anything.  Merely posting something on our forums doesn't give us any kind of control over it, the person who creates the work has to explicitly transfer the copyright to us.  Simply putting a terms of use agreement on the forum wouldn't work here because we want people to be able to put pictures they don't create on the forums (like of Copenhagen Suborbital's designs).  The best thing I can come up with is that we have our own file hosting service with a clear terms of use saying that anything uploaded there becomes property of CSTART.  There would be some work involved in setting this up.  That said, we will need to do something like this for videos, anyway.  Presumably the YouTube account is going to be managed by a single person (our Communications Officer, as discussed elsewhere).  Random people who film their small scale hybrid test burns etc. are going to want to be able to get those videos on CSTART's youtube channel, so we need a way for them to upload them somewhere where our Comms officer can (i) make sure they are appropriate (ii) maybe put a brief 5 second display of our logo and URL at the start that then fades into their video.  This upload process can also have a terms of use making it clear that they are trasnferring copyright.  This sounds like a lot of infrastructure to set up on our own, perhaps we could find existing services that are appropriate to use, at least as interim solutions?
  • We need to decide on an official license for software (GPL would probably be best) and come up with a hosting solution.  Once again, this would be a bit of work to set up so perhaps at least initially we should use an existing service for hosting code repositories.
  • We need to figure out exactly what our policy is with regards to patenting.
  • Do we want to put something in their explicitly prohibiting research with obvious military applications?
  • Any other ideas at all?

I think we should aim to have a final version of this document locked on the Wiki by the end of this week.  This feels realistic to me.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

12:09 am
December 7, 2009


brmj

Rochester, New York, United States

Member

posts 402

offline
link
print
3
0
ratedowngrey
rateupgrey

I think it is critical that our license allow commercial use, for our likelyhood of contributions from aerospace companies, but more importantly for the future of space exploration and, eventually, colinization. I don't much care who makes money off of our designs, as long as they remain freely avaliable. To that end, I would suggest CC-BY-SA or CC-BY.

One possible variation would be a duel liscense: CC-BY-SA and CC-BY-NC. That way, anyone who wanted to make comercial use of our design would have to share any changes they made.

Main work groups: Propulsion (booster), Spacecraft Engineering, Computer Systems, Navigation and Guidance (software)

6:42 am
December 7, 2009


Rizwan

Admin

posts 170

offline
link
print
4
0
ratedowngrey
rateupgrey

Luke Maurits said:

Important issues:

  • What is our stance on the use of open source software?  Obviously the most ideologically pure stance would be to make a strong claim along the lines of what is already there: "All official CSTART files used in the design and construction of our missions and spacecraft will be in formats which can be viewed and modified using software which is "free and open source" (The FSF's definition will probably work). This will apply to CAD files, spreadsheets, etc.".  The biggest potential problem here is that we may actually cripple our efforts if this strict stance means we cannot use adequate tools.  I don't know enough about the relevant parts of the free software landscape to judge how likely this is.  As a practical note, google's SketchUp has been a great boon to us so far – but it is not free (as in freedom) and with a strict stance like this we would have to stop.

We should keep this as open as possible. I believe this should be "All official CSTART files used in the design and construction of our missions and spacecraft will be in formats which can be viewed and modified using software which is "either free and/or preferrably open source"

Luke Maurits said:

  • We need to choose an actual license under which to make available all our images/video/plans, etc.  Someone somewhere suggested a Creative Commons license, and I am inclined to think this is a good idea.  There are a few of them available.  To me, an Attribution-NoCommercial license seems like the best bet – people can effectively do whatever they want with our work as long as (i) they attribute CSTART as the original source and (ii) they don't make money off of it.  We may want to include a Sharealike option (the presence or absence of Sharealike is like the GPL or BSD license in the software world).  Some people are touchy about this issue.  In general terms I don't like Sharealike (I BSD license all the free software I write), but I would not consider it so inappropriate in this stance since we are an organisation with a particular goal/agenda to push, which may be better served by Sharealike.

The suggestion by brmj is a good one. We should opt for a dual licence as he suggested.

Luke Maurits said:

  • We need to figure out exactly what our policy is with regards to patenting.

For now it would be better to just leave this open ended. We dont have the money for patenting nor a proper legal team. May be in future we can revisit this and change our stance with letting the community vote.

Luke Maurits said:

  • Do we want to put something in their explicitly prohibiting research with obvious military applications?

This I am not sure of.

8:25 am
December 7, 2009


rpulkrabek

Member

posts 349

offline
link
print
5
0
ratedowngrey
rateupgrey

Rizwan said:

We should keep this as open as possible. I believe this should be "All official CSTART files used in the design and construction of our missions and spacecraft will be in formats which can be viewed and modified using software which is "either free and/or preferrably open source"


I am all for Open Source, I even use Ubuntu as my default OS, however, I am still a bit skeptical of using only free and open source. For example, is it then possible to use Photoshop for logo's (by the way, Rizwan, what did you use?)? I am also a huge advocate in using Ansys as a means of FEA and CFD. It's extremely powerful. What if I were to do some FEA for say the booster to test the stress involved and shared the data? I also haven't tested BRL-CAD. If it works, great, but what if it doesn't? Sketchup is a good tool for conceptualizing, but I don't know how well it can handle designing (as in, I really haven't used it in a design purpose and don't know how well it can).

I also don't intend to be negative. Sorry if I come off as so. I'm just raising concerns, that's all. If the community decides only free and/or open source, then I will do my part and use only free and/or open source.

9:21 am
December 7, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
6
0
ratedowngrey
rateupgrey

I think we all realise you are not trying to be negative.  It is important to sort this issue out.

As for BRL-CAD, one of our new members, who has experience with a few proprietary CAD systems, has downloaded BRL-CAD and seems  keen to give it a try.  Hopefully we'll have some idea of how good it is soon.

As for Photoshop, I guess the person who can answer this best is Rizwan, since he is our main graphics guy.  Rizwan, how do you feel about Gimp?  To be honest, I'm not too concerned about using Photoshop to create our logos, etc.  I think the main motivation in trying to put a clause about this was to make sure the technical, substantive work we produced, like CAD files, etc. was readily accessible and modifiable.  For logos etc. I think it is enough that they be under a permissive license (aside: maybe our logo should be under a non-derivative works license), the creation software is no big deal.

As for Ansys, can I ask: are you a fan of it because you have used a wide range of FEA software, including open source options, and you think Ansys is the best, or are you just a fan because you have been taught how to use it as part of your degree and you are comfortable with its use?

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

9:33 am
December 7, 2009


Rizwan

Admin

posts 170

offline
link
print
7
0
ratedowngrey
rateupgrey

Post edited 3:40 pm – December 7, 2009 by Rizwan


@rpulkrabek: I am all for open source as well, but sometimes it might happen that there aren't any open source alternatives as good as a closed source one. So if we still go with open source, aren't we limiting our performance? That is why I suggested that it should be free (compulsory) and/or open source (preferrably).

PS: I used CorelDraw to create the logo. Photoshop should never be used to create logos, because it is raster. Logos should be created in a vector format for scalability.

9:40 am
December 7, 2009


brmj

Rochester, New York, United States

Member

posts 402

offline
link
print
8
0
ratedowngrey
rateupgrey

Post edited 3:44 pm – December 7, 2009 by brmj


Here's my take on all of this:

Normally, I'm a zealot about this stuff. I don't use Adobe's flash plugin, say "free software" and "GNU/Linux" instead of "open source" and "Linux", release all my code under GPLv3, and generally act like a good little RMS-fanboy. For this project, though, I'm going to have to be a bit more flexible than I usually am.

I would suggest strongly suggesting Free (as in freedom) Software whenever there is a suitable program and free as in cost when that isn't possible but allowing people to use whatever they want, as long as the file formats don't lock us in to any proprietary software if there is any viable alternative. I'm more concerned with the data and the software we write ourselves staying free than anything. In any case, RMS bootstraped GNU on proprietary UNIX systems, so I guess there is precidence for that sort of philosophy

Main work groups: Propulsion (booster), Spacecraft Engineering, Computer Systems, Navigation and Guidance (software)

10:30 am
December 7, 2009


rpulkrabek

Member

posts 349

offline
link
print
9
0
ratedowngrey
rateupgrey

Luke Maurits said:

As for Ansys, can I ask: are you a fan of it because you have used a wide range of FEA software, including open source options, and you think Ansys is the best, or are you just a fan because you have been taught how to use it as part of your degree and you are comfortable with its use?


I have used three different FEA softwares; Ansys, ProE Mechanica and Siemens NX. I'm a fan of it because I do understand it, but also because it seems to be the overwhelming favorite solution. It's such an impressive software that I feel like I am cheating when I use it to design at times. Also, every CAD format I have tried has integrated seamlessly with Ansys. I have to admit, though, I have never tried an open source solution. Ansys is a terribly expensive solution and would be difficult for the average CSTARTer to acquire, but if there are a handful of users that can handle the analysis then they can report the findings to the others.

This is only my opinion. I would prefer if we didn't make a decision based on what I say, as far as FEA and CFD, until we get more members that understand these types of things.

I am all for free and/or open source. I use it whenever possible. I think using Gnu Octave (QtOctave) will suite us more than Matlab. We can use Google Docs or OpenOffice instead of MS Office. I do think, however, that there are some instances where a more suitable solution exists, such as, in a case we decide to use some sort of transducer to measure, for example, vibration. Is there an open source solution to take the measurements?

12:37 pm
December 7, 2009


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
10
0
ratedowngrey
rateupgrey

Luke Maurits said:

  • What is our stance on the use of open source software?  Obviously the most ideologically pure stance would be to make a strong claim along the lines of what is already there: "All official CSTART files used in the design and construction of our missions and spacecraft will be in formats which can be viewed and modified using software which is "free and open source" (The FSF's definition will probably work). This will apply to CAD files, spreadsheets, etc.".  The biggest potential problem here is that we may actually cripple our efforts if this strict stance means we cannot use adequate tools.  I don't know enough about the relevant parts of the free software landscape to judge how likely this is.  As a practical note, google's SketchUp has been a great boon to us so far – but it is not free (as in freedom) and with a strict stance like this we would have to stop.

I think we should aim to have a final version of this document locked on the Wiki by the end of this week.  This feels realistic to me.


I'm not sure that we necessarily want to paint ourselves into such a small corner. I understand the motivation behind going with only open sourced software but this also requires that future members abandon the software that they are highly proficient at using. I can definitely see a potential mess if we have people using 10 different programs to create parts.

Question: are there standard file formats that nearly all programs can read? Can a file created in AutoCAD be read by BRL-CAD? If this is the case then we can just specify the file format and not the software used to create it.

Main Workgroups: Propulsion & Spacecraft Engineering

1:16 pm
December 7, 2009


rpulkrabek

Member

posts 349

offline
link
print
11
0
ratedowngrey
rateupgrey

Rocket-To-The-Moon said:

Question: are there standard file formats that nearly all programs can read? Can a file created in AutoCAD be read by BRL-CAD? If this is the case then we can just specify the file format and not the software used to create it.


Yes, there are common CAD formats, such as IGES or STEP for 3D CAD and DXF for 2D, however, when importing these formats, the user loses the history that was used to create the model.

3:00 am
December 8, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
12
0
ratedowngrey
rateupgrey

It seems like for the time being we should avoid saying anything about software restrictions.  As long as we write our bylaws appropriately it will be possible to periodically review the social contract, so we can add a clause about this later once we feel comfotable with its ramifications.

For now it should be sufficient to strictly require that our files themselves are available under a CC license and to just express a strong preference for file formats which can be worked on using free (in either sense) software, without actually requiring this. 

To some extent, natural selection will help us out here.  If two people post CAD files in different formats, one of which can be modified by software that is easy to get (free as in libre) and one cannot (super expensive proprietary CAD format), the number of people who can make useful modifications to the first one will be greater than those who can do so to the second.  The first design will progress faster than the second, which may end up being left behind.

If there are no objections to this stance, I'll update the Wiki.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

3:57 am
December 8, 2009


rpulkrabek

Member

posts 349

offline
link
print
13
0
ratedowngrey
rateupgrey

If you do update the Wiki, stress that we are about openess and that we prefer to use free and open source software. I think that on the about page says it well:

"CSTART is dedicated to open-source design principles, using freely available and open-source tools wherever possible, and easily available resources where an open source alternative does not exist."

1:17 am
December 10, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
14
0
ratedowngrey
rateupgrey

I have done almost a complete rewrite of the social contract Wiki page.  I would really appreciate people taking the time to give it a thorough read over and offer suggestions.

I think this version is a little more forgiving on our use of non-free software than the first version, but also a little more precise in that it explicitly identifies licenses and definitions.  There's also some new stuff that I think will help make sure we give of an image of being "good guys" and which people will find non-controversial.

There is still some work to be done, I put this together in a slight hurry.  It would still be good to:

  • Talk more about brmj's dual licensing proposition (do we want to charge companies a reasonable fee to license our work under a license which allows commercial use?) and put it in there.
  • Make some things less vague – e.g. the statement about not including chemically or biologically hazardous substances could use some clarification – arguably any rocket is chemically hazardous to some extent, but there is a real difference between, e.g. N2O and paraffin and hydrazine.  It's really nasty stuff like that we want to pledge to avoid.  As an aside, I did not include "nuclear" in this list, as some might expect, because I didn't want us to rule out the possibility of using small nuclear power solutions in future missions (not CLLARE, but missions which last a lot longer), since I feel that, contrary to uneducated public hysteria, this can be made safe.
  • Include some sort of preamble which clarifies that this is not supposed to be a literal, legally binding contract, but rather an attempt to codify the general spirit and ideology of CSTART, which we will make a good faith effort to stick to, but which sometimes we may not be able to follow right down to the letter for practical or legal reasons.

Nevertheless, I think this is a significant improvement.

I wanted to put something in there about us not engaging in animal testing, by which I meant that we wouldn't be testing our manned spacecraft by firing cats, dogs and monkeys into space like the US and USSR both did during the first space race – but I thought it may be hard to write a succinct clause which stops us from doing this without ruling out the possibility of later doing proper scientific research using insects or the like, which we may want to consider.  We can always make ammendments later, anyway, if we define a procedure for doing so in the bylaws.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

7:01 am
December 10, 2009


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
15
0
ratedowngrey
rateupgrey

Post edited 1:01 pm – December 10, 2009 by Rocket-To-The-Moon


CSTART shall not organize or finance the construction or launch of any rocket or spacecraft which contains chemically or biologically hazardous substances.

This is probably impossible if it refers to rocket fuels. Does this specifically mean that we will not finance anything that may be used directly as a weapon?

Maybe it could be re-written so that it clarifies that the use of material hazardous to human health shall be used in the most limited quantities possible.

Main Workgroups: Propulsion & Spacecraft Engineering

7:46 am
December 10, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
16
0
ratedowngrey
rateupgrey

It is hard to specify decent safety criteria when there is rocket fuel involved.  Obviously there is always going to be some degree of fire and explosion risk.    Ideally, it would be nice if we could guarantee that if there was, say, a fuel leak at a launch site, or an explosion near to earth where stuff rained down on people, or one of our rockets somehow accidentally landed in someones back yard, people involved could be confident that at worst they are going to get burned.  There should be no question of people being poisoned, turning blind, getting cancer, that sort of thing.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

9:08 am
December 10, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
17
0
ratedowngrey
rateupgrey

How about replacing

  • CSTART shall not organize or finance the construction or launch of any rocket or spacecraft which contains chemically or biologically hazardous substances.

with:

  • CSTART shall not organize or finance the construction or launch of any rocket or spacecraft which contains materials which are poisonous, toxic, corrosive, carcinogenic or infectious.
  • Rockets and spacecraft whose construction or launch are organized or financed by CSTART shall contain materials which are flammable, explosive or radioactive only when their presence is justified by legitimate engineering or scientific concerns.  These materials shall be present in the minimum quantities practical and their transport, storage and use shall be in accordance wiith industry standard safety procedures.

We can't rule out flammable or explosive stuff and still launch rockets, and if we rule out radioactive stuff, we rule out nuclear power.  Can we definitely rule out poisons, toxins, corrosive stuff, carcinogens and infectious stuff?  Are any of these substances a necessary component of systems we would need to use?

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

10:17 am
December 10, 2009


brmj

Rochester, New York, United States

Member

posts 402

offline
link
print
18
0
ratedowngrey
rateupgrey

I think we shouldn't necessarilly rule out poisonous, toxic, corrosive or carcinogenic materials either, just try to avoid and, when they are necessary, minimize their use. Bassically, I wouldn't have much of a problem with using fuming nitric acid if we weren't stupid about it and it prooved necessary, but I would have a problem with ever using hydrazine, which is just plain nasty, or chlorine trifloride, which is highly toxic and reacts hypergolically with test engineers.

Also, let me mention that many good fire supressents are probably respratory hazards at the very least, and that lithium hydroxide, used in most space craft life support systems, is corrosive.

Main work groups: Propulsion (booster), Spacecraft Engineering, Computer Systems, Navigation and Guidance (software)

10:44 am
December 10, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
19
0
ratedowngrey
rateupgrey

Alright, how about simply doing this:

  • Rockets and spacecraft whose construction or launch are organized or financed by CSTART shall contain materials which are flammable, explosive, poisonous, toxic, corrosive, radioactive, carcinogenic or infectious only when their presence can be justified by legitimate engineering or scientific concerns, and then only when alternatives without these properties are for some reason unsuitable.  Where used, these materials shall be present in the minimum quantities practical and their transport, storage and use shall be in accordance with industry standard safety procedures.

This does not directly rule anything out, but requires us to justify all hazardous material onboard.  It effectively rules out things like hydrazine or chlorine trifloride, because we could always just use greater amounts of less dangerous propellants to achieve the same outcomes.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

3:07 pm
December 10, 2009


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
20
0
ratedowngrey
rateupgrey

Luke Maurits said:

  • Rockets and spacecraft whose construction or launch are organized or financed by CSTART shall contain materials which are flammable, explosive, poisonous, toxic, corrosive, radioactive, carcinogenic or infectious only when their presence can be justified by legitimate engineering or scientific concerns, and then only when alternatives without these properties are for some reason unsuitable.  Where used, these materials shall be present in the minimum quantities practical and their transport, storage and use shall be in accordance with industry standard safety procedures.

That looks fairly good to me. I don't think that we should impose such strict limitations on what we can and can't do. Having a policy about not using exceptionally dangerous materials is smart though.

Main Workgroups: Propulsion & Spacecraft Engineering

small tagNo Tags

About the CSTART – Collaborative Space Travel and Research Team Forum

Forum Timezone: UTC -6

Most Users Ever Online: 59

Currently Online:
9 Guests

Currently Browsing this Topic:
1 Guest

Forum Stats:

Groups: 4
Forums: 36
Topics: 516
Posts: 3818

Membership:

There are 1144 Members

There are 2 Admins

Top Posters:

Rocket-To-The-Moon – 685
brmj – 402
rpulkrabek – 349
DenisG – 69
antinode – 64
J. Simmons – 46

Recent New Members: daffodil1003, lejufe, aquariusmediaa91, megasplosion, peterpaul008, Sandra

Administrators: Luke Maurits (1483 Posts), Rizwan (170 Posts)



 
share save 120 16