Re: [Flightgear-devel] Logos and licensing

On 06/03/11 23:42, Vivian Meazza wrote: > One final thought. We have been using logos in FG ever since I've been > involved - 2004 and probably longer. In that time we have not had a problem. > Are we saying that no rights holder has ever noticed it anywhere? I find > that a bit improbable; perhap

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

On 31/03/11 21:28, Roberto Inzerillo wrote: > Hallo everybody, > I purchased a few rotary encoder and a bunch of 7segment displays to build > a physical replacement of the Bendix KX165. I'm using Arduino which feeds > data to FGFS on a serial connection. I'd like to update > "instrumentation/c

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

On 03/04/11 15:04, Roberto Inzerillo wrote: > Good to know Jon, I'll be glad to talk about that with you. > I like your hardware approach, getting your hands "dirty" on a naked ATMega16 > should be fun too :-) It's interesting, and results in *much* smaller code than you'd get using the arduino

[Flightgear-devel] Scenery models

lot less noise being generated by the scenery loader. -- Jon Stockill fgf...@stockill.net -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-d

[Flightgear-devel] Slackware packages for 2.4.0

Slackware packages for the FlightGear 2.4.0 release can now be downloaded from packages.flightgear.org.uk (and it appears there are a few people already doing just that!) Packages are available for Slackware 12.2 and the 32 and 64 bit versions of Slackware 13.37 Enjoy! -- Jon Stockill li

[Flightgear-devel] cmake

be any way to enable the jpg-httpd server. (Under autoconf it was enabled by default if Simgear was built with jpeg factory support). "make install" no longer installs the manpages. -- Jon Stockill li...@stockill.net -

Re: [Flightgear-devel] cmake

On 04/11/11 00:00, Martin Spott wrote: > Jon Stockill wrote: > >> Simgear doesn't seem to install to the correct directory on 64 bit >> systems any more - there doesn't seem to be any way to tell it to use >> /usr/lib64 instead of /usr/lib > > That's

Re: [Flightgear-devel] cmake

On 04/11/11 00:08, Adrian Musceac wrote: > On Friday, November 04, 2011 01:05:25 Jon Stockill wrote: >> >> Have we changed the default data directory again? cmake outputs this: >> -- Using default data-dir: /usr/lib/FlightGear >> There doesn't appear to be any way

[Flightgear-devel] Docs installation with cmake

I've just noticed that the README files are being installed to /usr/doc since the switch to cmake. This should be /usr/doc/flightgear -- Jon Stockill li...@stockill.net -- All the data continuously generated in yo

[Flightgear-devel] Cmake equivalent to --with-osg=/some/path

th to each individual library file (which from the cmake output seems like it might be the only way). -- Jon Stockill li...@stockill.net -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learni

Re: [Flightgear-devel] Re : Scenery web and scene models

*mostly* ugly cruft. I had intended splitting the logic from the page layout (my design skills are even worse than my code ;-) but that's been on my todo list for way too long. -- Jon Stockill li...@stockill.net --

Re: [Flightgear-devel] Re : Windturbines facing in wrong wind direction

0 by mistake then it could explain the problem. I'll have a look when I get home from work. -- Jon Stockill li...@stockill.net -- Try before you buy = See our experts in action! The most comprehensive online learni

Re: [Flightgear-devel] Re : Windturbines facing in wrong wind direction

erything is consistent we can see if any changes need to be made (they certainly used to work properly). -- Jon Stockill li...@stockill.net -- Virtualization & Cloud Management Using Capacity Planning Cloud compu

Re: [Flightgear-devel] scenery loading cleanup

ese objects would be displayed along with the objects and terrain from the /export/Scenery directory but now I just get the objects and no terrain. Removing the first directory from the search path brings the terrain back again. Can you explain exactly how the loading now works, and if it's

Re: [Flightgear-devel] scenery loading cleanup

ath before any terrain. I really don't know what to suggest. -- Jon Stockill li...@stockill.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure __

Re: [Flightgear-devel] Next Meeting #fg_scenery

On Sun, 25 Mar 2012 00:15:11 +0100, Christian Schmitt wrote: > Hi, > > the next meeting is planned for Monday, 26.3. at 16:00 UTC or 4 > PM UTC. > Don't forget about the DST starting tonight in many countries :) > > Hope to see many of you. I'm afraid I'll st

