Comments on: apt.dat 1050 Proposed Format Changes Posted https:/2016/05/apt-dat-1050-proposed-format-changes-posted/ Developer resources for the X-Plane flight simulator Fri, 27 May 2016 14:34:27 +0000 hourly 1 https://wordpress.org/?v=6.6.1 By: Ben Supnik https:/2016/05/apt-dat-1050-proposed-format-changes-posted/#comment-13012 Fri, 27 May 2016 14:34:27 +0000 http://xplanedev.wpengine.com/?p=7004#comment-13012 In reply to saar.

We considered that. But meta-data on the apt.dat is the only way for third party scenery added in later outside the gateway ecosystem to also have meta-data. And the current method of crowd-sourced updating is based on apt.dat files, not a CRUD interface to a database.

]]>
By: carrotroot https:/2016/05/apt-dat-1050-proposed-format-changes-posted/#comment-13011 Fri, 27 May 2016 10:53:18 +0000 http://xplanedev.wpengine.com/?p=7004#comment-13011 In reply to Eric.

Looks like someone hasn’t used X-Plane in a few years! LOL!
Those “new” textures have been around since X-Plane 10.25 (late 2013)! http:/2013/11/its-not-the-heat-its-the-humidity/

]]>
By: saar https:/2016/05/apt-dat-1050-proposed-format-changes-posted/#comment-13008 Thu, 26 May 2016 11:34:15 +0000 http://xplanedev.wpengine.com/?p=7004#comment-13008 Hi,

Out of curiosity, I always thought that holding these kind of information/data is best managed by an embedded database, like sqlite. I think it was used in WED.
For apt data, wouldn’t it be easier to maintain and enhance this kind of data in one big table that mimics the apt.dat file.
The benefits:
1. It will still retain the openness for 3rd party or end users to modify, although they will need a client to do that (which I do not find a bad option).
2. It should allow to update the information on the fly.

Just a thought
Saar

]]>
By: Eric https:/2016/05/apt-dat-1050-proposed-format-changes-posted/#comment-13007 Wed, 25 May 2016 02:25:34 +0000 http://xplanedev.wpengine.com/?p=7004#comment-13007 10.50 ? This weekend ? 🙂 Maybe… I noticed some new city textures. They are only noticeable from the distance and or really high up. Looks good ! When did this get added ?

]]>
By: Tom Knudsen https:/2016/05/apt-dat-1050-proposed-format-changes-posted/#comment-12979 Tue, 17 May 2016 21:55:27 +0000 http://xplanedev.wpengine.com/?p=7004#comment-12979 I believe this is an good idea if I understood it correctly. But shouldn’t gate size be determined by aircraft weight, fuselage length, wingspan, height along with wheel base?

When I start XP I would love to be able to search IACO or Airport Name, IATA does not factor that much to me, but I guess we use different approaches when searching. Let’s say I want to start at Oslo Airport, I would then search ENGM, if that’s not available or wrong, I would try Gardermoen (shorten nick) even though the airport is officially called Oslo Airport Gardermoen and the IATA name is OSL .

1302 icao_id ENGM
1302 faa_id OSL
1302 iata_id OSL
1302 name_id GARDERMOEN <— This would be great to have added.

Question, would a redesign of these apt.dat codes make if possible to include gate selection in the gui based upon a set of new identifiers Ben?

]]>