View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000133Доработка карты (ZMP)Доработка файла картыpublic04-10-2010 12:5819-04-2011 07:44
ReporterVulper 
Assigned Tovdemidov 
PrioritynormalSeveritytweakReproducibilityalways
StatusclosedResolutionwon'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генштаб, проекции, системы координат
Attached Files

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

-  Notes
(0000250)
vdemidov (manager)
04-10-2010 13:16

Ну в каком там изначально датуме и проекции идут карты значения никакго не имеет. Они перепроецированы в гугловскую проекцию с датумом WGS84. По крайней мере должны быть судя по zmp-файлу. Если это не так то нужно просто убрать zmp, так как SAS.Планета не поддерживает исходный датум и проекцию километровок, или писать на сайт in7ane.com что у них ошибка в привязке.
(0000251)
Vulper (reporter)
04-10-2010 13:41

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

Аналогично можно на объекте метку поставить и провести те же манипуляции.
(0000252)
Garl (manager)
04-10-2010 14:07

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

в принципе если сильно придираться те же гугль снимки нужно перепривязывать.
(0000253)
Vulper (reporter)
04-10-2010 14:46

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

тогда вопрос не в переделке zmp а в поддержке планетой большего количества разных проекций.
(0000257)
Vulper (reporter)
05-10-2010 07:21

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

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

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

- Users who viewed this issue
User List Anonymous (1860x), netsky (1x)
Total Views 1861
Last View 24-02-2020 04:18

- 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



Copyright © 2007 - 2020 SAS.Planet Team