[Flightgear-devel] Custom Scenery for EAA Oshkosh
Hi all, I know the AirVenture is less than a week ahead and so I'm probably a bit late, but I have prepared new landcover data for the region around Oshkosh and Lake Winnebago. I hope that Martin will have the TIGER data ready on time so I can integrate that as well, but for now we have only a landcover+airports version available at http://www.custom-scenery.org/Oshkosh-Scenery.338.0.html Cheers, Ralf - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Joystick conf help
Hi Csaba. Thanks for the tip. Just what I need! Support for free software is really the best support... :-) Thiago On 7/15/07, Csaba Halász [EMAIL PROTECTED] wrote: On 7/15/07, Thiago Drechsel [EMAIL PROTECTED] wrote: Hi all. I'm having some problems with my new joystick. When I connect and test it with js_demo program, I can see that even with all axis and trims centered, js_demo tells me they are not. The output is below: ... The question is: Is there a way to compensate this offset in my joystick conf file? Or better: How can I fix this problem? Have you tried jscal? Greets, Csaba - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] new utility
This weekend I hacked together a little utility that might be interesting to some people. I called it photomodel and it's in FlightGear/src/utils/Modeller/ This is a command line utiltity that takes the name of an aerial photo texture, along with the lon/lat coordinates of the corners of the image (or the max/min lon/lat if the image is aligned along strait lon/lat edges). It then spits out a .ac file of the correct size in meters to cover your area. It tells you where to copy the file, and gives you a line to add to your .stg file (and tells you which one to add it to.) Special thanks to Syd Adams who whipped up a .ac template for me to work from. If you have access to some aerial imagery, you can use this utility to quickly spiff up a local flying area. Please note, I'm not saying you couldn't do a screen grab out of google maps or some other online mapping service to get some quick aerial imagery, but if you do anything like that, please don't distribute the results without getting explicit permission from the owner of the imagery, and please don't tell me about it. :-) Note that this utility does have many limitation at the moment ... it only spits out one square for one texture per model. The output model is flat, so you have to manually figure out an altitude that floats it a meter or two above the default terrain. It's not a perfect solution, but might be useful for some situations. I have found it handy to spiff up my local R/C flying site scenery for replaying flights in my instrumented R/C airplane: http://youtube.com/watch?v=MTkJYaiVxtA All those nice mowed fields around our airstrip have been planted with corn this year and it's now about 8' high ... sob ... :-( Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new utility
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Curtis Olson wrote: This weekend I hacked together a little utility that might be interesting to some people. I called it photomodel and it's in FlightGear/src/utils/Modeller/ This is a command line utiltity that takes the name of an aerial photo texture, along with the lon/lat coordinates of the corners of the image (or the max/min lon/lat if the image is aligned along strait lon/lat edges). It then spits out a .ac file of the correct size in meters to cover your area. It tells you where to copy the file, and gives you a line to add to your .stg file (and tells you which one to add it to.) Special thanks to Syd Adams who whipped up a .ac template for me to work from. If you have access to some aerial imagery, you can use this utility to quickly spiff up a local flying area. Please note, I'm not saying you couldn't do a screen grab out of google maps or some other online mapping service to get some quick aerial imagery, but if you do anything like that, please don't distribute the results without getting explicit permission from the owner of the imagery, and please don't tell me about it. :-) Note that this utility does have many limitation at the moment ... it only spits out one square for one texture per model. The output model is flat, so you have to manually figure out an altitude that floats it a meter or two above the default terrain. It's not a perfect solution, but might be useful for some situations. I have found it handy to spiff up my local R/C flying site scenery for replaying flights in my instrumented R/C airplane: http://youtube.com/watch?v=MTkJYaiVxtA All those nice mowed fields around our airstrip have been planted with corn this year and it's now about 8' high ... sob ... :-( Regards, Curt. So not useful for terrain like mountains? :-( Other than that this sounds very nice. Regards, AnMaster -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFGm33YWmK6ng/aMNkRCkw3AJ9/6ef2S1ELxlN3NkrAQ/EY3h5wEQCeL7ZO c5NGlZPgtKW5wdTOphB+FJs= =Vc3K -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new utility
On Mon 16 July 2007 16:16, AnMaster wrote: Curtis Olson wrote: SNIP Note that this utility does have many limitation at the moment ... it only spits out one square for one texture per model. The output model is flat, so you have to manually figure out an altitude that floats it a meter or two above the default terrain. It's not a perfect solution, but might be useful for some situations. I have found it handy to spiff up my local R/C flying site scenery for replaying flights in my instrumented R/C airplane: http://youtube.com/watch?v=MTkJYaiVxtA All those nice mowed fields around our airstrip have been planted with corn this year and it's now about 8' high ... sob ... :-( Regards, Curt. So not useful for terrain like mountains? :-( Other than that this sounds very nice. Regards, AnMaster Thanks, Curt Nice work, that tool will be very helpful. Oh, yes AnMaster, i am pretty sure it could be used for mountains, look at that specific model Tour du Ventoux ( which is close to my home :) ) http://fgfsdb.stockill.org/modeledit.php?id=317 I have redrawn a 3D .ac model which include the shape of the top, with road it comes over the existing scenery. The work was not easy. I guess that with the Curt's tool it would have been easier Cheers -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 787 Seg fault
Hi All When I try to run the 787 I get the following. Reading model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Returning cached model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Reading image Segmentation fault (core dumped) If I remove the nd model and its texture and xml file the aircraft loads but all I have is the glider and a slow sim. Has anyone got an idea what the problem might be. Cheers Innis _ Advertisement: Are you paid what you're worth? Find out: SEEK Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext_t=764565661_r=july07_endtext_salary_m=EXT - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 787 Seg fault
Hi All When I try to run the 787 I get the following. Reading model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Returning cached model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Reading image Segmentation fault (core dumped) If I remove the nd model and its texture and xml file the aircraft loads but all I have is the glider and a slow sim. Has anyone got an idea what the problem might be. Cheers Innis You might try removing the 787 model from your computer and then downloading it from http://www.golffoxtrotsierra.741.com/787.zip . Also, if you do not want an instrument to be loaded, you should comment out the appropriate part of the main Models/(aircraft).xml file. Josh- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Custom Scenery for EAA Oshkosh
Hi all! Ralf Gerlich wrote: I hope that Martin will have the TIGER data ready on time The first chunks of that data is available and was integrated into the scenery. Again, available at http://www.custom-scenery.org/Oshkosh-Scenery.338.0.html The result is quite interesting, as obviously highways and similar have actually two separate lanes. Still there are some artefacts obviously introduced by TerraGear's triangle sliver removal code has the surrounding texture leak into the road lines. Cheers, Ralf - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 787 Seg fault
* JOSHUA WILSON -- Monday 16 July 2007: /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Reading image Segmentation fault (core dumped) Can't reproduce that. Both nd.ac and nd.rgb seem to be OK (no corruption or syntax errors). You might try removing the 787 model from your computer and then downloading it from http://www.golffoxtrotsierra.741.com/787.zip . But what I noticed is that several (all?) of the textures are uncompressed. This wastes 12.6 MB disk space for no good reason. Also the thumbnail file is supposed to have exactly size 171x128, but actually has 675x600! m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Joysticks on Windows
I don't have Windows at home, and I've never really tried FlightGear on Windows before. Yesterday I had an opportunity to give it a spin on a nice computer with Windows Vista. The joystick I had with me is a Saitek Aviator (USB HID). FlightGear doesn't have a file for this yet, but I have written my own (which I am nearly ready to submit), and I put it in the appropriate place in the data directory (Input/Joysticks/Saitek/Aviator.xml). This file works fine in Linux and OS X. FlightGear did not recognize the Joystick file, so I got the default behavior. Actually, on closer inspection I learned that FlightGear did not recognize the Joystick, and it had nothing to do with my file. When I run js_demo.exe I see a message about not being able to find the joystick name in the registry (or something to that effect) and it identifies the joystick as a generic Microsoft joystick. js_demo does report all the axes and buttons. I then installed the Saitek drivers for the joystick from their website, and tried again with the same results. I'm aware that you can statically configure a particular joystick file instead of using the by name approach, and that would be fine as a workaround. Or there's always the calibration program. I'm not looking for a workaround, I'm just reporting odd behavior and curious about what's going on. Is this an oddity of Vista? Or is it a known problem (or feature) of all Windows? I did try FG on Windows XP once with a CH Yoke and Pedals and I seem to remember that worked fine, but my memory is hazy. -- Hans Fugal Fugal Computing - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Joysticks on Windows
Hans Fugal schrieb: I don't have Windows at home, and I've never really tried FlightGear Is this an oddity of Vista? Or is it a known problem (or feature) of all Windows? I did try FG on Windows XP once with a CH Yoke and Pedals and I seem to remember that worked fine, but my memory is hazy. Since summer 2006 I used Windows XP and had absolutely no problem with *different* joysticks - even a gameport to usb converter and a selfmade R/C transmitter to usb interface worked perfect with FlightGear after transfering the name that js_demo identified into the *.xml file. So this might either be a problem of Vista or of that special hardware. Regards Georg EDDW - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 787 Seg fault
You might try removing the 787 model from your computer and then downloading it from http://www.golffoxtrotsierra.741.com/787.zip But what I noticed is that several (all?) of the textures are uncompressed. This wastes 12.6 MB disk space for no good reason. Also the thumbnail file is supposed to have exactly size 171x128, but actually has 675x600! m. Sorry about the large files. I have compressed the 787co.rgb, lights.rgb, and lights-r.rgb files and I have resized the thumbnail. Josh- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 787 Seg fault
* JOSHUA WILSON -- Monday 16 July 2007: [attribution line was removed: Melchior FRANZ] But what I noticed is that several (all?) of the textures are uncompressed. This wastes 12.6 MB disk space Sorry about the large files. Large files are not the problem. But unnecessarily large files with redundant contents (a.k.a. uncompressed). :-} m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Chaos in FG development [was: Bomb patch for vulcanb2]
FlightGear development has exploded to the point where it *really* needs a full time manager or even a management team. How does that happen though in the context of an open-source project where everyone is volunteering their slivers of time and everyone has real day jobs and families and maybe an occasional life outside of the computer world? I'm not able to *volunteer* 100% of my effort to manage the flightgear project. I have my day job, I have a family with 2 small girls. Outside of that, my spare time is precious and limited. I sneak as much as I can for FG, but there are real limits to how much I can do. I don't have time review every patch idea, I don't have time to investigate every bug report, often, I can't even read every mailing list message in a timely manner, I certainly don't have time to weigh in on every flame war or rant. Is there anyone or any group or company out there willing to step forward and talk about funding a full time (or even 50% time) project manager? For what it's worth, some of the paying tasks I do are a real drag. I'd be willing to do more interesting paying tasks! I'd love to be able to dedicate more of my day back to FlightGear. As has been mentioned before, often open-source projects have a developer or two that are funded to accomplish some specific task within the project. That has happened occasionally on a very limited scope even with FlightGear. But who would want to fund a dedicated project manager that keeps all the lose ends neatly tied up and keeps the project heading in a sane direction, pushes out releases in a timely manner, spends some time marketing and promoting the project, etc. etc.? There isn't a direct and immediate coding value to that. No immediate payoff to a company that is focused on solving some specific problem for themselves and moving on to other things. Right now we depend on a precious few people who really know the code backwards and forwards and just get the project so to speak. However, there is so much work todo, that there is a very real danger that these people will burn out and dissappear. What happened to David Meggison and Erik Hofman? At some point people realize their jobs and their families are suffering and they can't do this 24/7. Do we want to talk about creating some sort of more formal organization like a non-profit? But there again, it takes someone who understands the process, and can devote a significant amount of time to managing the organization and being responsible for tax reporting and all the other fun stuff that goes along with a non-profit organization. That's pulling someone away from managing the actual project development, not to mention pulling someone away from actual coding. Is there a way to make a leap from a hobby project to a full blown non-profit with serious money exchanging hands? Maybe a paid organization manager, a paid project manager? Where could we generate income to the level of supporting a full time person or two? I believe there could be a huge amount of monitary value in FlightGear, but how do you effectively harness that since we give it away for free? Consulting? But then you have to deliver a specific result in a specific time frame which works against having time for larger project and organization management issues. Without sufficient cash flow to support a full time person or two, how do we move beyond the current situation where we are depending on slivers of volunteer time to accomplish everything that needs to get done? And even if we wanted to get smarter, it still takes significant time for someone to come up with strategies for more effectively using the individual slivers of time. It appears that we have hit or are near to hitting some sort of ceiling in the open-source world. Is there a way to break through to the next level? Perhaps there is a company or organization or individual with resources who has enough interest in FlightGear that they would be willing to help us grow to a new level? Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Chaos in FG development [was: Bomb patch for vulcanb2]
--- Curtis Olson wrote: FlightGear development has exploded to the point where it *really* needs a full time manager or even a management team. How does that happen though in the context of an open-source project where everyone is volunteering their slivers of time and everyone has real day jobs and families and maybe an occasional life outside of the computer world? I don't think we're realistically going to be able to raise funds to support of full or part time manager, and as you note, it is very unlikely that a company would pay for management as opposed to specific development. Do we manage to even cover our hosting costs with DVD world scenery sales? A far better approach is to look at how we can make our processes more efficient so that the management (of which you are the CEO) can make better use of their time. I think what is required is more delegation. Martin Spott mentioned on the list problems with getting the web-site updated promptly, presumably because you are the sole maintainer of the site, and have too much on your plate. I don't feel that the web-site is something that has to be maintained by the CEO - it could easily be delegated. Similarly, John Denker recently commented on the huge proportion of checkins made by Melchior Franz. Melchior does a quite incredible job ensure that the data tree in particular is kept in good order, and committing huge numbers of contributions. However, I'm sure his life would be much easier if more aircraft maintainers have commit permissions. The ocassional bug might fall through, but most maintainers have enough pride in their work to fix bugs, and Melchior would still have commit permissions... The Manual is a prime example of where delegation has worked extremely well. Martin and I both have commit permissions and have made significant changes without any need to bother anyone. Therefore, I think it would be a good idea for you to look at what can be delegated from your workload onto other people and suggest appropriate roles to the list. Of course, good delegation is one of the signs of good management :) -Stuart ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Chaos in FG development [was: Bomb patch for vulcanb2]
On 7/16/07, Stuart Buchanan [EMAIL PROTECTED] wrote: I don't think we're realistically going to be able to raise funds to support of full or part time manager, and as you note, it is very unlikely that a company would pay for management as opposed to specific development. Do we manage to even cover our hosting costs with DVD world scenery sales? A far better approach is to look at how we can make our processes more efficient so that the management (of which you are the CEO) can make better use of their time. I think what is required is more delegation. Martin Spott mentioned on the list problems with getting the web-site updated promptly, presumably because you are the sole maintainer of the site, and have too much on your plate. I don't feel that the web-site is something that has to be maintained by the CEO - it could easily be delegated. Similarly, John Denker recently commented on the huge proportion of checkins made by Melchior Franz. Melchior does a quite incredible job ensure that the data tree in particular is kept in good order, and committing huge numbers of contributions. However, I'm sure his life would be much easier if more aircraft maintainers have commit permissions. The ocassional bug might fall through, but most maintainers have enough pride in their work to fix bugs, and Melchior would still have commit permissions... The Manual is a prime example of where delegation has worked extremely well. Martin and I both have commit permissions and have made significant changes without any need to bother anyone. Therefore, I think it would be a good idea for you to look at what can be delegated from your workload onto other people and suggest appropriate roles to the list. Of course, good delegation is one of the signs of good management :) I don't disagree with anything you've said, but delegation is a lot harder than it looks. I need to find (a) someone qualified to do the work and (b) someone who can do it consistantly and isn't going to get overwhelmed after the first month and drop out of the picture. I've had several past delegation efforts derailed because things just didn't work out. Tasks are always harder and take a lot more time than you think at first. Things that look effortless when I do it might be a result of years of trial and error and experience to come up with a method or sequence of steps that work well. Something that looks easy from the outside, might turn out to be actually very difficult and time consuming and people just don't realize that until they volunteer to take over the task, but often that's the point where the delegation effort starts to fizzle. I probably shouldn't say things that are potentially inflamatory here, and I'm definitely not referring to you, and also I am not trying to minimize the efforts and energy that various talented people have put into our project ... but there are a few people involved in the list that have grown into perpetual whiners and can't seem to make any post at all without taking a direct or indirect jab at someone or some aspect of the project. Personally, I just don't have the time to counter all their claims or try to put their exagerations back into proper context, and after a while I'm just not able to respond to their messages in a useful way even if there is occassionally a valid point or a piece of good content in them. I'm reminded of the story about the boy who cried wolf ... And for whatever it's worth, personally the way I am wired, I don't respond well to negative motivation unless it's coming from someone who signs my paycheck where I have no choice... it's something that just doesn't work well with me, even if there is a valid point or need. For the record, 20 different people have commit access to various portions of the FlightGear repository. Addressing the specific case of the web site. The web site is in cvs. I'm not the only one that is authorized to make changes. However, I am the only one that can upload those changes to the actual server. Unfortunately, giving access to this last step of uploading content would involve personal passwords and the ability to affect my paypal account and a few other things that I'm somewhat nervous about handing off. Deligation is one of the main tasks of a paid manager with paid employees. Deligation is needed to get the overall job done as efficiently as possible. But in a context where a volunteer manager is dealing with volunteer developers, none of whom can devote 40-80 hours a week to the project, delegation becomes much harder. Actually, you can't even really call it delegation. What do you think would happen if I started picking names and assigning tasks and deadlines and demanding weekly reports?!? Instead I have to resort to trickery, mind games, and reverse logic to convince people who are already very busy that they should take on additional tasks ... and most of you are smarter than me and able to successfully defend against my best
Re: [Flightgear-devel] Chaos in FG development [was: Bomb patch for vulcanb2]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Curtis Olson wrote: Unfortunately, giving access to this last step of uploading content would involve personal passwords and the ability to affect my paypal account and a few other things that I'm somewhat nervous about handing off. Isn't there some possibility to create new accounts with upload permission, which don't involve giving your personal password? If uploading via scp or sftp is possible, one could even use the same account with different ssh-keys. Unless the FG page is hosted on DOS of course :) Nine -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGm85d1QuEJQQMVrgRApH5AJkBuciPOFi4f3HDtPhRjb9LECb8GQCeJXuX EavYwFckfz8WVSUbxyGst5M= =3HCF -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] development process (was: chaos...)
On 07/16/2007 01:10 PM, Stuart Buchanan made a number of excellent points: A far better approach is to look at how we can make our processes more efficient so that the management (of which you are the CEO) can make better use of their time. I think what is required is more delegation. Martin Spott mentioned on the list problems with getting the web-site updated promptly, presumably because you are the sole maintainer of the site, and have too much on your plate. I don't feel that the web-site is something that has to be maintained by the CEO - it could easily be delegated. Similarly, John Denker recently commented on the huge proportion of checkins made by Melchior Franz. Melchior does a quite incredible job ensure that the data tree in particular is kept in good order, and committing huge numbers of contributions. However, I'm sure his life would be much easier if more aircraft maintainers have commit permissions. The ocassional bug might fall through, but most maintainers have enough pride in their work to fix bugs, and Melchior would still have commit permissions... The Manual is a prime example of where delegation has worked extremely well. Martin and I both have commit permissions and have made significant changes without any need to bother anyone. Therefore, I think it would be a good idea for you to look at what can be delegated from your workload onto other people and suggest appropriate roles to the list. Of course, good delegation is one of the signs of good management :) I was going to write something similar, but Stuart beat me to it, and did a better job than I would have. Let me add a couple of minor points: 1) I changed the subject line. Chaos means different things to different people, but in any case it is too strong a word. -- There are always issues. -- There is always room for improvement. -- Right now the development process is not broken, and is nowhere near chaos, but everyone agrees there is room for improvement. -- The recent trend has been in the wrong direction, which makes it especially timely to examine the issues. 2) As a specific constructive suggestion, it seems to me that upgrading from CVS to git would make things go smoother. This project outgrew CVS a long time ago. Git is available for unix and for windows. A lot of the people involved already know how to use git. 3) Among the eleventeen reasons for using git is that it allows fine-grain delegation. For each model aircraft, the principal developer could be delegated control of that aircraft (without affecting the control of anything else). 4) Code review is an area that needs attention. There are two sides to this coin, and both sides are in need of improvement: a) There are some meritorious contributions that never got incorporated due to lack of proper review ... and b) There is some suboptimal code that has been incorporated due to lack of proper review. On 07/16/2007 02:24 PM, Curtis Olson wrote: I don't disagree with anything [Stuart] said, but delegation is a lot harder than it looks. I need to find (a) someone qualified to do the work and (b) someone who can do it consistantly and isn't going to get overwhelmed after the first month and drop out of the picture. I've had several past delegation efforts derailed because things just didn't work out. I don't understand that. If you *add* a competent delegate, and after a few months he gets overwhelmed, you're no worse off then where you started. For the record, 20 different people have commit access to various portions of the FlightGear repository. That's true but misleading, as previously discussed. Practically all of the work is done by a muuuch smaller number. http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg11481.html Addressing the specific case of the web site. The web site is in cvs. I'm not the only one that is authorized to make changes. However, I am the only one that can upload those changes to the actual server. Unfortunately, giving access to this last step of uploading content would involve personal passwords and the ability to affect my paypal account and a few other things that I'm somewhat nervous about handing off. There are lots of ways of solving that problem. We agree that shared passwords are a bad idea. Always bad. Very bad. OTOH, most security should be certificate-based, not password-based. Uploading to the web site could easily be controlled by a short list of SSH public-key certificates, one certificate per delegate, with no sharing of passwords nor sharing of private keys. Deligation is one of the main tasks of a paid manager with paid employees. Deligation is needed to get the overall job done as efficiently as possible. In a project this size, delegation is needed to get any reasonable amount of work done. But in a context where a volunteer manager is dealing with volunteer developers, none of
[Flightgear-devel] OSX Build patch
For FG/OSG, the included patch allows flightgear to link against OSG (Subversion) when installed in the traditional UNIX way in /usr/local (vs the Mac Framework way, which is another story). I'm not sure why we'd be linking to osgGA and osgText while linux users aren't, or perhaps it's a subtle difference in the way gcc links on the two different platforms. gcc 4.0.1 diff -r 2ad002a21d85 -r 56709db4f945 src/Main/Makefile.am --- a/src/Main/Makefile.am Wed Jul 11 09:10:37 2007 -0600 +++ b/src/Main/Makefile.am Mon Jul 16 15:34:19 2007 -0600 @@ -105,6 +105,7 @@ fgfs_LDADD = \ -lplibpuaux -lplibpu -lplibfnt -lplibjs -lplibnet \ -lplibsg -lplibul \ -losgViewer -losgFX -losgUtil -losgDB -losgSim -losg -lOpenThreads \ + -losgGA -losgText \ $(THREAD_LIBS) \ $(network_LIBS) \ -lz \ Please commit or provide feedback. Thanks -- Hans Fugal Fugal Computing - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Pre-11 distribution for Windoze?
Is there a recently compiled distribution package of the Flight Gear 0.9.pre11 package available, say something built within the last month? I want to do some model development without having to build the pre11 release myself. ...and, as long as I have you on the line, with the 0.9.11 release include the newest JSBSim code? Thanks, Bill - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Patch to link against OSG debug libraries
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This patch supports the option to link against OSG debugging libraries.
It also includes the change that Hans Fugal just posted.
Tim
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFGm+pWeDhWHdXrDRURAteOAKCeM7m+09zffFVAXx2APHXudSuaoQCfar4P
2TVme2T/q++ETk1sHHQ8FBc=
=oFyS
-END PGP SIGNATURE-
diff --git a/configure.ac b/configure.ac
index 9a2b50e..0ae3d55 100644
--- a/configure.ac
+++ b/configure.ac
@@ -213,6 +213,9 @@ else
fi
fi
+AC_ARG_ENABLE(osgdebug, [ --enable-osgdebug Use OSG debug libraries], [enable_osgdebug=$enableval])
+AM_CONDITIONAL(USE_OSGDEBUG, test x$enable_osgdebug = xyes)
+
dnl check for OpenGL related libraries
case ${host} in
*-*-cygwin* | *-*-mingw32*)
diff --git a/src/Main/Makefile.am b/src/Main/Makefile.am
index e9c8e6b..f19702c 100644
--- a/src/Main/Makefile.am
+++ b/src/Main/Makefile.am
@@ -25,6 +25,12 @@ GFX_CODE = fg_os.cxx fg_os.hxx
endif
endif
+if USE_OSGDEBUG
+OSG_LIBS = -losgViewerd -losgGAd -losgTextd -losgFXd -losgUtild -losgDBd -losgSimd -losgd -lOpenThreadsd
+else
+OSG_LIBS = -losgViewer -losgGA -losgText -losgFX -losgUtil -losgDB -losgSim -losg -lOpenThreads
+endif
+
JSBSIM_LIBS = \
$(top_builddir)/src/FDM/JSBSim/libJSBSim.a \
$(top_builddir)/src/FDM/JSBSim/initialization/libInit.a \
@@ -104,7 +110,7 @@ fgfs_LDADD = \
-lsgstructure -lsgenvironment \
-lplibpuaux -lplibpu -lplibfnt -lplibjs -lplibnet \
-lplibsg -lplibul \
- -losgViewer -losgFX -losgUtil -losgDB -losgSim -losg -lOpenThreads \
+ $(OSG_LIBS) \
$(THREAD_LIBS) \
$(network_LIBS) \
-lz \
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] RFC: Apply throttle axis changes only to selected engines
Hi again, There hasn't been too many comments on this proposal (but OTOH also no objections :) To summarize the proposed changes again: - Change controls.nas so throttle input to only affect the selected engines. The input is handled as follows: i) Page up/down changes the selected throttles one step up/down, i.e. if the original throttle settings were x steps apart they remain x steps apart (unless the boundary is reached). ii) Mouse + MMB drag changes the selected throttles by the delta amount (length of drag). iii) The throttleAxis() wrapper for joysticks sets the selected throttles to correspond to the joystick's axis position. I.e. all selected engines will get the same throttle setting. Since most joystick throttles are positional devices I think this behaviour is more logical than using a relative adjustment in this case. Note that if all engines are selected (and have the same initial throttle setting) the behaviour is identical to the present. - Add the possibility to select subsets of the engines via the new controls.selectEngines(). For this functionality to be accessible a keyboard binding also needs to be added - my suggestion is shift+ctrl+#key to select engine #key+1 in addition to the already selected engine(s). Diff for Nasal/controls.nas: http://www.gidenstam.org/FlightGear/misc/controls.nas_individual_throttles.diff I think this type of throttle control is desired and needed in FG, e.g. for proper control of the Boeing 314A on water. Cheers, Anders -- --- Anders Gidenstam mail: anders(at)gidenstam.org WWW: http://www.gidenstam.org/FlightGear/JSBSim-LTA/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Custom Scenery for EAA Oshkosh
Hi All, Thanks for rebuilding the Oshkosh tile. Also rebuild on the same tile, Appleton, KATW, and Fond du Lac, KFLD. FlightGear screen capture. Oshkosh, KOSH, with generic taxiways. http://pics.ww.com/v/coulee182/kosh+07-06.jpg.html KOSH with edited taxiways and aprons. http://pics.ww.com/v/coulee182/kosh-07-08.jpg.html Best to all, Paul B Ralf Gerlich [EMAIL PROTECTED] wrote: Hi all! Ralf Gerlich wrote: I hope that Martin will have the TIGER data ready on time The first chunks of that data is available and was integrated into the scenery. Again, available at http://www.custom-scenery.org/Oshkosh-Scenery.338.0.html The result is quite interesting, as obviously highways and similar have actually two separate lanes. Still there are some artefacts obviously introduced by TerraGear's triangle sliver removal code has the surrounding texture leak into the road lines. Cheers, Ralf - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online.- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 787 Seg fault
Hi Josh JOSHUA WILSON Writes Hi All When I try to run the 787 I get the following. Reading model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Returning cached model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Reading image Segmentation fault (core dumped) If I remove the nd model and its texture and xml file the aircraft loads but all I have is the glider and a slow sim. Has anyone got an idea what the problem might be. Cheers Innis You might try removing the 787 model from your computer and then downloading it from http://www.golffoxtrotsierra.741.com/787.zip . Also, if you do not want an instrument to be loaded, you should comment out the appropriate part of the main Models/(aircraft).xml file. Downloaded the zip file as you said no difference.But after some trouble shooting I find if I use any one or all the following instruments, EICAS,NDB,STBY ALT ,in combination with or alone I get the seg fault. If I use the Eicas or Ndb alone I dont get a seg fault but when the sim has finished loading I just have the blue and yellow glider.The Stby Alt always gives a seg fault. I thought it maybe a memory problem on my computer but running sys monitor during sim loading shows only 60% memory usage. So I can get the aircraft to load correctly as long as I dont include the above instruments. Hope this makes some sense. My computer specs amd2000 512Meg memory 5200Nividia graphics using CVS on Ubuntu 7.04 Cheers Innis - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel _ Advertisement: Search for local singles online at Lavalife http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Flavalife9%2Eninemsn%2Ecom%2Eau%2Fclickthru%2Fclickthru%2Eact%3Fid%3Dninemsn%26context%3Dan99%26locale%3Den%5FAU%26a%3D29555_t=764581033_r=email_taglines_Search_m=EXT - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 787 Seg fault
Innis Cunningham Writes Hi Josh JOSHUA WILSON Writes Hi All When I try to run the 787 I get the following. Reading model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Returning cached model /home/innis/Flightgear/data/Aircraft/787/Models/nd.ac Reading image Segmentation fault (core dumped) If I remove the nd model and its texture and xml file the aircraft loads but all I have is the glider and a slow sim. Has anyone got an idea what the problem might be. Cheers Innis You might try removing the 787 model from your computer and then downloading it from http://www.golffoxtrotsierra.741.com/787.zip . Also, if you do not want an instrument to be loaded, you should comment out the appropriate part of the main Models/(aircraft).xml file. Downloaded the zip file as you said no difference.But after some trouble shooting I find if I use any one or all the following instruments, EICAS,NDB,STBY ALT ,in combination with or alone I get the seg fault. If I use the Eicas or Ndb alone I dont get a seg fault but when the sim has finished loading I just have the blue and yellow glider.The Stby Alt always gives a seg fault. I thought it maybe a memory problem on my computer but running sys monitor during sim loading shows only 60% memory usage. So I can get the aircraft to load correctly as long as I dont include the above instruments. Hope this makes some sense. My computer specs amd2000 512Meg memory 5200Nividia graphics using CVS on Ubuntu 7.04 Cheers Innis Those three instruments are the ones that used png images. I modified the ac files so they use the rgb images instead of the png ones. Hopefully, the changes have solved the seg fault problem. Josh- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
