2 Constantin
Ладно, будем считать частный случай. Забью в user. Спасибо.

2Constantin
Даже затрудняюсь сейчас посоветовть насчёт всех fix. Какие они ещё есть? Все основные вроде на месте. Даже в том же Стамбуле, кроме ERMAN все есть. Попробывать, конечно, можно - посмотреть что получится. На скорость загрузки это врядли сильно повлияет. У меня сейчас стоят все базы, кроме Америки и США, плюс юзеровские - некоторые аэродромы, STAR, fix. Грузятся они 5-6 секунд.

p.s. Добавлю. Забыл - из юзер ДБ дубль id  не грузится: Nav ERMAN not used. Already exists in a .NG2 file. Можно конечно ввести (ERMAN.)(ERMAN*), но это только для себя, другие же не в курсе
Т.о. может попробывать вбить все fix в ng2...

2Constantin:
Вы не обращали внимание при редактировании баз, как-нибудь связаны названия точек с воздушными трассами? Похоже, не сохраняется привязка новых точек к трассам, в стуктуру которых и входят эти новые точки. Поясню.
При работе NavGPS со старой базой можно было быстро набрать новый план, если он проходит по одной и той же трассе, используя только название самой трассы. Ввод плана через Меню-Flightplan-Enter...  чем-то похож на написание обычного ФПЛ: точка-трасса-точка-трасса и т.д. Очень удобно при планировании длинного маршрута. Например, из ШРМ до Хантов (по трассе R22) можно было написать всего: UUEE KN NE R22 ZJ. И всё. Всё точки до USHH будут включены автоматом. Это же есть и в описании NavGPS:
"Flight-planning using victor/jet airways. For example, you can enter your flight-plan as cleared by ATC - and Navgps Pro will create the complete route for you."
С новыми базами эта функция не работает. Точнее, очень ограниченно - только там, где трассы совпадают со старыми точками. Если сейчас попытаться набрать план способом выше, то сначала напишет, что ALMAZ не найдена. А даже если написать R22 после Вологды-ULWW, то увидим, что AGATA не найдена и т.д. Всё это так, АГАТы сейчас в базе нет, и R22 после БУКЕТа идёт через Советский-UY. Но тогда получается, что сейчас после обновления трассы к точкам, их определяющим, никакого отношения не имеют?

Аэродромы в NG2 разобрал, но у нас в базе данных нет двух параметров:

1) Это магнитное склонение аэродрома.
2) TDZE — Touchdown Zone Elevation для ВПП.

я возьму эти два параметра не из DAFIF, а из других источников.
с источником я определился, осталось написать импорт.

Пороги ВПП.

Я думаю всем понятно, что оффициально опубликованные пороги, - это полный "хлам" (речь про территорию РФ)
Использовать их нельзя. Нет точнее координат порогов, чем те, которые сняли вы сами.
Сейчас я пишу импорт из пользовательского формата в формат NG2. Делаю я это для того,
чтобы обновлять базу данных NG2 снятыми вами порогами ВПП.

2 Constantin:
Завтра лечу из ШРМ в Испанию. Сегодня набирал план, туда-обратно. База по Европе - отлично. Более 60-ти ППМ в одну сторону, есть всё! За исключением пару точек с тупыми названиями типа FIR11 или OKG04. Но это совсем уж мелочи, да и особо без надобности эти точки  
---------
Если надо, могу выслать координаты некоторых ВПП, торцы которых проверены собственноручно, так сказать. Записаны путём "наезда"    передней стойкой на зебру. Хотя потом их же проверял по Google Earth - точно совпадают. Так что, думаю, в случае необходимости можно оттуда списать.

Кто нибудь в курсе, как/где NavGps Pro посмотреть магнитное склонение для аэродрома ?

Согласен. В самой проге, для а/д, которые в базе, кажись, никак. Если только эти а/д не User-ские, но это и так все знают. Для расчета путевых углов на участках плана полета NavGps берёт маг.скл. из сигнала спутника. Вроде бы так.

2 MisHa:
MisHa писал(а) 04/21/8 :: 20:19:35:


"склонение со спутников принимать не могут..."
MisHa, с чего Вы это взяли?
Современные GPS-приёмники КПК работают по протоколу  NMEA-0183, принимая от спутника кучу различных сообщений вида $GPRMC, $GPGGA, $GPGLL, $GPGSA, $GPGSV, $GPVTG, $GPZDA. Первый из этих - RMC - pекомендуемый минимум GPS/навигационных данных, как раз содержит инфо о магнитном склонении (под десятым номером в строке данных). Некоторые другие сообщения, кстати, тоже. А то, что эти сообщения принимаются со спутника - можете не сомневаться    Достаточно поставить на КПК GPSInfo и там всё увидите.
Также Вы можете зайти в NavGps Меню-Options-Prefs и на первой же закладке Prefs1 увидеть, что есть опция с галочкой "Ignore Mag-Var Data from GPS". Думаю, и без перевода ясно.
Не знаю, как там в точности работает NavGps, но думаю, что вот если включить эту галочку... вот может тогда прога будет изголяться    и брать данный маг.скл. от соедних а/д, что есть в базе, и то, не более определённого расстояния от них. Но это моё предположение. Предположение - потому, что как-то в своём первом user-ском а/д я перепутал склонение и записал его не "-" как надо было, а "+". Ну и начался бардак с МК после вылета. А как только отошли от а/д не помню сколько, может 100 км, тогда всё восстановилось без всяких reset-ов.
Хотя, если план полёта заведён, то это не влияет на определение бокового уклонения X-trk в км (милях). Думаю, это и так все знают. Просто глаза, так сказать, мозолят неправильные магнитные курсы