Ради интереса взял тот же 23-11-02, открыл его в GlobalMapper (он открылся и градусная сетка легла как надо) и попытался восстановить его реальную проекцию.
Получилось вот что:
PROJCS["Lambert_Conformal_Conic",
GEOGCS["GCS_Geographic Coordinate System",
DATUM["D_PULKOVO",
SPHEROID["Krassovsky",6378245,298.3000003760163]],
PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],
PROJECTION["Lambert_Conformal_Conic"],
PARAMETER["scale_factor",1],
PARAMETER["standard_parallel_1",30],
PARAMETER["standard_parallel_2",60],
PARAMETER["central_meridian",90],
PARAMETER["latitude_of_origin",60],
PARAMETER["false_easting",8000000],
PARAMETER["false_northing",6950000],
UNIT["Meter",1]]
Вот в таком виде этот лист получает правильную ориентацию север-юг.
И все остальные чудненько встают на место, кроме 23-11-00. При перепривязке (которая возможна тут по сетке проекции) возникает глюк - в верхнем левом углу (ближнем к полюсу) координаты вываливаются за допустимые значения.
При подкладывании карты мира замечаю, что у GlobalMapper эта проекция выше 87╟45'N (приблизительно) просто не определена, "Coordinates out of range".
Подозреваю, что у OZI аналогичная проблема.
Правильной привязке в GlobalMapper этот лист поддается, если избегать верхнего левого угла (сетка есть по всему листу).
Параллельно заметил интересную проблему в GM: у 23-11-00 обрезка работает нормально. А вот у соседних листов с сильным наклоном GM, видимо, не может определить, какая сторона - южная, северная и т.п., а потому указать границы обрезки оказывается проблематично.
Как все же добиться корректного отображения этого листа именно в OZI я не имею никакого понятия.

Не, все же знаю, каков может быть путь:
Обрезать листы по контуру и перепроецировать все это коническое великолепие во что-то более прозаическое для OZI. Типа Mercator или Equirectangular с true scale latitude в районе 70N, чтоб масштаб не сильно корёжился.

Да, похоже Ozi глючит в районе 180-й долготы. Чтобы сетку показывала, то нужно чтобы все граничные углы карты (кнопка corner markers при калибровке) были в одном полушарии (восточном или западном). При этом сетка будет, но только в части карты, относящейся к одному полушарию.

И это, видимо, тоже. С этим бороться - в духе того, как привязывают сдвоенные северные листы "генштаба", покрывающие более одной зоны.

Короче Дэз знает о проблеме, и эта проблема пока решения не ожидает. Она связана с ограничениим в программе результатов вычислений деления на "0". Так же ответил что для "экзотических проекций" нельзя использовать карты переходящие через 180 долготу.
Дэз посоветовал разделить карту или сдублировать, установив маркеры углов на одной до 180 долготы, а на другой (копии) после. Переход с карты на карту также не работает но можно переключить вручную.
ИМХО: Прога и так хороша фик ли ее насиловать, а мистер Дэз точно в курсе что и для GS84 ничего не получится... :)

Стас.

Понял. Спасибо за помощь. А то уж думал, что это у меня в голове тормоз! Раз Дез сказал - будем кусками пробовать баловаться!

Совершенно верно! Проверил. Программой Mapborder выставил угловые маркеры, отрезав всё, что за 180 в.д. вылезает - и всё заработало!!! И если хоть угловую секунду захватывает за 180 - ошибка вылезает снова! Самое интересное, что такой же лист 23-10-02, перекрывающий 0 градусов (гринвич)на запад - никаких проблем не вызывает, и привязывается нормально! Будем знать такой глюк OZI. Всем спасибо!

А если сделать 2 файла привязки для разных частей карты?

Именно так вопрос и решается. Суть вопроса была разобраться - проблема перехода 180 В.д. решаема, или нет... Фокус не в расположении самих точек привязки, а в расположении угловых маркеров на листе. При любом их количестве ни один не должен заходить на противоположное полушарие, иначе - ошибка.