Re: [Flightgear-devel] Random buildings improvements - phase 2

o.uk/flightgear/buildings-evening.jpg >> > That looks fantastic Stuart! > > It'll be cool when you can fly over and catch someone playing Tetris > on > the side of one of those buildings. :D Damnit, now I need to find time to model the green b

[Flightgear-devel] Fwd: [Flightgear-commitlogs] FlightGear branch, next, updated. fe1222a90dd809560e787ce09391d5cf97bbe6fe

Files/fgfs.dir/all] Error 2 make[2]: Leaving directory `/export/flightgear/FlightGear-GIT' make[1]: *** [all] Error 2 make[1]: Leaving directory `/export/flightgear/FlightGear-GIT' make: *** [build-flightgear] Error 2 -- Jon Stockill li.

[Flightgear-devel] UAV Landing on USS George H W Bush

available budget: https://www.youtube.com/watch?v=FWghkjE8HMY -- Jon Stockill li...@stockill.net -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monit

[Flightgear-devel] New Traffic Files

When importing the recently committed traffic files into the traffic database I've noticed that there is some duplication, for example: EC-HDT is defined for both CLI and IBE with different liveries. Jon -- SF.Net emai

Re: [Flightgear-devel] New Traffic Files

Jon Stockill wrote: > When importing the recently committed traffic files into the traffic > database I've noticed that there is some duplication, for example: > > EC-HDT is defined for both CLI and IBE with different liveries. Some problems with flights too, looks like KLM0757

Re: [Flightgear-devel] New Traffic Files

Durk Talsma wrote: > Is it hard for you to compile a list of errors, so we can have a look? We > edited most by hand, so it is quite likely some typo's etc. slipped in. I've mailed you a list. Jon -- SF.Net email is Sp

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

Durk Talsma wrote: > Just to make a blunt suggestion, although not completely of my own > imagination: would it be an idea to release this version as 2.0?. Initially, > we wanted to do a 1.9.0 release, because we felt that the OSG transition > wasn't quite there yet. Since then, enormous progre

Re: [Flightgear-devel] FlightGear-1.99.5-RC2

Curtis Olson wrote: > There's no reason the chooser can't be made to run on any of our > supported platforms. It's written in fltk I believe and I've had it > running in Linux in the past. The only reason it might seem like it's a > win32 only app is that Frederic is really the only one who ha

[Flightgear-devel] 1.9.0 packages for Slackware

The Slackware packages for the latest release are now available in the usual place: http://flightgear.stockill.org.uk Jon -- ___ Flightgear-devel mailing list Flightgear-devel

Re: [Flightgear-devel] VOR shack : scenery model upgrade opportunity

John Denker wrote: > Hi Folks > > FG puts a model of a VOR shack into the scenery in places where > there is supposed to be a VOR shack. So far so good. > > The problem is, the model seems awfully small. It looks like > it is about 5 meters in diameter. I've never seen one in RL > that is that

Re: [Flightgear-devel] VOR shack : scenery model upgrade opportunity

Alex Perry wrote: > Here is a derivative idea. There are several classes of VOR > (irrespective of the other radio services that might be colocated) > which determine what the receivable range is ... and whether they're > usable for jet routes. That change in transmitter power may be a > definin

Re: [Flightgear-devel] [BUG] division by zero in YASim/Airplane.cpp (possibly caused by bad 787 model)

LeeE wrote: > Oh yeah, and if the model is using the standard FG VRP (Visual > Reference Point) to align the 3D model and FDM config, ax & ay (and > nearly always az) should all be 0.0. az might be different in some > aircraft, like the Nimrod MR for example, because the nose has a > large of

Re: [Flightgear-devel] The use of models from other formats

Tim Moore wrote: > I don't know what to say about AC3D, but Blender has such a large community > that > I doubt you need to be suffering in isolation this way. Surely this is a > known > problem with a workaround? Before people spend too much time on that if you have a small sample model tha

Re: [Flightgear-devel] The use of models from other formats

Vivian Meazza wrote: > Ian, > > > > Those boxes import nicely into AC3D here. How about a real challenge? No problem getting them into blender either. Jon -- Create and Deploy Rich Internet Apps outside the browser w

