Overunity.com Archives is Temporarily on Read Mode Only!



Free Energy will change the World - Free Energy will stop Climate Change - Free Energy will give us hope
and we will not surrender until free energy will be enabled all over the world, to power planes, cars, ships and trains.
Free energy will help the poor to become independent of needing expensive fuels.
So all in all Free energy will bring far more peace to the world than any other invention has already brought to the world.
Those beautiful words were written by Stefan Hartmann/Owner/Admin at overunity.com
Unfortunately now, Stefan Hartmann is very ill and He needs our help
Stefan wanted that I have all these massive data to get it back online
even being as ill as Stefan is, he transferred all databases and folders
that without his help, this Forum Archives would have never been published here
so, please, as the Webmaster and Creator of these Archives, I am asking that you help him
by making a donation on the Paypal Button above.
You can visit us or register at my main site at:
Overunity Machines Forum



Sjack Abeling Gravity Wheel and the Worlds first Weight Power Plant

Started by AquariuZ, April 03, 2009, 01:17:07 PM

Previous topic - Next topic

0 Members and 266 Guests are viewing this topic.

AquariuZ

Quote from: mondrasek on April 14, 2009, 03:46:45 PM
We might need to be conscious of how many significant digits WM2D maintains.  If it is rounding or truncating after, say, 8 digits, having elements with very large and very tiny property values in the same sim might result in situations where a calculation is performed that exceeds this limitation.  Certain physics predictions might actually become truncated in effect.  One way to prevent this problem (if it exists) is to keep all properties in the same logical range, say like from .0001 up to 9999.

Just a thought.

M.

I think it does not truncate but switches to scientific notation for anything with more than three digits after the decimal point..

The bar in the second animation is shown to have a mass of 6.408e+004 or 6.4080 KG or 6408 grams
Then again, it should just have displayed 6.408 kg If I type in just that 6.408 it switches from Standard to custom material. Maybe it does round up to four digits... Who knows?

You know, there is also a switch in there under preferences:

"Prevent model from running faster than realtime" default:on

Hmmmm

fletcher

Stefan et al .. IME rigid joints in WM are fine, providing you choose "measurable" rather than "optimised" in the properties box [double click on the joint or go to menu] - ATEOTD WM is a good tool to aid design & help extrapolate likely behaviour - it does not completely replace physical builds [the real simulation & benchmark] or critical thinking, but it can ease the experimenters burden somewhat - in fact quite a lot IMO.

mondrasek

Quote from: AquariuZ on April 14, 2009, 03:58:17 PM
I think it does not truncate but switches to scientific notation for anything with more than three digits after the decimal point..

Could be, but what if it does truncate?  If it is just keeping the four significant digits that are shown (truncating any further digits calculated) then using very large and small numbers together will mean that the small may have zero effect on the large.  Not a small effect as would be correct, but zero.

This may or may not be something to watch out for.  But when you look at the mass of the 320 M diameter wheel and compare that to the mass of the weight balls in some of the earlier sims and you may see the concern.  Keeping everything in the same logical range only helps to avoid this possible issue.

Omnibus

Quote from: fletcher on April 14, 2009, 04:09:10 PM
Stefan et al .. IME rigid joints in WM are fine, providing you choose "measurable" rather than "optimised" in the properties box [double click on the joint or go to menu] - ATEOTD WM is a good tool to aid design & help extrapolate likely behaviour - it does not completely replace physical builds [the real simulation & benchmark] or critical thinking, but it can ease the experimenters burden somewhat - in fact quite a lot IMO.

Correct. That fixes the problem. I tried it on the several questionable designs. What is this "optimized" anyway? Funny, this change seemed to uncheck the "Prevent the model from running faster than real-time" in Preferences.

AquariuZ

Uw e-mailkenmerk is 235676.
Geachte heer,

Naar aanleiding van uw e-mail, waarin u vraagt of Abeling Beheer B.V. toestemming heeft van het ministerie van VROM voor de bouw van Gewicht Energie Centrales in Nederland, kunnen wij u als volgt informeren. 

Helaas kunnen wij uw vraag niet beantwoorden. Uw e-mail hebben wij daarom voor verdere beantwoording doorgestuurd naar het ministerie van VROM. Om uw vraag goed te kunnen beantwoorden, is het mogelijk dat de beantwoordingtermijn langer is dan de eerder aangegeven twee werkdagen.



Wij hopen dat u hier begrip voor heeft.


Met vriendelijke groet,


Danny Huf

Publieksvoorlichter Postbus 51 Informatiedienst



TRANSLATION

   
Your e-mail reference is 235676.
Sir,

Further to your e-mail, in which you asked whether Abeling Beheer BV has obtained permission of the Ministry of VROM for the construction of Weight Power Plants in the Netherlands, we can inform you as follows.

Unfortunately we can not answer your question. Your e-mail has been forwarded to the Ministry of VROM for further response .It may be possible that the response time is longer than the regular two days.

We hope for your understanding.


Best regards,


Danny Huf

Public Information Officer PO Box 51


Waiting then. (not holding breath)