[Flightgear-devel] Any chance for NURBS taxiways?
Is there any chance we get NURBS instead of polygons for taxiways? Of course this would be a nice improvement for any object in the scenery. I guess Plib does not have any problem with that. Are there any reason why NURBS are not taken into account for building e.g. the terrain? This idea came into my mind while working with some modeling tools which let users build complex geometry with simple techniques using nurbs and I imagine a curved nurbs terrain would be a very high improvement in visual results :-) Roberto ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] [Re] Buildings?????
How do i determine the tile? FGSD helps in this task :-) And is the scenery designer part of FG ? No, you can download FlightGear Scenery Designer (FGSD): http://fgsd.sourceforge.net You first have to build each 3d model with a program like Blender, AC3D, 3DStudio etc... The Scenery Designer helps you in placing the 3d model in the correct scenery tile in an interactive way, very easy to use. FGSD is very helpfull in modelling the terrain too. Regards Shelton. Roberto -- Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] FOV References, where?
I have a little question about a not usual view configuration which seems not to be covered by any doc, I don't even know if that's possible at all. If not, I encourage you all in considering the possibility of such a configuration. I have a dual head vga, two monitors, I run FG in a 2304x864 window which spans across both monitors but the view direction is right in the middle of the 2304 wide window, it means it's right where the two monitors' frames break the view angle. It's awfull. Changing x,y,z-offset-m parameters does not help because the pilot's point of view _has_ to remain in front of the instrument panel. I think the key is in the FOV and in the way the 3d world is projected on the simulator window. I'd like to correct the FOV of a view in order to get a wider angle (let's say 75°); then rotate the FOV cone to the right (so that I get a wider portion of the view at the right side of the pilot's view, and still see the whole portion in front of the pilot which is the same covered by the standard 55° FOV); and finally have a projection of the simulated 3d environment on a plane which is not square to the FOV's axis, this projection plane should be rotated counterclockwise so that the pilot's view direction is parallel to the airplane's longitudinal axis again and the instrument panel looks square to the view again. Just changing FOV angle gets a bigger window but the view direction is in the middle of the window, which is bad (because my monitor do have each a 4cm frame). Changing the view heading gets a good portion of the pilot's view outside the front airplane's windows, a good view of the instrument panel, and a good view of the right portion of the airplane's front window but pilot's view direction is not aligned with airplane's longitudinal axis anymore. I uploaded two simple gif in order to help explaining what's all about. This is what I get with standard 55° FOV angle and standard view alignment: http://www.geocities.com/robitabu/fov/fov1.gif This is hat I would like to get: http://www.geocities.com/robitabu/fov/fov2.gif Do you have a nice solution? Roberto ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] feature request: MultiPlayer's Callsigns in Viewport
Hi, what about a callsign identifier being displayed for each MultiPlayer airplane in the viewport of FGFS (and maybe a keyboard shortcut or an option menu for enabling/disabling the callsign visibility)? I'm thinking about something like the City-Popup discussed earlier in the ML. So we know who's the pilot flying the airplane we have around :-) It will be very usefull when multiplayer chat system will be available for team flight coordination. Airplanes still do not have other distinctive visual dientifier so a bunch of c172 look all the same. The future MP Networking code will of course have other kind of features and possibility but right now it seems to be the simplest way to identify other users in VFR. have a nice day, Roberto ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Feature request: will sound options be saved?
Hi, current situation is: FGFS v.0.9.8 win32; shutting down FGFS the sound configuration (volume and mute) is not saved as other configurable options. Will this be possible in future releases? :-) Roberto ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Multiplayer crashes with unknown aircrafts, any solution?
Hi, I was playing with Oliver Schroeder's multiplayer FGFS server. I like this stuff :-) But FGFS crashes every time a new user joins the server with an aircraft which is not in my dir tree. The problem is common to many people who used this multiplayer mode. Is there any chance we can get a new binary with a workaround? The problem is really annoying because very many people use aircrafts which do not belong to the base distribution so the crash happens very often. Thx, Roberto ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Airport LICJ disappeared from scenery files!!!
Hi, I downloaded scenery file e010n30.tgz which contains Italy terrain and airports but as soon as I zoom in the area surrounding airport LICJ, I don't see it any more ... it simply disappeared. There's no trace of LICJ.btg.gz either! LICJ is still present in apt.dat.gz There's something wrong with the scenery creation phase :-( Should this be reported to Curtis Olson? Well, I guess so :-( Btw LICJ is the main airport near Palermo city. There's LICP (very near the city center) too but it's a very small airfield, not for liners like LICJ, mainly used for tourist flights and helicopters. Roberto -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Airport LICJ disappeared from scene ry files!!!
Hi Martin :-) Could you post an MD5 checksum of the downloaded file ? Did you experience any strange messages while unpacking ? Of course I can, this is it: 55cefe52d8d2a6f573764fce46927e8a Source is ftp://ftp.flightgear.org/pub/fgfs/Scenery-0.9.8/e010n30.tgz BTW, I can confirm that LICJ is _not_ part of the e010n30 scenery area, How is it LICJ is not part of the e010n30 scenery area? Of course, the scenery area which contains LICJ is e013n38 which is contained in the e010n30.tgz file. I assure you LICJ is right in that :-) ICAO: LICJ 38°10'55N 13°05'58E Roberto -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Airport LICJ disappeared from scene
BTW, I can confirm that LICJ is _not_ part of the e010n30 scenery area, How is it LICJ is not part of the e010n30 scenery area? Of course, the scenery area which contains LICJ [...] I meant: I can confirm that LICJ is actually not covered by the scenery file that belongs to the e010n30 area :-) I was already cool with the first answer :-) Anyway, I did post a msg in Terragear-devel ML. I hope I get some feedback there; I guess that is the right place to post the msg. I'm shure Curtis will take a look at that ... or is someone else paying attention to such kind of issues by now? Roberto -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Wrong coordinates with airport LICP?
Hi Steve, UTM33N is indeed a coordinate system, probably the system of choice for use in Italy, most of the country being in the 33rd 6-degree wide strip of the planet, and in the northern hemisphere: I agree. WGS84 is also a coordinate system - the native system used by GPS and (unless I'm mistaken) the system used by FlightGear. Sorry, but I thought WGS84 is a Datum, one of the possible geometric ellipsoid to choose from for describing the earth surface. It's not a coordinate system by it's own. Right? This decision changes the way the normal in a point is defined as well as the point considered to be the center of the earth, so the latitude value depends on this choice too. What am I missing? The difference is that UTM33N (or any of the other UTMs) are intended merely as map projections and only work over a small strip of the world's surface. WGS84 works over the whole planet. That's what FGSD needs when importing data from external maps, it asks for a coordinate system (relative to something) and a datum which to refer to. Right? You can convert between projections obviously. One of the complete ways of doing it is called the Molodensky transform: http://www.colorado.edu/geography/gcraft/notes/datum/datum_f.html I've found GeoTrans (Geographic Translator) which I think is good enough for such conversions. ( In practice, for small areas, you can assume that just applying an X and Y correction factor and a small rotation about that point will do it. ) I have no problem with rotation in this case. It's only a translation error (or you consider the small translation on the surface of the earth as a rotation around the center point of the earth? :-) Ok. I made my homeworks, I try being more precise and practical now. I describe what I do and how the error arises. - First step: source data I visit www.atlanteitaliano.it (a Government web site); there I find a complete map system of Italy. It's a ECW driven interactive site. I can pick a point and have the coordinates back. www.atlanteitaliano.it says (for the region where LICP lays) Datum is WGS84 and Projection is NUTM33 (UTM, region 33, North). Airport LICP start and end points of the runway are: Coordinates(1) - Point A X: 352091.5 Y: 4220579.4 - Point B X: 352213.2 Y: 4219364.1 Knowing Datum, Projection and Coordinates is enough for determining the point in the space, right? - Second step (optional): coordinate conversion I make use of Geographic Translator Version 2.2.5 for getting the conversion, which is usefull for further data verification. The source data are the above ones; I specify that Datum is WGE: World Geodetic System 1984 (Ellipsoid is WE: WGS84), Universal Transverse Mercator (UTM), Zone is 33, Hemisphere is North. Coordinates(1) - Point A Easting/X(m): 352091.5 Northing/Y(m): 4220579.4 - Point B Easting/X(m): 352213.2 Northing/Y(m): 4219364.1 I asked Geographic Translator to give me the output so that Datum is WGE: World Geodetic System 1984 (Ellipsoid is WE: WGS84), Geodetic. I get the following output: Coordinates(2) - Point A Longitude: 13 18 45.5E Latitude: 38 7 15.4N - Point B Longitude: 13 18 51.4E Latitude: 38 6 36.1N These should be the coordinate values of the two points in FG Scenery, right? Well these are not! - Third step: aerial picture of LICP overlap to FGFS scenery LICP I make use of FlightGear Scenery Designer for importing the aerial picture and overlap it to the scenery so to complete it with surrounding buildings, roads and so on. I make use of the tool called Map Fragments. Here I can import a picture of the terrain, fixing the coordinates of three known points. www.atlanteitaliano.it gives me those three points (two of them being the two above described, and choosing a third usefull point). Well, here FGSD asks me which kind of coordinates I am importing. I set System: Universal Transverse Mercator, Zone: 33, North, Datum: WGS-84. For the two points, I use the Coordinates(1). Well, the problem is when I import this MAP Fragment into the scenery. The result is the picture of the airport being translate by almost 500m north to the position of the airport of the scenery. The scenery airport coordinates, as viewed into FGSD, are: Coordinates(3) - Point A: E 013:18'50.4 N 38:06'18.0 - Point B: E 013:18'45.8 N 38:06'57.6 The error is that (Coordinates(3)A.N)!=(Coordinates(2)A.N) . I get the same error for PointB too, of course. The two runways are perfectly parallel to each other. There seems not to be any rotation error. So now what's the mistake? Am I doing something wrong? Is FGSD doing something wrong? Is atlanteitaliano.it reporting wrong coordinates? Is the apt.dat wrong? You can check the error with FGSD by yourself, simply download the XML MAP File and the aerial picture at the URL http://www.geocities.com/robitabu/fgfs_pa/FGSD-LICP-Map.zip Anyway, do you think is possible that apt.dat is that
[Flightgear-devel] Wrong coordinates with airport LICP?
Hi, I have an aerial picture of airport LICP (Boccadifalco, Italy) with UTM33N coordinates which could be very usefull for correcting FGFS' LICP airport geometry, whose level of details is relatively poor. I made a .xml FGSD Map file out of it. Now I have a problem because the aerial picture I have should have correct coordinates (the web site that publishes the pictures is a Government Institution) but as soon as I overlap it to the scenery data in FGSD, I have it displaced by by approximately 550m. I do not know if it's the aerial picture's fault or the FlightGear airport file's fault. I think it's the airport file's fault but I am not shure. You maybe have other tools and knowledge for determining that. Any hint? I have to choose between thinking that FGFS airport files are not very correct or that a Government Institution does a bad job (which, even if I doubt, is still possible). I guess coordinates for Europe scenery are not very high detailed and correct as USA ones but 550m error for an airport is a big issue if I want to enreach the scenery area with buildings and roads (this is what I'm currently doing). You can see pictures and have files of this case at the address http://www.geocities.com/robitabu/fgfs_pa/fgsd_licp_prob.html Roberto -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Anyone likes helping with italian scenery?
C'è qualcuno che vuole contribuire a migliorare gli scenari del territorio italiano? Io mi stò divertendo con FGSD, i risultati li potete vedere all'indirizzo http://www.geocities.com/robitabu/fgfs_pa/fgsd_palermo.html . Anyone wants to help bringing a new feeling to visual flights over italian territory? I am having fun building the scenery around my town with FlightGear Scenery Designer; the results can be seen at http://www.geocities.com/robitabu/fgfs_pa/fgsd_palermo.html Roberto -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone likes helping with italian scenery?
Von: Frederic Bouvier [EMAIL PROTECTED] Anyone wants to help bringing a new feeling to visual flights over italian territory? I am having fun building the scenery around my town with FlightGear Scenery Designer; the results can be seen at http://www.geocities.com/robitabu/fgfs_pa/fgsd_palermo.html This is very impressive. -Fred Fred is always very nice :-) Thx Roberto -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] .ac file format
Is there a specification somewhere that describes how to construct a .ac file? Is this a FlightGear-specific format, or some kind of generic 3d model format? .ac file format is not specific to FG. You can use AC3D (I am pretty shure you already know that) for creating the file. Roberto -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Anyone using TomTom POI files for scenery
John wrote: Regarding POI files - providing we can sort out the licensing implications I'm happy to write an import script to add them to the database in bulk. Ok John, I will try contacting some of the authors of those POI files and ask them permission to use them in this way. I will let you know the answers :-) Roberto -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION Kein Einrichtungspreis nutzen: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Anyone using TomTom POI files for scenery
Erik wrote: I made just this observatory model for him about a year back or so: FlightGear/data/Models/Structures/observatory.* Gosh, I already offered JJ to build the observatory myself but as I see the model you made is really good. It just needs to be placed in the scenery :-) Anyway, I'd suggest to bring down the observatory.rgb coulour depth, it's 24bit but it needs ver few colours so the file would be smaller (42603 bytes for a 2bit/px image is too much :-) Or doing so is of no help for software/hardware performance at all? I don't know the internals of FGFS and PLIB so I guess (common sense) that reducing the colour depth of the texture files (if not strictly necessary) is still something good to do. Please let me know if I'm wrong because I generally tend using only 8bit/px bitmaps which is generally good enough for such 3d models. If not, I will go back on 24bit/px. Roberto -- Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Anyone using TomTom POI files for scenery
Melchior wrote: This file isn't that big that it would save much disk space, but anyway: -rw-r- 1 m m 42603 Mar 3 12:15 observatory.rgb -rw-r- 1 m m 5120 Mar 3 12:16 observatory-bwa.rgb Both versions contain the exact same image information. The first one is in cvs, the second one was optimized. Of course Melchior, correcting this single case will not change any FGFS performance at all and disk space is so cheap that the overhead of those 37483 bytes costs around 0,00025 Euro Cents today. The question rose up because I try having some more knowledge about what is good and what not for developing 3d models. Correcting one single case is not usefull, but if I use 24bits instead of 8 for every model I will get a landscape package which grows (in bytes) 3 times faster whithout need. I simply try doing it right from the start and I like comments from outside. So I'm more happy with Erik's answer :-) and I will go on without too much bytes noise inside my models (when not strictly needed). Roberto -- Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Anyone using TomTom POI files for scenery populating?
Hi all, I've accidentally come into those POI (Point Of Interest) files for TomTom GPS systems which carry a very big amount of informations regarding many things laying around the world (restaurants, fuel stations, railroad stations, cinemas, schools, hotels ...). Those files are easily convertible to plain ASCII text, getting latitude, longitude (the height is missing) and a small notation of the POI. I currently enjoy building real world 3d models (mainly buildings) to put into FGFS sceneries, but it takes time :-( and the development of scenery files for FGFS need some boost (I think it's very important for VFR flight at least) so I think it could be nice to use such POI files in order to populate great areas of the world with many shared objects (e.g. so many gas stations looks pretty the same from above and those POI files even distinguish different brands of gas stations :-) and very few effort. Did anyone walked this way before? I am starting to build some 3d models of the most common gas stations and hotels around my city. I need a way to get the height of some point of a scenery having latitude and longitude only (no clue how to do that). I will check if those coordinates used in TomTom files are coherent with FGFS format or need some conversion. I will go on looking around the internet for finding other interesting POI files (I am currently trying to get a detailed map of Wind Energy Farms in my country which could be very nice landmarks to put into FGFS :-) I also noticed that those POI files are generally distributed free with very relaxed licenses. Roberto -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION Kein Einrichtungspreis nutzen: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery populating?
Hello Chris, Did anyone walked this way before? Not with TomTom POI files that I'm aware of. There is a *lot* of ongoing work on getting more ground structures into the FG scenery, however. Jon Stockill and Martin Spott have built a master database for ground scenery object locations and shared models to represent them. That is a good job. I like it :-) Jon's populated the database of locations with objects from the UK's CAA obstruction surveys, as well as the implied positions of VORs/localizers/etc. from world airports; I've added the U.S. FAA's obstruction information (including just about everything in the U.S. above 200 feet AGL, and a lot that isn't) and the FCC's database of antenna structures. Lots of us have been making shared models for generic objects (e.g. a generic crane, a generic smokestack/chimney, generic skyscrapers for buildings that nobody's specifically done yet, etc.), as well as models for specific structures/landmarks. I don't know that an official release announcement has been made of yet, but go ahead and take a look at: http://fgfsdb.stockill.org/ Depending on the objects in the POI files, there may be some overlap; but more data is always good. I am starting to build some 3d models of the most common gas stations and hotels around my city. Please consider contributing them to the database. I already did :-) I even contributed, and will again in the near future. I have a lot of work in progress here. Sadly I'm relatively new to this stuff so the work needs time (mainly used for learning how to use the software and how things work) so I don't upload very many models to the database. Anyway I like it and I will go on with the 3d building phase. I'd apprecheate having some more tools (knowledge and skill) for terrain manipulating but ... by now I have to base my work on the current scenery terrain datasets, even if they're not detailed/correct enough. I need a way to get the height of some point of a scenery having latitude and longitude only (no clue how to do that). Both Jon and I have written code to do this iteratively for a list of lat/lon locations (I think Jon used Perl; I used Python). Sadly, it requires running FlightGear and is slow; but at least it's hands-off. Does it work (did you test it) with Win32 OS too? That's what I need. I will check if those coordinates used in TomTom files are coherent with FGFS format or need some conversion. I will go on looking around the internet for finding other interesting POI files (I am currently trying to get a detailed map of Wind Energy Farms in my country which could be very nice landmarks to put into FGFS :-) There's a wind turbine model in the database for just this reason; there are wind turbine locations in the database, but they could stand some fleshing-out. So this would be good. I will use it of course. At least untill I find detailed pictures of the ones in my country. I prefer being as much realistic as I can because I don't like world simulations far too distant from reality. I once saw a MSFS scenery of the city I lieve into, which used a lot of shared buildings to populate the city, well ... It was pretty nice but I was very disturbed by those evidently _fake_ grey boxes around. It was very nice to look at the only realistic buildings of the scenery and, knowing the place, only thanks to them I was able to immediately recognize the city tile. The remaining parts were very confusing. So, I will first make use of shared (generic) models and then will (if possible) create more realistic (not more detailed but more similar to the real objects) models. That's my idea, but I like hearing what other FGFS users like too :-) I also noticed that those POI files are generally distributed free with very relaxed licenses. But this is the crux of the biscuit. What, specifically, is the license? Very relaxed isn't detailed enough to say whether it's compatible with the GPL, and thus can/cannot be distributed with FlightGear. It's likely that the POI files themselves cannot be distributed with FG. Well, I've already found some POI files which are distributed with the only limitation being not to distribute them without stating where I took them from. Is this compatible enough to GNU-GPL? :-) *HOWEVER*, it's generally the case that copyright law indicates that one can copyright the presentation of a set of facts, but cannot copyright the facts themselves. Thus, you're violating Encyclopedia Britannica's copyright if you photocopy and distribute one of their volumes; but you aren't violating their copyright if you write your own volume in your own words that nonetheless contains all the information/facts contained in that Encyclopedia Britannica volume. So while it may not be possible to distribute the files, it may be possible to distribute the information within the files. Good point, the problem arises when a
Re: [Flightgear-devel] Atlas release candidate
Hi all, I've put a release candidate of Atlas-0.3 up at: http://www.nottingham.ac.uk/~eazdluf/Atlas-0.3.0-rc1.tar.gz Do you think there will be some Win32 binary too? It would be very nice :-) I don't know if it's even possible (I didn't look into the code in order to determine if libraries and the source itself is portable) but I really hope so. Roberto -- GMX im TV ... Die Gedanken sind frei ... Schon gesehen? Jetzt Spot online ansehen: http://www.gmx.net/de/go/tv-spot ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] How to convert from WGS84 coordinates?
Hi Fred, Datum: WGS84 Projection: NUTM33 Coordinate top left x: 353620.2 y: 4225543.6 Coordinate bottom right x: 354212.2 y: 4225976.1 These are UTM North Zone 33 I entered these coordinates in fgsd and I had my test picture mirrored upside down. It appears that your bottom has a northings (y) value greater than your top. Anyway, I get these ( decimal ) values : x: 353620.2 y: 4225543.6 = lat: 38.16592 lon: 13.32904 x: 354212.2 y: 4225976.1 = lat: 38.16991 lon: 13.33570 You're totally right. That can't be. Bottom right coordinate is wrong of course. I checked again (not the same image, but from the same source, which is www.atlanteitaliano.it, and at almost same coordinates) and I got what follows: Top Left x: 353582.4 y: 4225544.6 Bottom right x: 354210.8 y: 4225048.5 Anyway, can you please explain to me how to place some aerial/pictures into a scene in order to texture the terrain? I'd like to use those pictures from www.atlanteitaliano.it but I don't find any docs about this procedure. I know it's possible, there are screenshots at www.flightgear.org, but there's no documentation. Thx, Roberto -- Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] May I help with scenery?
Hi Martin, 1st of all: F.G. is great :-) Great, you passed the entrance exam ;-) Great, that always works ;-) Let's follow the white rabbit. I would like to help, maybe with some simple objects around the scenery (buildings, aerial pictures of the terrain, some more details for the two airports around my city, Palermo, that's just an example). Probably just some pictures won't help _that_ much (although I'm convinced there is still interest in the raw images) the results you might produce from these images are very much appreciated. The infrasctucture for creating a central repository for scenery objects (database and different front-ends) is currently in the works. Please let me know about the repository. Anyway, is there an easy way to identify a building position in order to put the 3D model in the correct place (lat/long/alt) into the F.G. world scenery? Should I consider buying a portable GPS, going in place and check what the machine says? Is there a way I could use aerial/staellite pictures (there are tons on the net and many are free for viewing) and extract position spots out of them in order to correctly orientate and position the 3D obejct (here I'm mainly talking about buildings). Any suggestion? And now it comes to the developer team: some hints would be very appreciated. I'd like to use a Windows OS because I'm sooo used to it (please forgive me :-) but I read that most of the tools are Unix based. I'd love to know that it's not a complete waste of time insisting in using this OS, so ... FlightGear runs fine at least on certain Windows releases (I only tried Win2k), TaxiDraw is available for Windows as well (don't know about AC3D) so I don't see any obstacles regarding contribution of scenery decoration and/or airport layouts using a Windows platform. I'm currently running F.G. v.0.9.6 W32 binary on Windows98 2nd ed. with average hardware with preconfigured options. It works well. I didn't try any exotic configuration yet, I will do that in the next days. AC3D is a basic 3D modeller wich works with .ac files. It seems easy though not very stable. There's a free trial version. I will find out if registering is worth. Any other suggestions? p.s. there are a bunch of very interesting and detailed MS-FS scenery sets around (many of them are free); could it be a good starting point for adding details to the local (around the city of Palermo) F.G. scenery? Maybe it's not that difficult to convert to the F.G. format. As I understood there are legal issues because lots of MSFS objects are not allowed to be redistributed within a GPL-licensed package. Well, I hope I will personally come in touch with those people maintaining the MSFS local scenery of the town I leave in. I could also get those people releasing the modified version with a GPL license, they already distribute those addons sceneries for free; or at least we could agree in a partial conversion of their job (it's still hypothetical because I really don't know if it's possible and/or easy to convert a MSFS scenery or part of it into a form suitable to F.G.). I don't think those MSFS scenery have some kind of license binding to MS in anyway, not even the converted versions will. Anyway, I will ask :-) If I'm lucky I will get some job done without much pain. Roberto -- +++ GMX - die erste Adresse für Mail, Message, More +++ 1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d