Re: [Flightgear-devel] Preferred development os

Harry Campigli wrote: > > > I have used SUSE for years, currently using 10.3. but feel it has "gone > off" since version 9. However I have always managed to build FG from > source on it with a bit off mucking around but never Terragear. > > For along time I have wondered about Debian. I get th

Re: [Flightgear-devel] Preferred development os

Martin Spott wrote: > Harry Campigli wrote: > >> So till now for Terragear the only confirmed starter mentioned is Slackware >> 11.0,12.0 and 12.1 > > The machine we're using for the World Scenery builds runs OpenSUSE 10.2 > - just by 'accident', as the OS was already installed by the time when

Re: [Flightgear-devel] Preferred development os

Martin Spott wrote: > Harry Campigli wrote: >> On Tue, Feb 10, 2009 at 11:22 PM, Martin Spott wrote: > >>> The machine we're using for the World Scenery builds runs OpenSUSE 10.2 >>> - just by 'accident', as the OS was already installed by the time when >>> we were given access to it. As far as I

Re: [Flightgear-devel] OpenStreetMap Open Database License

Martin Spott wrote: > OSM are currently discussing a draft of their to be expected future > license for their road database. If you're interesed in having OSM > roads show up one day in some future releases of the FlightGear World > Scenery, then feel free to reserve some time, start at: > > htt

Re: [Flightgear-devel] OpenStreetMap Open Database License

Tim Moore wrote: > Obviously you've been following this more closely than I, but doesn't the > proposed license specifically allow the use of OSM data in applications > like flight simulators, with a fairly liberal license? I originally added the use case - it's been tweaked slightly since then,

Re: [Flightgear-devel] Building TerraGear

