| SASGIS - Доработка карты (ZMP) | 
| View Issue Details | 
| 
 | 
| ID | Project | Category | View Status | Date Submitted | Last Update | 
| 0000133 | Доработка карты (ZMP) | Доработка файла карты | public | 04-10-2010 12:58 | 19-04-2011 07:44 | 
| 
 | 
| Reporter | Vulper |  | 
| Assigned To | vdemidov |  | 
| Priority | normal | Severity | tweak | Reproducibility | always | 
| Status | closed | Resolution | won't fix |  | 
| Platform | Windows | OS | XP | OS Version | SP3 | 
| 
 | 
| Summary | 0000133: Неверная привязка карт Генштаба | 
| 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 Reproduce | 1. Карты/Генштаб/Генштаб(in7ane.com) 2. Операции/Выделить/Прямоугольная область
 3. Склеить с созданием файла-привязки .map
 | 
| Additional Information |  | 
| Tags | генштаб, проекции, системы координат | 
| Relationships | | related to | 0000487 | resolved | zed | SAS.Планета | Выбор проекции карты при её отображении |  | related to | 0000440 | closed | vdemidov | SAS.Планета | Добавить возможность пользовательской сетки вместо Генштаба |  | related to | 0000798 | confirmed |  | SAS.Планета | Бланковка карт ГШ строится не в той системе координат | 
 | 
| Attached Files |  | 
| 
 | 
| 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 | 
	| Notes | 
	| 
 | 
	|  | 
		
			| Ну в каком там изначально датуме и проекции идут карты значения никакго не имеет. Они перепроецированы в гугловскую проекцию с датумом WGS84. По крайней мере должны быть судя по zmp-файлу. Если это не так то нужно просто убрать zmp, так как SAS.Планета не поддерживает исходный датум и проекцию километровок, или писать на сайт in7ane.com что у них ошибка в привязке. |  | 
	| 
 | 
	| 
		
			| (0000251) |  
			| Vulper |  
			| 04-10-2010 13:41 |  | 
		
			| Если я правильно понял, то ключевая фраза, видимо - "SAS.Планета не поддерживает исходный датум и проекцию километровок". :) В принципе, это и не нужно. Еще раз ключевой момент - генштабовские карты идут в формате Пулково, не в WGS. Т.е., видимо, перепроецированы они неверно. Проверка - элементарная: 1) в SAS.Планета открываем генштаб на каком-либо значимом объекте. Допустим,я взял пересечение МКАД и ЖД Ленинградского направления - E37 28'29.72"
 2) открываем Спутник Google. То же пересечение - E37 28' 25.40"
 
 Аналогично можно на объекте метку поставить и провести те же манипуляции.
 |  | 
	| 
 | 
	| 
		
			| (0000252) |  
			| Garl |  
			| 04-10-2010 14:07 |  | 
		
			| проекция на сайте однозначно не поддерживаемая планетой. или пишем на in7ane.com или могу переместить в подпункт "локальные карты"
 
 в принципе если сильно придираться те же гугль снимки нужно перепривязывать.
 |  | 
	| 
 | 
	| 
		
			| (0000253) |  
			| Vulper |  
			| 04-10-2010 14:46 |  | 
		
			| Вопрос же не в придирках, а в конечном результате. Я понял, что для SAS'а все карты де-юро в WGS. Но де-факто все не так, ибо генштабовские карты всегда (сколько я их видел на самых различных ресурсах) были и есть в датуме "Пулково". И это не проблема in7ane. Просто так исторически сложилось. |  | 
	| 
 | 
	| 
		
			| (0000254) |  
			| Garl |  
			| 04-10-2010 16:55 |  | 
		
			| тогда вопрос не в переделке zmp а в поддержке планетой большего количества разных проекций. |  | 
	| 
 | 
	| 
		
			| (0000257) |  
			| Vulper |  
			| 05-10-2010 07:21 |  | 
		
			| Если проекция=datum , то - да. Вопрос именно в этом. И да, возможно, поэтому стоит относить генштабовские карты к локальным, если говорить о SAS.Планете, как о глобальном, не чисто российском, ресурсе. 
 Еще раз, я не очень хорошо понимаю, на основании чего создается файл-привязки (.map) при экспорте куска карты в файл. Если координатная сетка тянется с in7ane, а собственно map-файл, его шапка, генерируется по шаблону, то в принципе, в качестве временных "костылей" (пока не появится полная поддержка), можно изменить только этот шаблон. В данном случае, подхожу с позиции (возможно, однобокой и не полностью верной) человека, который использует SAS в качестве ресурса для получения готовых пар карта-привязка. Ес-но, в вышеописанном примере в самой программе недочет не пропадет, но конечные, после экспорта карты будут с правильной привязкой.
 
 Либо, как минимум, стоит где-то (в документации?) указать, что, на данный момент, ВСЕ карты идут в датум WGS84 и ответственности за несовпадение авторы не несут :) Но, по хорошему, конечно надо функционал исправлять.
 |  |