Kai,
You are welcome! Thanks for letting us know the problem is resolved for you.
Cory
On Thu, Oct 1, 2015 at 8:12 AM, kai liu wrote:
> Cory,
>
> Yes. ParaView's master branch works fine with STL load issue now. Thank
> you for your help!
>
> Kai L.
>
>
>
> On Wednesday,
Hi Brock,
Some answer are provided below.
I’m looking at a need to allow off campus and public (k-12, other schools)
> the ability to visualize data we host at our site.
>
What kind of data? Are you expecting dynamic pipeline, or some kind of
constrained exploration could be a possibility?
>
Thanks Sebastien,
> On Oct 1, 2015, at 11:30 AM, Sebastien Jourdain
> wrote:
>
> Hi Brock,
>
> Some answer are provided below.
>
> I’m looking at a need to allow off campus and public (k-12, other schools)
> the ability to visualize data we host at our site.
Hello ParaViewers,
I just encountered a very strange error on a new system that
I was building ParaView on.
I decided to build the just released version 4.4.0 of ParaView,
and used the version of QT that I've been using for all of the 4.x
versions of ParaView (QT 4.8.2). Also, I'm using Python
On Mon, Sep 28, 2015 at 07:22:52 +, Schlottke-Lakemper, Michael wrote:
> Thanks for the quick fix! I still end up with a file named
> "download.php?submit=Download=v4.4=source=all=ParaView-v4.4.0-source.tar.gz”
> (and that can be fixed using "-O filename”), but at least the
> downloading works
Hi,
It is simple to create a .foam file; just do "touch xxx.foam" in the working
directory. Then point ParaView at that file and it will use the builtin
openFoam reader which should offer the reconstructed/decomposed option. The
empty file just tells ParaView which reader to use based on the