Geoff McLane wrote: > So, no idea why fgfs-tools-client crashes, but it is > NOT used to generate a small region of scenery. Not true. There's absolutely no reason why you shouldn't use it, especially if you have more than one machine available to build your scenery (the server then hands out t

Re: [Flightgear-devel] Elevation trouble with Scenery

cullam Bruce-Lockhart wrote: > I've been mucking around trying to build my own scenery for the last > couple weeks, with a VAST amount of help from Geoff McLane. I've got it > all working, and have been able to generate my own scenery. > > However, the elevation is coming out all messed up. Geof

Re: [Flightgear-devel] Problems with terragear and building Australian scenery

Jason Cox wrote: > Geoff, > sorry for the double post, but I thought I had issues with my old and > new email address. > Anyway,the original hgt source was from > e0srp01u.ecs.nasa.gov/srtm/version2/Australia > This was 'wget' from the site back '06 and unfortunatly not available > now. I am

Re: [Flightgear-devel] genapts, demchop, and data from geobase.ca

cullam Bruce-Lockhart wrote: > Hi all. > > I have a set of Canadian data from geobase.ca. This is fairly high > resolution data that is downloaded as .dem files. There are already > formatted in ascii, and deminfo claims they are good to go. demchop runs > on them just fine, and completes succe

Re: [Flightgear-devel] Sky dome coloring

Erik Hofman wrote: > Hi, > > After a request in the forum for a nice pink sunset I decided to update > the sky coloring a bit. > The fog color now transitions into the sky dome which gives a way better > result (imho). > (changes are both in SimGear and FlightGear). > > Let me know what you all

Re: [Flightgear-devel] X-Plane 850 file format support committed

Curtis Olson wrote: > I wonder what tricks and approaches the gaming community uses for > drawing clear and realistic roads? The problem with cutting the lines > into the surface as polygons is that (1) you explode the polygon count > and (2) you have hard aliased edges which can become distra

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Models/Airport BAK-12-0.ac, NONE,

Martin Spott wrote: > Vivian Meazza wrote: >> Update of /var/cvs/FlightGear-0.9/data/Models/Airport >> In directory baron.flightgear.org:/tmp/cvs-serv26998 >> >> Added Files: >>BAK-12-0.ac BAK12.xml >> Log Message: >> Add runway arrester gear type BAK-12. Based on Dave Culp's original work

Re: [Flightgear-devel] [Flightgear-cvslogs]

Martin Spott wrote: > Isn't that a duplicate of this one: > > http://scenemodels.flightgear.org/modeledit.php?id=918 > > which had been in CVS for several months ? > Two models with the same type name - is there any difference ? Yes - the new one actually works as an arrester system, ra

Re: [Flightgear-devel] heads up - effects

syd adams wrote: > I get the same error on Linux The OSG 2.9.5 dev release will solve the problem if you want to try out the changes immediately. Jon -- Enter the BlackBerry Developer Challenge This is your chance to

Re: [Flightgear-devel] view manager "look at" mode

Gene Buckle wrote: > Would it be possible to place the new "view" into a window instead of > having a dedicated view? That would allow you to have an instrument panel > with a blank cut-out that could hold this newscam/FLIR window. AFAIK we're currently limited to 1 camera, which would mean yo

Re: [Flightgear-devel] view manager "look at" mode

Martin Spott wrote: > Jon Stockill wrote: > >> AFAIK we're currently limited to 1 camera, which would mean you'd need 2 >> instances of FlightGear in order to get the 2 different views. > > The file FlightGear/docs-mini/README.multiscreen explains how to add

Re: [Flightgear-devel] New FDM: Vamos automotive simulation in flightgear

Thorsten Hackbarth wrote: > Hi, > I created a new FDM based on Sam Varner's automotive simulation > framework Vamos http://vamos.sourceforge.net and some yasim code. > Is there a chance to get it into svn? Does this mean we'd be able to have real gearboxes in the vehicles we already have, along w

Re: [Flightgear-devel] FlightGear Newsletter August 2009

Maxime Guillaud wrote: > ok. Meanwhile, my understanding is that I can distribute my OSM-based > scenery under the Attribution-Share Alike Creative Commons license > without problems. Correct ? If it's data you submitted to OSM yourself then you can use any license you like, since you still re

Re: [Flightgear-devel] New FDM: Vamos automotive simulation in flightgear

Thorsten Hackbarth wrote: > Am Mittwoch, den 29.07.2009, 18:35 +0100 schrieb Jon Stockill: > >> Does this mean we'd be able to have real gearboxes in the vehicles we >> already have, along with drive based on ground reaction rather than >> faked with a jet engine?

Re: [Flightgear-devel] Using shapefiles other than VMAP

cullam Bruce-Lockhart wrote: > Hey gang. I'm not sure if the answer to this will turn out to be retardedly > simple, or ludicrously complex, but here goes. > > I've build scenery for the island of Newfoundland with very high resolution > for the elevation. But now the low-res, VMAP0 looks awful

Re: [Flightgear-devel] [patch] Improved 3D clouds performance?

syd adams wrote: > Tried the patch and see a slight improvement ... > At the moment I have other problems ...no sound , extremely slow loading > times , etc... so I'll keep testing in between audio debugging :) Ah, I'm glad it's not just me with sound problems - I've just upgraded a machine to p

Re: [Flightgear-devel] Things that cause fgfs-construct to be killed?

cullam Bruce-Lockhart wrote: > Hi gang. My last few builds of scenery have been killed in the exact same > manor, and produced hilarious results to view from the air. Anyway, I was > wondering if anyone knew off the top of their head the full list of things > that cause fgfs-construct to be kill

Re: [Flightgear-devel] Sound problems (Was: Improved 3D clouds performance?)

Erik Hofman wrote: > What version of OpenAL is this and does explicitly adding > --prop:/sim/sound/enabled=true make any difference? I'm using openal-soft-1.9.563 - setting that property on startup does seem to solve the problem, though changing it after startup doesn't appear to enable it (pr

Re: [Flightgear-devel] Ignoring MP pilots

Pete Morgan wrote: > Tom P wrote: >> Hi Torsten >> >> That's an interesting concept, I was thinking about groups as well. >> >> But instead of writing extra code on top of the current client and server, >> could we use different ports on the server? >> >> Let me explain: if I understand correctly,

Re: [Flightgear-devel] Cliffs

cullam Bruce-Lockhart wrote: > Terribly sorry to send this out again, but I never got any response to my > previous query. > > I'm planning on developing procedures that automatically assign cliff > textures to any scenery beyond a certain slope. From reading through the > flightgear devel arc

Re: [Flightgear-devel] Laptop Recommentations

Stuart Buchanan wrote: > Hi All, > > The graphics card on my FG PC has just died, and as the PC is now quite old > and was already on it's second graphics card, I'm looking to buy a laptop to > replace it with. > > Does anyone have a recommendation for laptops, or particular things I should >

Re: [Flightgear-devel] TerraGear terrafit python script

Andrew Gillanders wrote: > Hi all, > > Does someone have a working copy of the terrafit.py script? I have > the one from the TerraGear 0.9.8 tar ball at terragear.org, but it > isn't working on my system (Mac OS 10.4, using Unix command line, > Python version 3.0.1). Python is not my languag

Re: [Flightgear-devel] memory hemorrhage

Tim Moore wrote: > By the way, the new hotness in terrain visualization seems to be > creating buildings from shape files that encode the height of each > building, with a big texture (extracted from a bigger image) that has an > image of each roof. If you assume that buildings are prisms, an

Re: [Flightgear-devel] memory hemorrhage

Heiko Schulz wrote: > Hi >> That's the correct definition. I >> meant that the frame rate was "clobbered." Perhaps >> "clobbered" is a bit strong. >> Tim >> > > This gives far more sense then. > > For KSFO it would maybe help to change the power pylons. Currently it is one > sized .ac-model but

Re: [Flightgear-devel] configuration snafu

Curtis Olson wrote: > I don't doubt that there could be some lib vs. lib64 inconsistencies, > but FilghtGear builds right out of the box for me on 64bit Fedora 12 ... > no hitches at all that I recall and it has done so for quite some time. Same for me on slackware64. Jon -

Re: [Flightgear-devel] Outerra

Heiko Schulz wrote: > Hi, > > Just for those who wants to know what's going on in the flight sim world: > Outerra is a new 3d-engine for seamless planet rendering. > > They included JSBSim, so it can be used as Flight Sim. > > It is still in developement, but they hope it will be used in any ga

Re: [Flightgear-devel] scenery bug: KSQL stray building

George Patterson wrote: > On Tue, Feb 9, 2010 at 8:48 AM, John Denker wrote: >> At KSQL there is reproducibly a building sitting >> partially on a taxiway and even extending onto >> the runway a little bit. >> >> http://www.av8n.com/fly/fgfs/img48/ksql-building-on-rwy.png >> >> > > I have also b

Re: [Flightgear-devel] Shift key stuck once pressed

Curtis Olson wrote: > For what it's worth, the [ ] key bug is also in OSG-2.9.5 (the latest > developer release last I checked.) Bummer to have to open up the > property browser to change flap settings on takeoff and landing. I was > hoping this would get fixed quickly because OSG seemed to ma

Re: [Flightgear-devel] Shortcut to flaps down

Atadjanov Daniyar wrote: > Hi! > > For a long time "flaps down" shortcut ( ] ) is not working on my fgfs-devel. > It's not a problem for me, because i'm using joystick's button to extract > flaps, but i think we must check this function before releasing 2.0. > > I'm on Ubuntu Linux + FGFS from

Re: [Flightgear-devel] rotated screen

Harry Campigli wrote: > Possibly I can just rotate the view in osg where the camera is defined > and just position the instruments as required on the rotated panel in > the normal maner > > (os is linux, multi screen video cards) > > Any suggestions on the way to approach this or where ita alrea

Re: [Flightgear-devel] http://wiki.flightgear.org/robots.txt

John Denker wrote: > Really? A collective, open-source project that doesn't > allow anybody other than google to index the documentation? > > Is there a reason for this? Presumably because there are some truly awful bots out there, and google at least is known to be well behaved. Jon --

Re: [Flightgear-devel] News from FlightProSim!

Curtis Olson wrote: > On Mon, Mar 15, 2010 at 12:56 PM, Frederic Bouvier > wrote: > > > What will happen if this guy creates a flightgear.flightprosim.com > page ? > > > We could only hope ... !!! > > Can we get in troubl

Re: [Flightgear-devel] Enable headtracking in FlightGear?

George Patterson wrote: > On Thu, Apr 22, 2010 at 8:41 PM, wrote: >> You're probably right, they phrase is differently: the non-commercial API >> may only be used in 'open source' projects... >> >> I don't know why, but it does not matter to me: I like 'open source' ! >> > > It's bigger than j

Re: [Flightgear-devel] Real-time shipping traffic

On 04/11/10 11:32, Stuart Buchanan wrote: > Hi All, > > I recently came across http://www.marinetraffic.com/, which tracks > shipping by means of their AIS transmitter, which all vessels over 299 > gross tonnes must carry. > > The data is transmitted by radio and includes position, speed, course, >

Re: [Flightgear-devel] Scenemodels ground elevation update

On 10/01/11 15:26, Curtis Olson wrote: > Hi Martin, > > I skimmed the contribute.php link for info on specifying object > elevation and had one question. Your approach seems focus on landmarks > and buildings that need to sit on top of the ground. But often, > important tall objects have a known

Re: [Flightgear-devel] Next world scenery build

less loops which eventually killed the process. It's possible the shapefiles don't suffer from this problem - I'll give it a try. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you g

[Flightgear-devel] Brad Andrew

Your ISPs greylisting setup appears to be broken (it rejects my mail and says it'll be accepted on retry an hour later - it's been giving the same message for 48 hours). I *have* replied to your mail - if you drop me a note with another email address I'll forward you a copy. Jon

Re: [Flightgear-devel] Next world scenery build

es to vmap0 and SWBD - it may be that we'd gain very little for the amount of work involved, in which case we can skip it and stick with GSHHS in the longer term. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored

Re: [Flightgear-devel] Re: PA24-250 model under development

king, so a general move to VRML may leave us with some problems (unless 2.40 has better VRML support of course). -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? S

Re: [Flightgear-devel] Texture compression experiments in plib

Martin Spott wrote: Ah, I knew once someone would try TIGER data with FlightGear :-) Is there any public notion of this Scenery ? http://flightgear.stockill.org.uk/testing/BaseSceneryWithTiger.tgz That's using tiger data for major roads, railways, and waterways - the water flowing down vall

Re: [Flightgear-devel] Texture compression experiments in plib

ed, I can now take off from Nimitz _with_ the hurricane and have useable steady fps! (around 15) My results with a similar card mirror that almost exactly - clearly the card is the limiting factor, and this patch made a *huge* difference. -- Jon Stockill [EMAIL PROT

Re: [Flightgear-devel] Texture compression experiments in plib

Martin Spott wrote: Hello Jon, Jon Stockill wrote: http://flightgear.stockill.org.uk/testing/BaseSceneryWithTiger.tgz Thanks for posting the link. Can you share your experience with us how to size the hardware in order to run this scenery ? I know TIGER is _very_ detailed and, analogous

Re: [Flightgear-devel] Texture compression experiments in plib

Ralf Gerlich wrote: Hi, Jon Stockill schrieb: [SNIP] As an idea of the processing involved, as I'm sure you're aware by default the terragear tile builder has a cpu limit of 120s set - you're not going to get anything at all built with those limits using this amount of

Re: [Flightgear-devel] Voice ATC

problems with NAT though, since the control and media streams are on seperate ports (and the control messages contain the source address) - something like IAX doesn't suffer from that limitation - everything goes over the same port - therefore it'll be as NAT friendly as the MP code

Re: [Flightgear-devel] Texture compression experiments in plib

Curtis L. Olson wrote: I'd be interested in working with the Tiger data as well. Did you create any code to parse/chop the data? If I had a chance to work through the process I might be able to track down some of these problems/issues. I got myself a copy of the 2004 Tiger data in shapefil

Re: [Flightgear-devel] VFR scenery

Christian Mayer wrote: The town screenshots look great. (If you don't know, FGFS is also improving at that area in a very fast pace: http://fgfsdb.stockill.org/ tells me that we've got over 14 objects with over 200 models all over the world already) You could try to model a few buildings an

Re: [Flightgear-devel] replacing existing objects in fgfsdb

ge referenced above, and give me the number in brackets then it makes it very easy to replace (that number is the FAA or FCC object ID). -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep throu

Re: [Flightgear-devel] replacing existing objects in fgfsdb

dene maxwell wrote: Unfortunately Jon has his FGFSDB email disabledwhat forum do we contact him on? I do? -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems

Re: [Flightgear-devel] replacing existing objects in fgfsdb

numbers in brackets (that's the FAA or FCC id) then it makes replacing the objects VERY easy. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Downloa

Re: [Flightgear-devel] replacing existing objects in fgfsdb

Jon Stockill wrote: If you look up the objects you want to replace as described above and let me know the numbers in brackets (that's the FAA or FCC id) then it makes replacing the objects VERY easy. Apologies for the duplicate - I managed to run out of RAM and kill thunderbird while i

Re: [Flightgear-devel] replacing existing objects in fgfsdb

dene maxwell wrote: Yeap you do refer attached or [Snip] Name: Jon Stockill EMail: *disabled* I'm primarily interested in bulk population of the objects database from various data sources - if you have access to such a resource then I'd be happy to help you import it. Models wi

Re: [Flightgear-devel] replacing existing objects in fgfsdb

Frederic Bouvier wrote: A search by position bounding box would be really cool. Until I get chance to add that you can actually search by partial lat/lon - so for example searching with lat=50.1 would return everything from 51.0 to 51.9 -- Jon Stockill [EMAIL PROTECTED

Re: [Flightgear-devel] replacing existing objects in fgfsdb

Norman Vine wrote: Jon Stockill writes: Frederic Bouvier wrote: A search by position bounding box would be really cool. Until I get chance to add that you can actually search by partial lat/lon - so for example searching with lat=50.1 would return everything from 51.0 to 51.9

Re: [Flightgear-devel] replacing existing objects in fgfsdb

Martin Spott wrote: is already in the works. I've already started designing a plan on how to convince Jon :-) I've yet to investigate the GIS stuff in mysql. Jon --- This SF.net email is sponsored by: Splunk Inc. Do you grep through

Re: [Flightgear-devel] New scenery

oment the glidescope transmitter is used for localiser positions). -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that make

Re: [Flightgear-devel] NAVAIDS ???

ations it makes sense to sit them on the terrain at the relevant position (which is how it was done last time). So with any luck I should have a full update of all the navaids in the database with correct elevations by this weekend. -- Jon Stockill [

Re: [Flightgear-devel] NAVAIDS ???

Jon Stockill wrote: So with any luck I should have a full update of all the navaids in the database with correct elevations by this weekend. It seems I don't have any luck at the moment. I've just discovered that when using the null fdm I'm not getting updates to /position/gr

Re: [Flightgear-devel] NAVAIDS ???

e UFO doesn't drift at all. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files

Re: [Flightgear-devel] two scenery ideas

Mark wrote: Since there is already a PostGIS database for custom scenery contribution in work, I assume this maybe could be added to that database? I agree that localized textures would be a big improvement. The city textures look good for locations in the states, but not realistic for Europe. B

Re: 0.9.10 Scenery Quirks (was Re: [Flightgear-devel] Discussion: next FlightGear release.)

David Megginson wrote: On 28/01/06, Curtis L. Olson <[EMAIL PROTECTED]> wrote: Now that the v0.9.10 scenery is done. I would like to start thinking about the next FlightGear release which will be called v0.9.10 to match the scenery. I've been using the new scenery, and have noticed some qu

Re: [Flightgear-devel] NAVAIDS ???

Mathias Fröhlich wrote: Jon, On Tuesday 24 January 2006 22:45, Jon Stockill wrote: I've just discovered that when using the null fdm I'm not getting updates to /position/ground-elev-m any more. So I can't actually retrieve the terrain elevation. Is there somewhere else in the

Re: [Flightgear-devel] Request for comments: Airway database

ice feature. It really depends how much processing would be involved to extract a route I suppose. This type of routing info certainly has further applications. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk I

Re: [Flightgear-devel] Extraneous building?

John Wojnaroski wrote: FYI Haven't been to KSFO for a while, but don't think this structure belongs here ;-) Perhaps something smaller that may have been mis-identified during file generation. See 942050.stg OBJECT_SHARED Models/fgfsdb/generic_skyscraper_09.ac -122.3775000 37.6186110 -465

Re: [Flightgear-devel] A/C Tractors 3D Models

pear to float due to coastline issues). -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your lo

Re: [Flightgear-devel] A/C Tractors 3D Models

he model, and I wasn't really expecting whole fleets of them :-) -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that

  1   2   3   >