Hi all,
This just came up at work a few days ago since I was confused why both
assignment methods performed the same way.
I agree that the cmake option should be removed and set to a default to
avoid confusion. I don't have a preference for that default since the
changes needed to switch our
Lv,
It sounds like you will need a better image manipulation program. Here are
some you can get for free:
http://www.gimp.org/
http://www.getpaint.net/
In these programs they should have an option to set the background as
transparent, here are some tutorial links:
http://www.downforeveryoneorjustme.com/http://www.khronos.org/
On Wed, Oct 23, 2013 at 9:27 AM, David Glenn da...@dglenn.com wrote:
Greetings All!
Has anyone noticed that khronos.org is down or is it me?
Thank you!
D Glenn
David Glenn
---
D Glenn
Hi Nick,
I have found GeographicLib to be a good coordinate converter. It supports
ECEF (Geocentric), although I'm not sure about the round earth format you
referred to.
https://geographiclib.sourceforge.io/
Nathan
On Fri, May 5, 2017 at 11:35 AM, Trajce Nikolov NICK <
Hi Rodrigo,
If you run make install from the build directory, all of the includes and
libraries will go to the /usr/local/ directories and then you can set
OSG_ROOT to /usr/local (although I believe it's already on the search
path). It's good practice to not have multiple OSG versions on the
expected.
Thanks,
Nathan
On Thu, Dec 19, 2019 at 8:51 AM Robert Osfield
wrote:
> Hi Nathan,
>
> What platform are you building with? OS/cmake/compiler versions?
>
> What issues do you see apart form the post fix change?
>
> Robert.
>
> On Wed, 18 Dec 2019 at 18:10
Hi Robert,
Looks good except for the following issue I just noticed since 3.6.3:
Since the 43b274f commit (Mar 21, 2019) OSG has been installing 64-bit
libraries in /usr/local/lib instead of /usr/local/lib64 due to the
condition of LIB_POSTFIX not being defined when using cmake > 2.8.5.
Let me
Hi Robert,
I made an easy fix to the cmake file that avoids having to rewrite a lot of
the variables and sent it to osg-submissions.
Thanks,
Nathan
On Wed, Dec 18, 2019 at 10:09 AM Nathan Mielcarek
wrote:
> Hi Robert,
>
> Looks good except for the following issue I just noticed si
Paul,
Looking at the OSG Viewer.cpp code, the run() function contains this code:
if (!getCameraManipulator() && getCamera()->getAllowEventFocus())
{
setCameraManipulator(new osgGA::TrackballManipulator());
}
Therefore, by adding this line before viewer.frame() is called makes
Robert,
Great news! I look forward to using this in the near future either through
OSG directly or osgEarth.
Was a bit amused by your comment about the accuracy on "finding your
house". I think it's a great feature, especially considering how that data
can be used by autonomous vehicles
10 matches
Mail list logo