Re: [osg-users] File comment blocks conflict with OSGPL licensing
Hi Brede, On Dec 22, 2007 1:57 PM, Brede Johansen [EMAIL PROTECTED] wrote: Hi Paul, The new OpenFlight loader is OSGPL. I'm looking for the appropriate way to add the license and copyright. Is it possible to to just have the OSGPL license in the source code and the copyright in a separate file? This would make the plugin look like the rest of the core components. Maybe others will follow so we can have a more consistent appearance when we browse through the code. I think it best to keep the license and copyright at the top of each file. The svn repository also record the contributors and what lines they have changed. The contributors to existing code have to abide by the original license, but in effect have copyright over their own changes, svn is much better place to implicitly record this than having several hundred people pepper their (C) right all over the source code base as its key the code has got to readable and maintainable. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgConv RegisterWindowingSystemInterfaceProxy Win32
John, I had the same problem. I was able to resolve this my setting the VS.NEToption Linker-Input-Force Symbol References to include a symbol from osgViewer. In my case I used: [EMAIL PROTECTED]@@[EMAIL PROTECTED] Perhaps we can integrate this approach into the CMake config at some point. Hope this helps. -gw On Dec 3, 2007 11:18 AM, Argentieri, John-P63223 [EMAIL PROTECTED] wrote: Robert, I'm not sure about *nix, but I know that on Windows, the osgViewer.dllwill NOT get loaded unless a symbol from it gets referenced. That does not include this symbol: *static RegisterWindowingSystemInterfaceProxy createWindowingSystemInterfaceProxy;* From within GraphicsWindowWin32.cpp, at least by default. I'm not sure what you want to do for this. You could force osgconv to implicitly load osgViewer.dll by modifying the solution files, or create something on the stack in osgConv.cpp that is defined in osgViewer.dll. So far you've refuted both of these solutions. However, we do need to supply texture compression support to our customer, even on Windows. I'll bet that you guys need to do the same. IMHO, forcing the link is the least invasive solution. If I'm not mistaken, that's what happens on *nix anyway when you give g++ the -losgViewer.so so the statics and globals get created in this case. One other option would be to move osg::GraphicsContext into osgViewer.dll, that way when the GraphicsContext is declard in osgconv.cpp, then osgViewer.dll will be loaded, and the* RegisterWindowingSystemInterfaceProxy will be created.* *John Argentieri* *Software Engineer* *GENERAL DYNAMICS C4S* *(407) 281-5568* [EMAIL PROTECTED] *This email message is for the sole use of the intended recipient(s) and may contain GDC4S confidential or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not an intended recipient, please contact the sender by reply email and destroy all copies of the original message.* ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- 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
Re: [osg-users] osgConv RegisterWindowingSystemInterfaceProxy Win32
FYI there should not be any spaces in that symbol name. Sorry for the typo.. -gw On Dec 22, 2007 10:24 AM, Glenn Waldron [EMAIL PROTECTED] wrote: John, I had the same problem. I was able to resolve this my setting the VS.NEToption Linker-Input-Force Symbol References to include a symbol from osgViewer. In my case I used: [EMAIL PROTECTED]@@ [EMAIL PROTECTED] Perhaps we can integrate this approach into the CMake config at some point. Hope this helps. -gw On Dec 3, 2007 11:18 AM, Argentieri, John-P63223 [EMAIL PROTECTED] wrote: Robert, I'm not sure about *nix, but I know that on Windows, the osgViewer.dllwill NOT get loaded unless a symbol from it gets referenced. That does not include this symbol: *static RegisterWindowingSystemInterfaceProxy createWindowingSystemInterfaceProxy;* From within GraphicsWindowWin32.cpp, at least by default. I'm not sure what you want to do for this. You could force osgconv to implicitly load osgViewer.dll by modifying the solution files, or create something on the stack in osgConv.cpp that is defined in osgViewer.dll. So far you've refuted both of these solutions. However, we do need to supply texture compression support to our customer, even on Windows. I'll bet that you guys need to do the same. IMHO, forcing the link is the least invasive solution. If I'm not mistaken, that's what happens on *nix anyway when you give g++ the - losgViewer.so so the statics and globals get created in this case. One other option would be to move osg::GraphicsContext into osgViewer.dll, that way when the GraphicsContext is declard in osgconv.cpp, then osgViewer.dll will be loaded, and the** *** RegisterWindowingSystemInterfaceProxy will be created.* *John Argentieri* *Software Engineer* *GENERAL DYNAMICS C4S* *(407) 281-5568* [EMAIL PROTECTED] *This email message is for the sole use of the intended recipient(s) and may contain GDC4S confidential or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not an intended recipient, please contact the sender by reply email and destroy all copies of the original message. * ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : 703-652-4791 -- 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
Re: [osg-users] File comment blocks conflict with OSGPL licensing
The OSG is a collective work, most parts are OSGPL, but some are GPL or other licenses. That's interesting. How would I find out what parts of OSG are governed by which licenses? Especially when a source code comment block makes no mention of licensing whatsoever, and simply states that's its copyrighted? I understand the Terrex code and OpenFlight import plugin are intended to be non-restrictive, regardless of the language in their comment blocks. I fear the issue isn't limited to these two groups of files. I have a law firm on retainer. I might have them take a look at the OSGPL and a couple of source code files just to get an opinion. If the intent is for the source to be freely available and usable, I'd like to hear what a lawyer thinks would be the best way to update the source code to reflect that: must the more restrictive comment language be stripped out? Or could we just append a superseding comment block? Or some other solution? With most businesses shut down for the holidays, I don't expect any progress on this until early next year. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com 303 859 9466 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgHUD 0.1.1 ALPHA
Hmm, that output isn't very descriptive. What system are you running on? Compiler? I noticed you just replied to me, if you reply to [EMAIL PROTECTED] it will go to the mailing list in which others might be able to help as well. Hello Lucas im sorry ... :P here i give you a litle more info : *SO: debian sid (Debian 4.2.2-3) *compiller: gcc version 4.2.3 20071014 (prerelease) (Debian 4.2.2-3) * osgHUD prefix to install (same that osg ) /usr/ *osg and osgHUD both are from trunk (svn repositories). (last update yesterday) *video card and dirver: nVidia GeForce 7300gs nVidia [non-free] driver 100.[14.19] build from source on *kernel Linux 2.6.22-3-amd64 #1 SMP *platform: core 2 duo E6300 ... Thanks for reply , this time i send it to the list. Yeah, osgHud was written by Jeremy Moles (his google name is cubicool I think). You could contact him on google or on the mailing list as I know he was looking for people to collaborate with. Ok Actually i send this mesaage to Jeremy, thanks. Greetings 2007/12/22, Lucas Goss [EMAIL PROTECTED]: Hello Lucas, i downloaded the code from the svn repository (trunk) and i have a sucessfull building but when i try to run the example i get this : segment violation the outpout of osghudversion is: OpenSceneGraph HUD Library 0.1.2 Hmm, that output isn't very descriptive. What system are you running on? Compiler? I noticed you just replied to me, if you reply to [EMAIL PROTECTED] it will go to the mailing list in which others might be able to help as well. I'm studing the code and this project seems very interesting, i saw a few videos from the project's web and this has a very nice concept. I'm interested in colaborate with the project, but i don't know how exactly. I suppose that i can send you some patch files, but in the web page the project owner is : cubicool, i suppose to that another way to colaborate is contacting with this user... Yeah, osgHud was written by Jeremy Moles (his google name is cubicool I think). You could contact him on google or on the mailing list as I know he was looking for people to collaborate with. Lucas ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN of OpenSceneGraph in pre for 2.3.1 dev release
Robert Osfield wrote: Hi Sid, Could you post me those changes so I can review them and get fixes into SVN. Cheers, Robert. See attached file. Regards Sid. On Dec 22, 2007 7:49 AM, Sid Boyce [EMAIL PROTECTED] wrote: With openSUSE 11.0 (X86-64) Alpha0 gcc version 4.3.0 20071129 (experimental) [trunk revision 130511] (SUSE Linux) I have had to insert header files in various places in order to get it to build. Most missing ones were string.h and stdlib.h, also gmpxx.h, values.h, memory. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks osg_svn_includes.diff.gz Description: GNU Zip compressed data ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] ANN: Reference Manual for v2.2 now available
given the enthusiasm for this from a number of fronts, expect more formal thoughts from the two of us in the next few weeks. and while you're dreaming of sugarplums, dream of your own chapter in the osg gems book. :) happy holidays! bob On Dec 19, 2007, at 3:34 PM, sherman wilcox wrote: However, I like the idea of a community-written OSG Gems book, and I don't want to underestimate the community's willingness to contribute. So, I'll give this some thought, look into other Gems-style books' business models, and see if I can find a way to make this work (time-wise, as an editor). Initial thought: rather than here's how to use some feature in OSG type of articles, it might be better to have here's how I did this really cool thing using OSG or here's how my company is using OSG, if you know what I mean. I think this is more in line with other Gems books I've read. A gems book is a great idea. I second the here's how I did this really cool thing using OSG route. ___ 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] TextureVisitor
Hey Robert, Thanks for your email. I understand your idea but when getting down to implementation level I find a couple of problems. Excuse me I am a freshman in OSG. 1) When creating a Registry::ReadFileCallback, how do I catch the readNodeFile call? did you mean readNode method because I looked down to the source code and thatz the only method reads node. So I guess I need to apply optimizer in this method. 2) When applying optimizer, osgUtil::Optimizer::TextureVisitor can not be instantiated and I could not find any settings related to NPOT either. I appreciate if you could please give me more hints on implementation. Thanks Charles ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] GIS vector suggest
Hi EveyOne! My Application needs to render vector like line or polygon with different color (transparent effect) on the surface the terrain. And the users can select to load or unload the vector layer. I have no idea about this. hope your suggest. Thanks. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
