Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison)
Hi, * Ralf Gerlich -- 11/3/2008 5:29 PM: why do you take this to the -users list again, where it is obviously off-topic as a development issue and after I had taken the discussion where it belongs: to the -devel list? Sorry, that was an accident. I had intended to stop posting to this fruitless thread and wanted to do that with a final conclusion from my point of view (including technical arguments, which you had totally avoided until then, while demanding them from me). And a conclusion is better on an outer thread level, than nested deeply inside. I don't sort *-devel and *-users to different dirs on this machine, and just thought the duplicate mails would have the usual cause. I responded to the same thread that I had chosen first, and that was the one where others had already posted. So as long as you do not _prove_ us wrong, there is no reason to conclude that our proposal is nonsensical. I will show that what you did is far from proving us wrong. Well, your only argument was too dangerous to change now, which I've debunked later. We just don't use anything of that yet, do we? And who are all those experts, who were also not keen to let us know any of those technical arguments? Sure, I might be wrong in some of mine, and I'm always willing to learn and change my mind. That's what discussion is about. And presenting something as proposal usually means that it's up for debate. It just ended up as a pretty one-sided discussion, with arguments on my side, but none on yours. (Also note that I was fairly friendly at the beginning -- I only became annoyed after my arguments were countered with demanding *more* arguments, rather than dealing with them.) I am full-quoting your mail, so all developers not on the users-list can see what we are talking about. That should be also in your interest, because your and my comments can now be found in additional places, so you and I can occasionally point to it ;-) :-P Airports/L/O/X/LOXA.ils.xml /LOXA.parking.xml /LOXA.rwyuse.xml /LOXA.twr.xml /LOXA.threshold.xml /LOXN.ils.xml /LOXN.parking.xml /LOXN.rwyuse.xml /LOXN.twr.xml /LOXN.threshold.xml Also note that three letters of this prefix are identical and thus redundant, and that there are several files with long names that differ only in one letter somewhere in-between. Add this to my technical arguments. Call it non-technical, if you want. :-) Your personal taste is not in itself a sufficient argument for a change in this context. Yes, that's bad. We should work on that. ;-) Just because it might not cost anything doesn't mean that it's better. It is better. Why do you think we have Sound/, Nasal/ Dialogs/ directories in aircraft dirs, even if there's often only one file in them? It's about abstraction, clear structure and quick finding. From a pure technical point of view there's not much difference. FlightGear wouldn't care, and even thrown together there would often still be fewer files than in your Airports/L/O/X/ directory. But that's not the point, IMHO. Saving space might not be the only argument in favour of twr, and even without such an argument, I can see no important point against our proposal here that would warrant a change. twr kind of hurts. ac may also be a very often used abbreviation for aircraft in aviatics, but I'd still not call the Aircraft/ dir ac/, the Airports/ dir apt/, etc. But this was never my main complaint anyway. This is what I wrote: So if there is a strong argument in favour of the changes you proposed, I'm open to such a last-minute change, but otherwise I'd rather leave the structure as it is. Yes, you demanded more arguments after I had given some already, without bothering to add some of yours, and implying that mine weren't technical. I found this a bit funny and surprising. Abstraction, cleanliness etc. are IMHO very technical. However, easy path creation wasn't the goal of the structure. An even easier path would have been Airports/KSFO/*.xml or Airports/KSFO.xml, but that would have contradicted the intent. I would say that file access (logic and speed) is a rather important point of data storage. And very technical, too. All on one level would be slow and might be too much for some file systems. So this reduces it all to combining the files of one airport into one file, which we already discussed and dismissed for reasons of differing sources of information and which you did not propose in your final comparison anymore. Yes, because the need to have many files per airport was actually your only argument. I based my final suggestion on that requirement. But, ok, let's go with the on-file-per-airport approach. I actually find Curt's Airports/L/LO/LOX/LOXT.xml suggestion the sanest of all. $FG_ROOT/Aircraft/b/o/1/0/5/splash.rgb
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison )
On mardi 04 novembre 2008, Ron Jensen wrote: On Tue, 2008-11-04 at 14:27 +0100, Melchior FRANZ wrote: * Ron Jensen -- 11/4/2008 1:15 PM: I'll shut up now since I've already been told I'm not a real FlightGear developer and I'm not welcome to create scenery. I hope that wasn't me. I don't label people real or non-real something. But it's true that sometimes the opinion of people who will do the actual coding as well counts more than that of mere lurkers, especially when there are no arguments, just the usual we should do this and that. And I don't think you ever belonged to that group. No, Melchior, I was not referring to you. I always value your input highly. Thanks, Ron (jentron) Since i am only a user i can give my opinion. Ron is a real developper, for instance the last FGPiston update within JSBSim is perfect. Cheerrs -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison)
On Tue, 04 Nov 2008 10:21:30 +0100, Melchior wrote in message [EMAIL PROTECTED]: Yes, because the need to have many files per airport was actually your only argument. I based my final suggestion on that requirement. But, ok, let's go with the on-file-per-airport approach. I actually find Curt's Airports/L/LO/LOX/LOXT.xml suggestion the sanest of all. .._why_ Airports/L/LO/LOX/LOXT.xml and not Airports/L/LO/LOX/LOXT/LOXT.xml etc??? 8o) ..and, why Airports/L/O/X/LOXT.xml and not Airports/L/O/X/T/LOXT.xml etc??? 8o) ..I dunno about you guys, FG, SG or the machines, but both Airports/L/LO/LOX/LOXT/LOXT.xml and Airports/L/O/X/T/LOXT.xml adding that final letter level, looks saner to my eyes. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Sc enery 1.0.1 (final directory comparison )
On mardi 04 novembre 2008, Arnt Karlsen wrote: On Tue, 04 Nov 2008 10:21:30 +0100, Melchior wrote in message [EMAIL PROTECTED]: Yes, because the need to have many files per airport was actually your only argument. I based my final suggestion on that requirement. But, ok, let's go with the on-file-per-airport approach. I actually find Curt's Airports/L/LO/LOX/LOXT.xml suggestion the sanest of all. .._why_ Airports/L/LO/LOX/LOXT.xml and not Airports/L/LO/LOX/LOXT/LOXT.xml etc??? 8o) ..and, why Airports/L/O/X/LOXT.xml and not Airports/L/O/X/T/LOXT.xml etc??? 8o) ..I dunno about you guys, FG, SG or the machines, but both Airports/L/LO/LOX/LOXT/LOXT.xml and Airports/L/O/X/T/LOXT.xml adding that final letter level, looks saner to my eyes. ;o) Fortunately there is only 4 letters to manage, if we had 20 ... :) , i don't try to imagine. To me, the most ergonomic is the less i have to search within multiple directories, mainly because sometime we are not sure about the spelling. Can you imagine a dictionnary built like these /L/O/X/T/... The most simple is the best :) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison)
Ron Jensen wrote: Managing this in CVS would add another 9,681 CVS directories and 29,000 (Entries, Repository and Root) files. No management in CVS is planned. Cheers, Ralf -- Ralf Gerlich | World Custom Scenery Project Computer Scientist| http://www.custom-scenery.org/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Does anyone have ILS fixes for Major Airports like Gatwick London ?
I am still using the old Scenery, can I ask if their is any fixes for London Gatwick in the new flightgear scenery please? http://fgfs.i-net.hu/modules/fgtracker/index.php?FUNCT=FLIGHTFLIGHTID=464668 I ended up in the carpark the last time I was there lol Aerotro Online FlightGear Simulator Tracker Page. http://mpserver02.flightgear.org http://www.flightgear.org- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison)
* Ron Jensen -- 11/4/2008 1:15 PM: On Tue, 2008-11-04 at 10:01 +0100, Ralf Gerlich wrote: I have already provided the arguments in favour of the three-level hierarchy. Yes, we were really only arguing over whether a fourth level would be too expensive, and whether organizing files via prefixes rather than directories is a good idea. How often do we assume that files in that structure are accessed? A few dozens at startup, then one every few minutes? Performance considerations about another dir level don't make much sense to me. Especially if you consider that the harddisk has its own read-ahead cache, and that the kernel adds another layer. If you tell it to read one sector, then it will read a few of them and store them in RAM, just in case (AFAIK). The effect of that is hard to estimate, of course. IMHO writing for the machine's preferences is something that kernel and file system designers should do, not usually application designers. Microoptimization often turns out to be counterproductive later on. Having said that, I agree that adding *many* files is still a problem, though. (I've always considered file systems based on fixed numbers of inodes bad design. I'm not using that sort of stuff here. :-) The more I hear, the less I like this idea. So I won't have ILS navaids available if I don't download the scenery tile? I won't be able to look for airports unless I pull the whole world scenery? But some information just doesn't make sense in one huge file that's completely read and parsed every time at startup, then kept in memory. I agree, though, that we have to be careful about it. Under the current scheme anyone and everyone can scan apt.dat for every/any airport using common *nix tools like grep or sed. This scheme breaks that ability. I didn't assume that we are going to drop that single DB with all important info. Just the parts that you don't usually care about, like parking positions, taxiway information or thresholds for VHHH when your are flying in KSFO. I'll shut up now since I've already been told I'm not a real FlightGear developer and I'm not welcome to create scenery. I hope that wasn't me. I don't label people real or non-real something. But it's true that sometimes the opinion of people who will do the actual coding as well counts more than that of mere lurkers, especially when there are no arguments, just the usual we should do this and that. And I don't think you ever belonged to that group. m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison)
Ralf Gerlich wrote: Ron Jensen wrote: Managing this in CVS would add another 9,681 CVS directories and 29,000 (Entries, Repository and Root) files. No management in CVS is planned. At least not in this structure. This is a means of data transport, not of data management. Cheers, Ralf -- Ralf Gerlich Diplom-Informatiker Software Engineer and Technical Consultant Dr. Rainer Gerlich System and Software Engineering Auf dem Ruhbühl 181 | Tel:+49 7545 91 12 58 D-88090 Immenstaad | Fax:+49 7545 91 12 40 Germany | Mobile: +49 178 76 06 129 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug in glide_slope_tunnel.nas or gui.nas?
that. (A listener on sim/signals/nasal-dir-initialized should do the trick.) I am not sure - gui.INIT() is called by a timer with a 1 second delay... - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison )
Ok my turn :) I found Ron's comment about not being welcome to create scenery a bit disturbing ... why? So I'll ask a dumb , non developer question: What exactly is the purpose of this directory setup ? Will it affect my own attempt to update local scenery ?Is it meant to make scenery additions easier ? I must have missed out on all the discussion about this change , sorry . Now that I have a much better CYVR tile , I'm about to try to finish the airport , so are there any changes in the way they are supposed to be added ? I'm not excited about all those strange directories , but then I'm not sure what the purpose is , so can't give an opinion other than my own gut feeling. As far as Melchoir,s opinion's , ok sometimes he has irritated me in the past , but it was more irritating to discover he was right :). So I respect his opinion , and its comforting to know that someone is doing there level best to keep things sane . Cheers - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison)
On Tue, 2008-11-04 at 14:27 +0100, Melchior FRANZ wrote: * Ron Jensen -- 11/4/2008 1:15 PM: I'll shut up now since I've already been told I'm not a real FlightGear developer and I'm not welcome to create scenery. I hope that wasn't me. I don't label people real or non-real something. But it's true that sometimes the opinion of people who will do the actual coding as well counts more than that of mere lurkers, especially when there are no arguments, just the usual we should do this and that. And I don't think you ever belonged to that group. No, Melchior, I was not referring to you. I always value your input highly. Thanks, Ron (jentron) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison)
On Tue, 2008-11-04 at 10:01 +0100, Ralf Gerlich wrote: Curtis Olson wrote: Is there a reason that we split up each airport's data into at least 5 different files? There is reason to separate the pure airport geometry data from the AI-network. Those come from different sources and are maintained differently: one part automatically generated from apt.dat, the other is manually created using TaxiDraw. My _personal_ view is that the data coming from the apt.dat could be merged into one XML-file. This point was already discussed. There is also reason to split the data up into one airport per file to allow fast lookup by airport-ID. Right now, Martin's proposal uses path/file dot extension dot another extension. That is the main thing that jumps out at me as being unappealing. I have already provided the arguments in favour of the three-level hierarchy. By my count, there are some 21,893 airports in apt.dat. This scheme will require 36 top level directories, 1011 2nd level directories and 8634 3rd level directories. So a full Scenery/Airports/ would contain some 109,465 files and 9,681 directories. Managing this in CVS would add another 9,681 CVS directories and 29,000 (Entries, Repository and Root) files. So we could conceivably end up with 140,000 files and 20,000 directories? One issue to consider is that on windows file systems, the minimum block size is usually really big, so tons of little files really burns up and wasted disk space. Due to the splitting, each user only downloads those airport-data files that are related to the scenery area downloaded. The more I hear, the less I like this idea. So I won't have ILS navaids available if I don't download the scenery tile? I won't be able to look for airports unless I pull the whole world scenery? So in fact only those people will see an notable increase in disk size who already accept the disk usage of larger scenery areas. Others will probably only notice being spared the load of apt.dat.gz Under the current scheme anyone and everyone can scan apt.dat for every/any airport using common *nix tools like grep or sed. This scheme breaks that ability. In a similar way, this applies to the .stg-files as well. Still I don't see anyone having objected to this aspect of scenery organisation _for years_ and having provided and implemented a different concept. Again: If anyone has a better proposal than the one provided by us, present and implement it. Why not just ship apt.dat and nav.dat with the scenery release instead of the base package? Simple, efficient and it doesn't break all the current code and methods that use these files. I'll shut up now since I've already been told I'm not a real FlightGear developer and I'm not welcome to create scenery. Thanks, Ron - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug in glide_slope_tunnel.nas or gui.nas?
It seems, that gui.INIT() is called after glide_slope_tunnel.loop(), which calls gui.popupTip() that relies on screenHProp set by gui.INIT(). And here is a patch to make popupTip check that INIT has been called. Index: gui.nas === RCS file: /var/cvs/FlightGear-0.9/data/Nasal/gui.nas,v retrieving revision 1.106 diff -u -p -r1.106 gui.nas --- gui.nas 21 Oct 2008 21:37:41 - 1.106 +++ gui.nas 4 Nov 2008 09:53:04 - @@ -7,6 +7,7 @@ # you lose. :) # var popupTip = func(label, delay = nil, override = nil) { +screenHProp == nil and return; var tmpl = props.Node.new({ name : PopTip, modal : 0, layout : hbox, y: screenHProp.getValue() - 140, - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison )
On Tuesday 04 November 2008 21:26:18 Syd wrote: Hi Syd, Ok my turn :) I found Ron's comment about not being welcome to create scenery a bit disturbing ... why? Just to make a slightly off thread comment: All I can say is that Ron's comments on this list have been courteous and professional and I also don't remember any negative comments in referral to him, so I'm also rather puzzled by this statement. So I'll ask a dumb , non developer question: What exactly is the purpose of this directory setup ? Will it affect my own attempt to update local scenery ?Is it meant to make scenery additions easier ? Basically, this new scheme will serve a number of purposes. First and foremost, coupling airport related data to the scenery makes it a lot easier and more flexible to update the and maintain the scenery. Currently, (almost) all the airport data that is used by FlightGear is read from apt.dat. This not only means that we have to parse 2+ airpport to get the startup location for just one of those, it also means that we are limited in doing updates to the scenery: Suppose you would finetune the runway layout of your favorite airport. If this update were to be included in a new scenery release, you'd find out that FlightGear would place you off the runway, because the original startup position is still calculated based on an apt.dat file, which does not reside in the scenery, but in the base package. By moving this information out of the base package, and including it in the scenery, maintaining the scenery will become much better maintainable. Also, separating this information into separate files, mean less IO at program initialization, and therefore faster startup times. Hope this helps, Cheers, Durk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Does anyone have ILS fixes for Major Airports
Forums Virgin Net wrote: I am still using the old Scenery, can I ask if their is any fixes for London Gatwick in the new flightgear scenery please? As far as I can tell we didn't recieve any submissions which are somehow specific to Gatwick, so I think the situation/layout/whatever is still the same there. Wrt. the ILS: This should be still the same as before because FlightGear is designed to read the ILS info from the Base Package - and this has not changed with the Scenery. http://fgfs.i-net.hu/modules/fgtracker/index.php?FUNCT=FLIGHTFLIGHTID=464668 Sorry, I'm not sure what the image is supposed to tell me in this context. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1
Syd wrote: Ok my turn :) Yeah, yeah, yeah ;-) I must have missed out on all the discussion about this change , sorry . Have it here: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17407.html I'm about to try to finish the airport , so are there any changes in the way they are supposed to be added ? The usual procedure is to submit changes to Robin Peel. Unfortunately he had been droppping support for 'our' format recently - I'm in negotiations with him about wether he's going to resume. As far as Melchoir,s opinion's , ok sometimes he has irritated me in the past , but it was more irritating to discover he was right :). So I respect his opinion , and its comforting to know that someone is doing there level best to keep things sane . Well, there are some places where Melchior has a clue and there are some places where he obviously does not. So it's alway better to have your own opinion instead of blindly relying on someone elses :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison )
Thanks guys , I think I understand the purpose now. I was referring to adding airport building at CYVR , I haven't tried actually modifying the terrain or airport layout . Cheers - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-users] World Scenery 1.0.1 (final directory comparison )
On Tue, 2008-11-04 at 22:19 +0100, Durk Talsma wrote: On Tuesday 04 November 2008 21:26:18 Syd wrote: Hi Syd, Ok my turn :) I found Ron's comment about not being welcome to create scenery a bit disturbing ... why? Just to make a slightly off thread comment: All I can say is that Ron's comments on this list have been courteous and professional and I also don't remember any negative comments in referral to him, so I'm also rather puzzled by this statement. Thanks everyone. I had an e-mail exchange off-list today and I believe there was a misunderstanding of a forum post. Another example of the difficulties of communicating over e-mail and forums. It is too easy to misinterpret the meanings or targets of disparaging remarks. Thank you again and sorry for the thread hijack. Ron - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel