[SciPy-User] Simulations

cool-RR cool-rr@cool-rr....
Thu Oct 8 16:26:53 CDT 2009


How would you phrase it then, instead of "all simulations"? I wouldn't want
to deceive people.

On Thu, Oct 8, 2009 at 11:15 PM, David Goldsmith <d.l.goldsmith@gmail.com>wrote:

> Probably wise, but then Cesar's comment about being careful about what you
> advertise applies.
>
> DG
>
>
> On Thu, Oct 8, 2009 at 12:34 AM, cool-RR <cool-rr@cool-rr.com> wrote:
>
>> Hey Cesar and David,
>> I thought about this and I think I better stick to the "Do one thing well"
>> principle for now. Thanks for the insight though.
>>
>> Ram.
>>
>>
>> On Tue, Oct 6, 2009 at 9:23 PM, Cesar Koers <ckoers@telenet.be> wrote:
>>
>>> Hi Ram,
>>>
>>>
>>> A specific type of time domain solver for electromagnetics is e.g. TDFD
>>> = time domain finite difference. It is based on discretizing Maxwell
>>> equations in time & space
>>>
>>> But the Maxwell equations can also be expressed in the frequency domain
>>> (thus for every frequency instead of every time instant). This leads to
>>> FDFD = frequency domain finite difference.
>>>
>>> Other kinds of models, like based on finite elements (FE) can also be
>>> developed in the frequency domain.
>>>
>>> Perhaps you're now thinking that your 'step function' would still work
>>> in the frequency domain (response at frequency f_{i+} as a function of
>>> response at frequency f_i), but this doesn't work (to my knowledge)
>>> because it requires that the system is modeled by differential equations
>>> in the frequency domain (haven't encountered this before)
>>>
>>>
>>> Ah and some other 'bureaucracy' features:
>>> * tracking time spent / calculating time remaining till end
>>> * refining/coarsening time step to improve accuracy/reduce simulation
>>> time respectively
>>>
>>> best regards
>>>
>>> C
>>>
>>>
>>> cool-RR wrote:
>>> > Hey Cesar,
>>> >
>>> > Your comments are interesting.
>>> >
>>> > Can you explain to me a bit about frequency domain simulations? Can you
>>> > give an example of a simulation simulating a real world process?
>>> >
>>> > I agree that GarlicSim must handle the bureaucracy well, as its job is
>>> > to let the user write a simulation with as little bureaucracy as
>>> possible.
>>> >
>>> > P.S. I registered garlicsim.org <http://garlicsim.org> and it is now
>>> the
>>> > main domain.
>>> >
>>> > Ram.
>>> >
>>> > On Mon, Oct 5, 2009 at 9:11 PM, Cesar Koers <ckoers@telenet.be
>>> > <mailto:ckoers@telenet.be>> wrote:
>>> >
>>> >     Hi Ram,
>>> >
>>> >
>>> >     I quickly read through your intro doc, I think you've explained
>>> your
>>> >     idea quite well.
>>> >
>>> >     One remarks though: I think your framework would fit well to
>>> time-domain
>>> >     (transient) models. But at this moment I don't see how you could
>>> cast a
>>> >     frequency domain simulation (commonly used in EM solvers) in it.
>>> I'd be
>>> >     careful with the idea that 'all simulations' fit into this.
>>> >
>>> >     What I think is key to success of this kind of framework is how
>>> well it
>>> >     handles the 'bureaucracy' of performing simulations (and speed, but
>>> >     you've already mentioned that the actual number crunching is up to
>>> the
>>> >     user of the GarlicSim). With this, I mean the boring stuff, like
>>> e.g.:
>>> >
>>> >     * keeping track of which parameters vary between simulations
>>> >     * extracting data from a set of simulations as a function of one of
>>> >     these parameters
>>> >     * storing (and backing up) simulation results without taking up too
>>> much
>>> >     space and needing to invent unique and descriptive file names
>>> >     * being able to redo a simulation (storing simulation parameters
>>> with
>>> >     results)
>>> >     * making simulation reports
>>> >     * comparing results with real-world data
>>> >     * for long simulations, being able to continue simulation after a
>>> crash
>>> >
>>> >     Just my 2 cents
>>> >
>>> >     Best regards
>>> >
>>> >     C
>>> >
>>> >
>>> >     cool-RR wrote:
>>> >      > Hello,
>>> >      >
>>> >      > This is not directly related to SciPy; I'm posting it here
>>> because I
>>> >      > figure that there may be people here who know the scientific
>>> >     computing
>>> >      > world enough to help me with my question.
>>> >      >
>>> >      > I've been working on an open-source scientific computing project
>>> for
>>> >      > about 6 months now, and I've come to the conclusion that it's
>>> >     about time
>>> >      > to find other users except myself for it, so I may get valuable
>>> >     feedback
>>> >      > about which direction I should be taking this project.
>>> >      >
>>> >      > The project is called GarlicSim (http://garlicsim.com
>>> >      > <http://garlicsim.com/>). It's a Pythonic platform for working
>>> with
>>> >      > simulations. You may read more about it on the webpage. In
>>> short,
>>> >     it's a
>>> >      > very general framework for creating, running and analyzing
>>> >     simulations.
>>> >      > It's not specific to any scientific field; Its role is to
>>> provide a
>>> >      > general mold into which all simulations can be cast. If you want
>>> >     to know
>>> >      > more about it you can also read a (yet-incomplete) introduction
>>> >      >
>>> >     <
>>> http://dl.getdropbox.com/u/1927707/Introduction%20to%20GarlicSim.doc>
>>> >     to
>>> >      > it.
>>> >      >
>>> >      > So what I want to know is, who would be good potential first
>>> >     users for
>>> >      > this, and how could I reach them?
>>> >      > I'm not even sure which scientific field I would like to target,
>>> so
>>> >      > please suggest.
>>> >      >
>>> >      >
>>> >      > Thanks,
>>> >      > Ram Rachum
>>> >      >
>>> >      >
>>> >      >
>>> >
>>> ------------------------------------------------------------------------
>>> >      >
>>> >      > _______________________________________________
>>> >      > SciPy-User mailing list
>>> >      > SciPy-User@scipy.org <mailto:SciPy-User@scipy.org>
>>> >      > http://mail.scipy.org/mailman/listinfo/scipy-user
>>> >
>>> >     --
>>> >     Gaetan Cesar Koers
>>> >     Kerkveldweg 82
>>> >     1851 Humbeek
>>> >     +32(0)486 20 11 16
>>> >     _______________________________________________
>>> >     SciPy-User mailing list
>>> >     SciPy-User@scipy.org <mailto:SciPy-User@scipy.org>
>>> >     http://mail.scipy.org/mailman/listinfo/scipy-user
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Sincerely,
>>> > Ram Rachum
>>> >
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> >
>>> > _______________________________________________
>>> > SciPy-User mailing list
>>> > SciPy-User@scipy.org
>>> > http://mail.scipy.org/mailman/listinfo/scipy-user
>>>
>>> --
>>> Gaetan Cesar Koers
>>> Kerkveldweg 82
>>> 1851 Humbeek
>>> +32(0)486 20 11 16
>>> _______________________________________________
>>> SciPy-User mailing list
>>> SciPy-User@scipy.org
>>> http://mail.scipy.org/mailman/listinfo/scipy-user
>>>
>>
>>
>>
>> --
>> Sincerely,
>> Ram Rachum
>>
>> _______________________________________________
>> SciPy-User mailing list
>> SciPy-User@scipy.org
>> http://mail.scipy.org/mailman/listinfo/scipy-user
>>
>>
>
> _______________________________________________
> SciPy-User mailing list
> SciPy-User@scipy.org
> http://mail.scipy.org/mailman/listinfo/scipy-user
>
>


-- 
Sincerely,
Ram Rachum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.scipy.org/pipermail/scipy-user/attachments/20091008/04ffcb8a/attachment.html 


More information about the SciPy-User mailing list