Nick Prudent wrote:
> Antoine,
>
> I do not understand your last sentence: "However, if another plugin can,
> this error becomes a waring." Does it mean that I should call GDAL directly
> to convert the image into GeoTIFF, then use as input for osgDEM?
>
>
I meant that OSG plugins are called i
HI Serge,
When I say human readable I mean just that, directly readable without
the need for a special editor. XML sucks in this department. Its
barely human readable without special editors.
If end users want to add xml input to setting up VPB then that just
fine, one could even do this via a
Hi Brede,
Does the onscreen help cause the same performance slow down, or is it
just stats. The difference being that help is static text, and stats
is being dynamically update. The cost should be pretty negligible
though - the stats scene graph is trivial in size.
With the stats I have found t
On 8/19/07, Gert van Maren <[EMAIL PROTECTED]> wrote:
> > These databases can then be uploaded onto the internet and provideonline
> > GoogleEarth style roaming of whole planet databases
>
> I was under the impression, we could only have it local or on a high speed
> network thru the net plugin
Antoine,
So how do I make sure that the osgdb_ecw.dll plug-in gets called instead of
GDAL? As it is, osgDem just stops (crashes actually...). I am not looking
foward to recompiling GDAL ;(
- Nick -
I meant that OSG plugins are called in sequence, each plugin is trying
to load the file and r
Robert,
I'm pretty sure it's only the stats with the bar graphs.
I will check the help screen tomorrow when I'm back at work.
Brede
On 8/19/07, Robert Osfield <[EMAIL PROTECTED]> wrote:
>
> Hi Brede,
>
> Does the onscreen help cause the same performance slow down, or is it
> just stats. The di
Nick Prudent wrote:
> Antoine,
>
> So how do I make sure that the osgdb_ecw.dll plug-in gets called
> instead of GDAL? As it is, osgDem just stops (crashes actually...). I
> am not looking foward to recompiling GDAL ;(
>
You may get debug messages from OSG setting in environment
OSGNOTIFYLEVEL=D
Robert Osfield schrieb:
> BTW, the example runs fine under Linux, but on segfaults. Do others
> see this issue?
Hi all,
why I'm forced to run the Viewer SingleThreaded with current OSG from SVN ?
when I tested the FOX-Viewer code for the first time, I used the OSG-2.0
Release code. There was
Hi,
I would like to display text with constant size in pixels, so I have
used CharacterSizeMode as in the simple code sample below:
/ code start
#include
#include
#include
#include
#include
#include
osg::ref_ptr createSceneGraph() {
//this create geode with text "C++"
osg::r
Hi Nick,
I think there is a misunderstanding of how osgdem works. The OSG
readImageFile method, which invokes the plugins you are talking about, is
not used in osgdem/VPB currently: it uses the GDAL library directly. I
don't want you all to go down the wrong path trying to tweak OSG plugins
that
Jason,
Yes! This is exactly what I need:
http://fwtools.maptools.org/windows-package-notes.html . I'll download the
binaries and try gdal_translate and osgDem on ECW again.
10,000 thanks to you and Antoine ;)
- Nick -
From: "Jason Beverage" <[EMAIL PROTECTED]>
Reply-To: osg-users@lists.op
Hi Markus,
On 8/19/07, Markus Hein <[EMAIL PROTECTED]> wrote:
> Robert Osfield schrieb:
> why I'm forced to run the Viewer SingleThreaded with current OSG from SVN ?
Which viewer are we talking about here? What do you mean by forced to
run the Viewer SingleThreaded?
> when I tested the FOX-View
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Robert,
I have new information regarding the hangs. I have finally managed to
get my gdb to produce a meaningful backtrace when the viewer hangs and
this is the result.
For DrawThreadPerContext, it is blocked at:
Thread 1:
#0 0xb7f507f2 in _d
Hi Robert,
> The VPB state seems appropriate to me, I'm not sure what else need to be
> added.
I know it works but performance over the internet is just not really
anything like GE (OSG1.2). Maybe 2.x is faster... maybe it is our web
server...
I saw there was a discussion about speeding up
14 matches
Mail list logo