PDF and AMR_SOL's flowin command

[James Quirk]

The attached PDF, myscript.pdf, is a proof-of-concept that it is
now possible for a document to issue AMR_SOL's flowin command
and access the raw data from a computational run. The attached simply
plots the computational grid when you hit the "flowin" button,
but one can imagine crafting all sorts of custom diagnostics.

As shipped, the document accesses:

http://www.amrita-cfd.org/frpaa/my.script/Corner5

which is the solution generated by Chp2/my.script from the VKI notes.
You can change the 5 to 1,2,3, or 4, to access the other phases
of the simulation.

Note that you will need to use AR9.2 to view this PDF.
Also note that there is a bug under the Linux version that
prevents the backspace from working. Therefore to alter the
URL you will need to position the text caret to the left of
the 5 then type Shift+Delete, which deletes the character
to the right of the caret. You can then type one of the
numbers 1 through 4. Whatever you do, do not press the
ENTER key in the text field for it causes another bug
with the Linux version AR9.2 . I filed these as bugs
almost a year ago, but alas the wheels at Adobe turn
slowly. Nevertheless, think of the implications of this
myscript.pdf and ask yourself where we might be
in ten year's time.

Now if you would like to try plotting the grid from one of
your own calculations, just copy the .dstr file from
the relevant flowout to some publicy accessible URL.
Then take the attachment "crossdomain.xml"
from the myscript.pdf and place it in the same directory
as the .dstr file. This last step is needed to keep
AR's security mechanism happy.

When I get the chance, I will write the boiler-plate
needed to plot and probe the actual flow solution.

James

[ralph]

On Nov 23, 5:18 pm, James Quirk <j...@galcit.caltech.edu> wrote:
> The attached PDF, myscript.pdf, is a proof-of-concept that it is
> now possible for a document to issue AMR_SOL's flowin command
> and access the raw data from a computational run. The attached simply
> plots the computational grid when you hit the "flowin" button,
> but one can imagine crafting all sorts of custom diagnostics.
>

James,

This is too cutting edge.
With either acroread 9.2 or amrpdf
myscript.pdf crashes my window system.

Ralph

[James Quirk]

Ralph,

>
> James,
>
> This is too cutting edge.
> With either acroread 9.2 or amrpdf
> myscript.pdf crashes my window system.

I suspect the problem lies with your AR preferences. Type Ctrl-K to bring
up the preference pane, then click on the category "3D & Multimedia". You
should see a section "Renderer Options". Try setting the "Preferred
Renderer" to "Software" and also click on "Enable hardware rendering for
legacy video cards" and try again.

James

>
> Ralph
>

[Ralph Menikoff]

OK, with that setting myscript.pdf does work.

Ralph

[James Quirk]

Ralph,

On Sun, 29 Nov 2009, Ralph Menikoff wrote:
> This is too cutting edge.

As a follow-up to your comment, I won't deny there are teething problems,
but on the time scale I'm imaging this is not an issue.

Specifically, consider this BBC news article from today:

http://news.bbc.co.uk/2/hi/science/nature/8381425.stm

and then ask yourself what will be reported in 2360 regarding the
computational powered science done in 2010. For 2360 year will mark the
Royal Society's 700th anniversary, rather than the 350th that the RS is
currently gearing up to celebrate.

Of course, come 2360 we'll all be dead, buried, and forgotten.
Nevertheless AMRITA is built on the premise that we have a collective
responsibility to consider the computational legacy we're leaving for
future generations. Hence my exploration of self-substantiating documents
that allow the interested reader to sample the reported work first-hand.

I have a very rough draft document:

http://www.amrita-ebook.org/frpaa/draft/jjq-frpaa.pdf

that trys to articulate this responsibility from the perspective
of the Federal Research Public Access Act. I emphasize that
the document is rough as it is only about 40% complete.
Moreover the material in place was done more to see what could be done
with Adobe Reader's new SWF engine rather than producing a document to
be read by third-parties. It's really me thinking aloud, so
if anything jars then my reply is that you're not expected to agree
with all the thoughts expressed.

James

[James Quirk]

I should have noted that the document jjq-frpaa.pdf currently
only works with the Linux and Windows versions of AR9.2 .
The OS X version is completely crippled owing to an
Adobe Bug. I've filed a bug report and
I'm currently waiting to hear back from Adobe to
see if there is a workaround.

[James Quirk]

I've just uploaded a file, climategate.pdf, to the newsgroup. It's a quick
example that plots a schlieren from the flowout files produced by an
AMRITA script. The document include two sliders that control the image's
exposure and amplification. The data is housed as attachments and is
accessed using pdf://Corner1, pdf://Corner2 etc. . As before, you can give
a URL to your own data so long as you employ a crossdomain.xml file.


The PDF also contains the source of the document, but you won't be able to
run it as it requires some AMRITA glue to access Adobe's FLEX SDK which I
won't make available until the New Year. Nevertheless the example shows
how it would now be possible to produce some self-contained teaching
material that wouldn't require students to get their hands dirty.

James