[osg-users] extension for OGR plug-in to handle COLLADA models
Dear Cedric Pinson, dear all in the scope of a student research project I developed 2 plug-ins for OGR and OpenSceneGraph to load COLLADA 3d models from KML files and to visualise them with OpenSceneGraph (using the existing dae plug-in). Now I have permission to post my results to the open-source community. Both, the current releases GDAL/OGR-1.5.0 and OpenSceneGraph-2.3.4 contain new plug-ins, supporting readout of spatial vector data from KML files and connection to the OGR abstract data model for spatial vector data retrieval respectively. Thus, in my opinion, the next step is to integrate my work into this projects mentioned above since both newly released plug-ins lack the ability to handle the 3d geometry of COLLADA models (exactly what was achieved by my student research project) rendering them to a more or less complete solution for KML file handling in OpenSceneGraph and GDAL/OGR. I would like to start working together with Cedric to achieve the fusion of our work since this should be an easy task as far as I can conclude from a look into his source code... Would be happy about a response :) Cheers Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] VirtualPlanetBuilder linking problem
Hi @ all, I downloaded the VPB release 0.9.1 via SVN checkout and the OpenSceneGraph 2.0.0 osg2.0.0_vs71_setup_2007-06-19.zip. Building with Visual C++ 2005 / VS 8.0 succeeded but: When I start the generated osgdemd.exe I get an error message Entry Point Not Found The procedure entry point [EMAIL PROTECTED]@[EMAIL PROTECTED] could not be loceted in the dynamic link library osg.dll So I tried two days to build OpenSceneGraph-2.1.5 that I downloaded via SVN checkout but the generated osgd.dll gives me the same error. An internet and osg-user search failed. Now I'm out of ideas. Any suggestions?? Thanks in advance. Christoph -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] VirtualPlanetBuilder linking problem
I built the release version but the same error... By the way it's the correct osg.dll v2.0.0 that is opened I checked it by renaming it. On 8/21/07, Robert Osfield <[EMAIL PROTECTED]> wrote: > Could this be an issue of mixing debug and release versions. Try > compiling the release version of VPB. > > On 8/21/07, Christoph Ehrler <[EMAIL PROTECTED]> wrote: > > Hi @ all, > > > > I downloaded the VPB release 0.9.1 via SVN checkout and the > > OpenSceneGraph 2.0.0 osg2.0.0_vs71_setup_2007-06-19.zip. > > > > Building with Visual C++ 2005 / VS 8.0 succeeded but: > > > > When I start the generated osgdemd.exe I get an error message > > Entry Point Not Found > > The procedure entry point [EMAIL PROTECTED]@[EMAIL PROTECTED] could not > > be loceted in the dynamic link library osg.dll > > > > So I tried two days to build OpenSceneGraph-2.1.5 that I downloaded > > via SVN checkout but the generated osgd.dll gives me the same error. > > > > An internet and osg-user search failed. Now I'm out of ideas. > > Any suggestions?? > > > > Thanks in advance. > > Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OGR plugin for OSG
Hi @ all, I'm wondering if there is support for reading/writing vector data via the OGR library in OSG. In particular I want to display KML and later GML data on a virtual terrain or the globe created with osgDEM / VirtualPlanetBuilder. GDAL is already contained in OSG as a plugin for raster file I/O. OGR for vector files is part of GDAL and the appropriate source files are already in the 3rdparty include folder... Thus OGR should be included in the gdal12.dll in 3rdparty bin folder??? I went trough the implementation of the OSG Shapefile plugin and found it very handy as a development basis for an OGR plugin. Anybody already did something like this? If not I would really appreciate some help and advice how to code the plugin. Tanks Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Fwd: OGR plugin for OSG
OK it's me again... I started development on the plugin but ran into the following problem: When OSG tries to use the generated osgdb_ogr.dll it fails to open it (DynamicLibrary::failed loading...). When I rename another dll (e.g. osgUtil.dll) OpenSceneGraph succeeds (opened DynamicLibrary...) but can't find the plugin of course. Thus the error is independent from what methods are inside the dll !?! For generating the plugin dll I copied the "Plugins gdal" / "Plugins shp" projects and renamed the output directories/files. All builds fine with no error nor warning. It doesn't work with the release dll neigther with the debug version despite the correct dll is used depending if I try it with osgViewer or osgViewerd... Please help a frustrated developer that ran out of ideas :) Thank you Christoph -- Forwarded message -- From: Christoph Ehrler <[EMAIL PROTECTED]> Date: Sep 3, 2007 9:50 AM Subject: OGR plugin for OSG To: osg-users@lists.openscenegraph.org Hi @ all, I'm wondering if there is support for reading/writing vector data via the OGR library in OSG. In particular I want to display KML and later GML data on a virtual terrain or the globe created with osgDEM / VirtualPlanetBuilder. GDAL is already contained in OSG as a plugin for raster file I/O. OGR for vector files is part of GDAL and the appropriate source files are already in the 3rdparty include folder... Thus OGR should be included in the gdal12.dll in 3rdparty bin folder??? I went trough the implementation of the OSG Shapefile plugin and found it very handy as a development basis for an OGR plugin. Anybody already did something like this? If not I would really appreciate some help and advice how to code the plugin. Tanks Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OGR plugin for OSG
Thanks for all suggestions. Actuallly the plugin is found and it's in the right place. The "only" problem is the opening/loading of the plugin dll fails... Maybe I have to change the INSTALL project created by cmake to put the dll in the right directory by "building" the project because just copying the generated dll by hand is not enough?? On 9/6/07, Robert Osfield <[EMAIL PROTECTED]> wrote: > On 9/5/07, Antoine Hue <[EMAIL PROTECTED]> wrote: > > Christoph Ehrler wrote: > > > OK it's me again... > > > > > > I started development on the plugin but ran into the following problem: > > > When OSG tries to use the generated osgdb_ogr.dll it fails to open it > > > (DynamicLibrary::failed loading...). When I rename another dll (e.g. > > > osgUtil.dll) OpenSceneGraph succeeds (opened DynamicLibrary...) but > > > can't find the plugin of course. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] South pole wtih VirtualPlanetBuilder
Hi Christophe, as Robert told this is normal because the BlueMarble texture you put on the sphere is a cylindrical projection of the earths surface. Since a cylinder has a curvature in only one direction but the sphere has two there are distortions increasing with the distance to the equator (only the equator is preserved in it's length by [normal] cylindrical projection) And because of this we need different projections for the poles (azimuthal) and the rest of the world (cylindrical) you will find in every atlas (geographic map collection) Look at GoogleEarth, it's the same problem. On 9/7/07, christophe loustaunau <[EMAIL PROTECTED]> wrote: > Hi all, > > I have generated a database with the bluemarble data, and I have found > something strange > on the south pole. > Could someone who have also generated this database could look at the screen > attached to the mail, > and tell me if he have the same thing ? > > Thanks. > > Christophe. > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] ANN: osgGIS
Yes, that's a wonderful project... I'll keep on testing it with other data soon. There is only one thing to mention. In the osgGIS-Viewer with the example data the origin of the earth is at the Galapagos Islands and not in the center of the earth... makes rotating a bit tricky ;-) On 9/6/07, Glenn Waldron <[EMAIL PROTECTED]> wrote: > The osgGIS project (http://osggis.org) is now online! This is a library that > aims to facilitate the integration of GIS vector data into OSG apps, and to > be a nice complement to VPB/osgdem. > > The project is just in its early stages so don't expect the world just yet > ;) > > There is no public SVN access yet (there will be) but you can download > snapshots of the VS2005 solution and Win32 binaries and experiment with the > command-line utilities and samples. There's no CMake build system in place > yet either so that means a little extra elbow grease for you non-Windows > users. > > There is a Wiki (http://osggis.org/wiki) that will grow with documentation, > FAQs, and examples. > > For support and general discussion, there is a discussion board > (http://osggis.org/forums). > > I hope you find this useful. We are initially developing osgGIS in support > our software services business, but I hope it can thrive as an open source > project on its own as well. > > -- > Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : 703-652-4791 > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] VTP height field issue
Hi @ all, probably it's a noob question... I downloaded some data from NASA Blue Marble (http://visibleearth.nasa.gov/view_set.php?categoryId=2355&p=3) and tried to produce a whole earth representation with topography. But the height field does not match the texture. North and South are mixed up as well as East and West. But when I start mirroring and flipping the height field JPG it does not resolve much. Height field and texture are perfectly matching when using a normal image viewer. The problem is, if I use the height field as a texture the "mountains" show up at a complete different location than they show up as "real bumps" when using the same file as height map. Height Field: BMNG Raw Topography srtm_ramp2.world.21600x10800.jpg Texture: Blue Marble Next Generation w/ Topography and Bathymetry world.topo.bathy.200406.3x21600x10800.png I converted both data sources with gdal_translate to TIF files and added a image pyramid with gdaladdo but it didn't resolve anything. I am building the paged database to single files (IVE) instead of building to an archive (OSGA) but as I can remember it makes no difference for this problem too. gdal_translate srtm_ramp2.world.21600x10800.jpg srtm_ramp2.world.21600x10800.tif gdaladdo -r average srtm_ramp2.world.21600x10800.tif 2 4 8 16 32 gdal_translate world.topo.bathy.200406.3x21600x10800.png world.topo.bathy.200406.3x21600x10800.tif gdaladdo -r average world.topo.bathy.200406.3x21600x10800.tif 2 4 8 16 32 osgdemd --whole-globe -d srtm_ramp2.world.21600x10800.jpg --whole-globe -t world.topo.bathy.200406.3x21600x10800.tif -l 5 -v 1000 --geocentric -o blue_marble2.ive Some suggestions welcome :) Thanks Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] VPB with tiled raw data
Hi @ all, Is it possible to build a paged database with VirtualPlanetBuilder from heightfield and texture data that is tiled ?? More precise, can VPB process multiple import data files to build a whole representation of the area. What happens, if heightfiled or texture data tiles: -> overlap -> do not fit exactly (space between tiles with no data) -> have not the same resolution What happens if the heightfield data and the texture overlap not perfectly (e.g. larger extend of texture than of heightfield or vice versa) ?? Is it possible to have more accurate heightfield data embedded into more general one (e.g. a precise representation of an area of interest on a whole globe) ?? Does the more general height data then cut through the precise data and it ends up with very ugly artifacts?? Thank you for consideration Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] LOD levels in Terrain generation.
Hi Om, just a simple answer and some more questions because I'm not one of the VirtualPlanetBuilder/osgDEM coders. The topmost LOD is the one with the worst resolution (only one tile). The deepest LOD is the one with the best resolution. When osgDEM arrives at the resolution of the original data it stops since doing more levels of detail is ridiculous. One question for me is how big is LOD 1 ??? A tile of size 512x512 pixel ?? Is it possible to reduce the LOD count while preserving that the highest LOD is the original resolution??? Meaning, I want to reach my original resolution no matter what I definet as LOD count. Cheers Christoph On 10/18/07, om <[EMAIL PROTECTED]> wrote: > Hi, > > I tried to generate paged LOD database using osgdem (Using texture map > and .dem file as input). > The application is unable to generate the LOD database in case of high > no of levels(I tried with a level 9 input but only 6 levels were created). > Application quits after generating these levels without any warning or > error message. > Is there any dependency between the image resolution and no of levels? > Or is it because of some other reasons? > > Thanks. > > Om > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Collada plugin DAE flaws
Hi @ all, I'm working on an project for importing the COLLADA models out of a KML file into OSG. Reading of needed attributes and coordinate transformation works fine with GDAL/OGR library and invoking the OSG plugin for importing COLLADA .dae files works almost perfect too... I'm using OSG 2.1.7 with COLLADA DOM 1.4.1 I found two things that seem not yet implemented in the COLLADA plugin: " 1) Models with colors instead of textures applied show up black with some displaying errors (flickering faces) 2) Model scaling does not take unit specification inside COLLADA into account. I have to scale models manually afterwards. http://www.collada.org/2005/11/COLLADASchema"; version="1.4.1"> Google SketchUp 6.0.515 ... ... When I open the models with GoogleEarth all is fine. They display in correct colors and at correct scale. Is there a commandline option in the COLLADA plugin to set the "target unit" for resolving issue 2 ?? E.g. I want "meters" and every different unit it converted to that (e.g. inch, millimeter). Are there updates in the COLLADA plugin from OSG 2.1.7 to 2.2.0 ?? Of course I would like to "never change a running system" :) Cheers Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] small VirtualPlanetBuilder bug
Hi @ all VTP users and developers, Apparently it's not arbitrary how to arrange the data input for VirtualPlanetBuilder. The first commandline input produces a weired result with texture and heightfield matching but meshing of the heightfield corrupted. Every tile of the heightfield has only one central point to which all triangles converge. The second commandline produces perfect results though -d and -t statements are yust exchanged !?! osgdem -t -d -l 99 -o osgdem -d -t -l 99 -o Just to inform you because we spent hours believing it was the compression or the bit depth of the GeoTIFF !! Cheers Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] small VirtualPlanetBuilder bug
Hi Robert and Jason, yes, there are different coordinate systems: texture - lat/long height - UTM 32N (WGS 84, meter) At the time I care about the "optical aspect" only thus I didn't test which coordinate system the output had. Unfortunately I can't send images since the data is not ours. I will do some testing with the Puget Sound data. Cheers, have a nice week Christoph On Nov 23, 2007 5:17 PM, Jason Beverage <[EMAIL PROTECTED]> wrote: > Hi Christoph, > > Are your elevation and imagery in the same coordinate system? It's > been awhile since I've looked at VPB, but if I recall correctly, the > last input file on the command line is used to determine the > coordinate system of the output database. So, if someGeoTiff_Height > is in a geodetic projection and someGeoTiff_Texture is in a UTM > projection, the first command will produce a database in geodetic and > the second command line will produce a database in UTM. > > VPB should scale height values appropriately (at least it was at one > point) if you are producing a geodetic database, but this is one > explanation as to why your output would be different depending on the > order of your command line arguments. > > Good luck! > > Jason > > > On 11/23/07, Christoph Ehrler <[EMAIL PROTECTED]> wrote: > > Hi @ all VTP users and developers, > > > > Apparently it's not arbitrary how to arrange the data input for > > VirtualPlanetBuilder. > > > > The first commandline input produces a weired result with texture and > > heightfield matching but meshing of the heightfield corrupted. Every > > tile of the heightfield has only one central point to which all > > triangles converge. > > The second commandline produces perfect results though -d and -t > > statements are yust exchanged !?! > > > > > > osgdem -t -d -l 99 -o > > > > > > osgdem -d -t -l 99 -o > > > > > > Just to inform you because we spent hours believing it was the > > compression or the bit depth of the GeoTIFF !! > > > > Cheers > > Christoph > > ___ > > osg-users mailing list > > osg-users@lists.openscenegraph.org > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] VTP height field issue
Hi Bob, I have to disappoint you - sorry. I gave up after a while and use a "flat" earth now... (you can't see the mountains anyway if you don't zoom too much ;-) Cheers Christoph On Nov 28, 2007 2:48 PM, Bob Kuehne <[EMAIL PROTECTED]> wrote: > hi chris, did you ever get this figured out? i'm running into the same > problem. thanks! bob > > > On Sep 19, 2007, at 5:19 AM, Christoph Ehrler wrote: > > > Hi @ all, > > > > probably it's a noob question... > > I downloaded some data from NASA Blue Marble > > (http://visibleearth.nasa.gov/view_set.php?categoryId=2355&p=3) > > and tried to produce a whole earth representation with topography. > > > > But the height field does not match the texture. North and South are > > mixed up as well as East and West. But when I start mirroring and > > flipping the height field JPG it does not resolve much. > > > > Height field and texture are perfectly matching when using a normal > > image viewer. > > The problem is, if I use the height field as a texture the "mountains" > > show up at a complete different location than they show up as "real > > bumps" when using the same file as height map. > > > > > > > > Height Field: > > BMNG Raw Topography > > srtm_ramp2.world.21600x10800.jpg > > > > Texture: > > Blue Marble Next Generation w/ Topography and Bathymetry > > world.topo.bathy.200406.3x21600x10800.png > > > > > > I converted both data sources with gdal_translate to TIF files and > > added a image pyramid with gdaladdo but it didn't resolve anything. > > I am building the paged database to single files (IVE) instead of > > building to an archive (OSGA) but as I can remember it makes no > > difference for this problem too. > > > > > > > > gdal_translate srtm_ramp2.world.21600x10800.jpg srtm_ramp2.world. > > 21600x10800.tif > > gdaladdo -r average srtm_ramp2.world.21600x10800.tif 2 4 8 16 32 > > > > gdal_translate world.topo.bathy.200406.3x21600x10800.png > > world.topo.bathy.200406.3x21600x10800.tif > > gdaladdo -r average world.topo.bathy.200406.3x21600x10800.tif 2 4 8 > > 16 32 > > > > > > osgdemd --whole-globe -d srtm_ramp2.world.21600x10800.jpg > > --whole-globe -t world.topo.bathy.200406.3x21600x10800.tif -l 5 -v > > 1000 --geocentric -o blue_marble2.ive > > > > > > > > Some suggestions welcome :) > > Thanks > > Christoph > > ___ > > osg-users mailing list > > osg-users@lists.openscenegraph.org > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > bob kuehne > founder and ceo - blue newt software > www.blue-newt.com734/834-2696 > > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
