View Issue Details

IDProjectCategoryView StatusLast Update
0000133Доработка карты (ZMP)Доработка файла картыpublic19-04-2011 07:44
ReporterVulper Assigned Tovdemidov  
PrioritynormalSeveritytweakReproducibilityalways
Status closedResolutionwon't fix 
PlatformWindowsOSXPOS VersionSP3
Summary0000133: Неверная привязка карт Генштаба
DescriptionВводная: Карты/Генштаб/Генштаб(in7ane.com)
При склейке карты с созданием файла-привязки не учитывается тот факт, что изначально генштабовские карты идут в датум-формате Pulkovo 1942 (1), а не в WGS84. Map-файл на выходе SAS.Планета указанное не учитывает и в поле Datum Settings (5 строка) содержит:

WGS 84,, 0.0000, 0.0000,WGS 84

вместо

Pulkovo 1942 (1), WGS 84, 0.0000, 0.0000,WGS 84

В результате по широте имеем погрешность порядка 150м
Steps To Reproduce1. Карты/Генштаб/Генштаб(in7ane.com)
2. Операции/Выделить/Прямоугольная область
3. Склеить с созданием файла-привязки .map
Tagsгенштаб, проекции, системы координат

Relationships

related to 0000487 resolvedzed SAS.Планета Выбор проекции карты при её отображении 
related to 0000440 closedvdemidov SAS.Планета Добавить возможность пользовательской сетки вместо Генштаба 
related to 0000798 confirmed SAS.Планета Бланковка карт ГШ строится не в той системе координат 

Activities

vdemidov

04-10-2010 13:16

manager   ~0000250

Ну в каком там изначально датуме и проекции идут карты значения никакго не имеет. Они перепроецированы в гугловскую проекцию с датумом WGS84. По крайней мере должны быть судя по zmp-файлу. Если это не так то нужно просто убрать zmp, так как SAS.Планета не поддерживает исходный датум и проекцию километровок, или писать на сайт in7ane.com что у них ошибка в привязке.

Vulper

04-10-2010 13:41

reporter   ~0000251

Если я правильно понял, то ключевая фраза, видимо - "SAS.Планета не поддерживает исходный датум и проекцию километровок". :) В принципе, это и не нужно. Еще раз ключевой момент - генштабовские карты идут в формате Пулково, не в WGS. Т.е., видимо, перепроецированы они неверно. Проверка - элементарная:
1) в SAS.Планета открываем генштаб на каком-либо значимом объекте. Допустим,я взял пересечение МКАД и ЖД Ленинградского направления - E37 28'29.72"
2) открываем Спутник Google. То же пересечение - E37 28' 25.40"

Аналогично можно на объекте метку поставить и провести те же манипуляции.

Garl

04-10-2010 14:07

manager   ~0000252

проекция на сайте однозначно не поддерживаемая планетой.
или пишем на in7ane.com или могу переместить в подпункт "локальные карты"

в принципе если сильно придираться те же гугль снимки нужно перепривязывать.

Vulper

04-10-2010 14:46

reporter   ~0000253

Вопрос же не в придирках, а в конечном результате. Я понял, что для SAS'а все карты де-юро в WGS. Но де-факто все не так, ибо генштабовские карты всегда (сколько я их видел на самых различных ресурсах) были и есть в датуме "Пулково". И это не проблема in7ane. Просто так исторически сложилось.

Garl

04-10-2010 16:55

manager   ~0000254

тогда вопрос не в переделке zmp а в поддержке планетой большего количества разных проекций.

Vulper

05-10-2010 07:21

reporter   ~0000257

Если проекция=datum , то - да. Вопрос именно в этом. И да, возможно, поэтому стоит относить генштабовские карты к локальным, если говорить о SAS.Планете, как о глобальном, не чисто российском, ресурсе.

Еще раз, я не очень хорошо понимаю, на основании чего создается файл-привязки (.map) при экспорте куска карты в файл. Если координатная сетка тянется с in7ane, а собственно map-файл, его шапка, генерируется по шаблону, то в принципе, в качестве временных "костылей" (пока не появится полная поддержка), можно изменить только этот шаблон. В данном случае, подхожу с позиции (возможно, однобокой и не полностью верной) человека, который использует SAS в качестве ресурса для получения готовых пар карта-привязка. Ес-но, в вышеописанном примере в самой программе недочет не пропадет, но конечные, после экспорта карты будут с правильной привязкой.

Либо, как минимум, стоит где-то (в документации?) указать, что, на данный момент, ВСЕ карты идут в датум WGS84 и ответственности за несовпадение авторы не несут :) Но, по хорошему, конечно надо функционал исправлять.

Issue History

Date Modified Username Field Change
04-10-2010 12:58 Vulper New Issue
04-10-2010 13:16 vdemidov Note Added: 0000250
04-10-2010 13:16 vdemidov Assigned To => vdemidov
04-10-2010 13:16 vdemidov Status new => feedback
04-10-2010 13:16 vdemidov Assigned To vdemidov => Garl
04-10-2010 13:16 vdemidov Category Баг => Доработка файла карты (ZMP)
04-10-2010 13:41 Vulper Note Added: 0000251
04-10-2010 13:41 Vulper Status feedback => assigned
04-10-2010 14:07 Garl Note Added: 0000252
04-10-2010 14:46 Vulper Note Added: 0000253
04-10-2010 16:55 Garl Note Added: 0000254
05-10-2010 07:21 Vulper Note Added: 0000257
05-10-2010 13:49 vdemidov Status assigned => closed
05-10-2010 13:49 vdemidov Assigned To Garl => vdemidov
05-10-2010 13:49 vdemidov Resolution open => won't fix
07-11-2010 19:38 gpsMax Tag Attached: генштаб
07-11-2010 19:53 gpsMax Tag Attached: проекции
09-04-2011 13:16 gpsMax Tag Attached: системы координат
09-04-2011 14:23 gpsMax Relationship added related to 0000487
09-04-2011 14:27 gpsMax Relationship added related to 0000440
17-04-2011 20:45 vdemidov Project SAS.Планета => Доработка карты (ZMP)
19-04-2011 07:51 vdemidov Category Доработка файла карты (ZMP) => Доработка файла карты
12-06-2011 10:18 gpsMax Relationship added related to 0000798