SASGIS - SAS.Планета |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0000482 | SAS.Планета | [All Projects] Баг | public | 16-03-2011 22:32 | 23-01-2012 08:41 |
|
Reporter | vasketsov | |
Assigned To | vdemidov | |
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | no change required | |
Platform | Windows | OS | XP | OS Version | SP3 |
Product Version | 110316.Alfa | |
Target Version | | Fixed in Version | | |
|
Summary | 0000482: EPSG=3785 и гибридные слои |
Description | забыл про гибридные слои ))) |
Steps To Reproduce | я добавил в zmp
EPSG=3785
но независимо от значения
projection
гибриды не попадают в снимок. |
Additional Information | ещё непонятный косяк, если я правлю путь до кэша yahyb (в папке с альфой тяну его из основного кэша), и потом НЕ правлю zmp с GE, то после перезапуска yahyb виден, а если поправлю zmp, то после перезапуска сбрасывается кэш yahyb до значения по умолчанию (в подпапку, которой нет) |
Tags | zmp, параметры, проекции, слои |
Relationships | |
Attached Files | trtqssqrqrtrrsqrqq.jpg (42,825) 17-03-2011 18:54 https://bugtracker.sasgis.org/file_download.php?file_id=168&type=bug
|
|
Issue History |
Date Modified | Username | Field | Change |
16-03-2011 22:32 | vasketsov | New Issue | |
17-03-2011 07:25 | vdemidov | Note Added: 0001254 | |
17-03-2011 07:25 | vdemidov | Assigned To | => vdemidov |
17-03-2011 07:25 | vdemidov | Status | new => feedback |
17-03-2011 13:15 | vasketsov | Note Added: 0001272 | |
17-03-2011 13:15 | vasketsov | Status | feedback => assigned |
17-03-2011 13:15 | vasketsov | Note View State: 0001272: private | |
17-03-2011 13:17 | vdemidov | Note Added: 0001273 | |
17-03-2011 13:17 | vdemidov | Status | assigned => resolved |
17-03-2011 13:17 | vdemidov | Resolution | open => no change required |
17-03-2011 13:17 | vdemidov | Note View State: 0001272: public | |
17-03-2011 13:18 | vdemidov | View Status | private => public |
17-03-2011 13:29 | vasketsov | Note Added: 0001274 | |
17-03-2011 13:29 | vasketsov | Status | resolved => feedback |
17-03-2011 13:29 | vasketsov | Resolution | no change required => reopened |
17-03-2011 13:36 | vdemidov | Note Added: 0001275 | |
17-03-2011 13:37 | vdemidov | Status | feedback => resolved |
17-03-2011 13:37 | vdemidov | Resolution | reopened => no change required |
17-03-2011 14:26 | vasketsov | Note Added: 0001278 | |
17-03-2011 14:26 | vasketsov | Status | resolved => feedback |
17-03-2011 14:26 | vasketsov | Resolution | no change required => reopened |
17-03-2011 14:33 | vdemidov | Status | feedback => resolved |
17-03-2011 14:33 | vdemidov | Resolution | reopened => no change required |
17-03-2011 14:34 | feya | Note Added: 0001279 | |
17-03-2011 14:35 | vdemidov | Note Added: 0001280 | |
17-03-2011 14:36 | vdemidov | Note Added: 0001281 | |
17-03-2011 18:54 | vasketsov | Note Added: 0001283 | |
17-03-2011 18:54 | vasketsov | Status | resolved => feedback |
17-03-2011 18:54 | vasketsov | Resolution | no change required => reopened |
17-03-2011 18:54 | vasketsov | File Added: trtqssqrqrtrrsqrqq.jpg | |
17-03-2011 18:55 | vasketsov | Note Edited: 0001283 | bug_revision_view_page.php?bugnote_id=1283#r360 |
17-03-2011 19:13 | zed | Note Added: 0001284 | |
17-03-2011 19:15 | zed | Note Edited: 0001284 | bug_revision_view_page.php?bugnote_id=1284#r362 |
17-03-2011 19:25 | vdemidov | Note Added: 0001285 | |
17-03-2011 19:25 | vdemidov | Status | feedback => resolved |
17-03-2011 19:25 | vdemidov | Resolution | reopened => no change required |
17-03-2011 22:04 | vasketsov | Note Added: 0001289 | |
17-03-2011 22:04 | vasketsov | Status | resolved => feedback |
17-03-2011 22:04 | vasketsov | Resolution | no change required => reopened |
18-03-2011 06:06 | vdemidov | Status | feedback => resolved |
18-03-2011 06:06 | vdemidov | Resolution | reopened => no change required |
19-03-2011 23:30 | gpsMax | Tag Attached: zmp | |
19-03-2011 23:30 | gpsMax | Tag Attached: слои | |
09-04-2011 15:25 | gpsMax | Tag Attached: проекции | |
09-04-2011 15:28 | gpsMax | Tag Attached: параметры | |
23-01-2012 08:41 | vdemidov | Status | resolved => closed |
Notes |
|
|
Ну исходя из описания, я бы сказал, что ошибка в ДНК.
Если хотите решения, описывайте свои действия на порядок подробнее. |
|
|
|
А что именно было непонятно?
Вот kmz
[PARAMS]
pnum=3
GUID={1981DA33-55FF-43CE-9EEF-67622FC10D1A}
name=GE_History (Google Earth tiled cache)
name_9=GE_History (GoogleEarth)
asLayer=0
DefURLBase=http://127.0.0.1:8080/
projection=1
sradiusa=6378137
sradiusb=6378137
NameInCache=C:\GE_JPG_extractor\Server1\KH
separator=0
Ext=.jpg
UseDwn=1
Usestick=1
UseGenPrevious=1
Usedel=1
Usesave=1
UsePreloadPage=1
Sleep=0
ContentType=image/jpeg,image/jpg
BanIfLen=0
MaxConnectToServerCount=1
CacheType=1
добавление EPSG=3785 ни на что не влияет. |
|
|
|
А с чего бы это ему на что-то влиять? тип кэша стоит 1, то есть это не ГЕ кэш.
Проекция стоит 1 так что это и так Гугловский меркатор. |
|
|
|
Что должо стоять в projection, чтобы EPSG=3785 начало влиять?
Подсказываю, 2 и 3 тоже не работают )))
>это не ГЕ кэш
Только не надо мне рассказывать, чей это кэш.
Просто он не упакован в dbCache.dat. |
|
|
|
ГЕ кэш, это тот, что упакован в dbCache.dat Все остальное это просто тайлы в какой-то проекции. Так вот эту проекцию нужно правильно указать что бы программа смогла правильно определять координаты каждого тайла по его имени. А новая секция в params.txt, только говорит, что показывать нужно не в родной проекции тайлов, а в той которая задана кодом. |
|
|
|
>ГЕ кэш, это тот, что упакован в dbCache.dat Все остальное это просто тайлы в какой-то проекции
Бред, равносильный "папка WikiMapiyaGhyb.zmp - это не zmp".
>не в родной проекции тайлов, а в той которая задана кодом
если никакой родной проекции у тайлов всё равно нету, это ж просто картинки, проекция задаётся в projection, то какая разница, как задавать проекцию, каким параметром?
раньше:
задавал я проекцию 1 - книмок отображался нормально, но гибриды в него не попадали.
задавал проекцию 3 - слои начинали попадать в снимок, хоть всё и кривилось.
сейчас с новым параметром в zmp карты:
задаю любое значение проекции - снимок нормально отображается, а тот кусок, который совмещал раньше гибриды при проекции 3, вообще никогда не отрабатывает (значит, разница есть, осталось понять, почему стало хуже).
а по идее гибриды должны совмещаться с картой независимо от того, есть новый параметр в zmp или нет. |
|
|
(0001279)
|
feya
|
17-03-2011 14:34
|
|
>раньше:
>задавал я проекцию 1 - книмок отображался нормально, но гибриды в него не >попадали.
>задавал проекцию 3 - слои начинали попадать в снимок, хоть всё и кривилось.
ничего не понял)
Объясните нормально, в какой проекции у вас тайлы в кэше, какую вы хотите проекцию иметь на выходе. |
|
|
|
>если никакой родной проекции у тайлов всё равно нету, это ж просто картинки,
>проекция задаётся в projection, то какая разница, как задавать проекцию, каким
>параметром?
Если хочется использовать картинку как тайл значит она имеет привязку.
Причем проекция задана самой картинкой, точнее при ее создании.
Все тайлы ГЕ имеют проекцию LonLat что эквивалентно projection=3 |
|
|
|
>задавал я проекцию 1 - книмок отображался нормально, но гибриды в него не попадали.
В SAS.Планете такого быть не могло, потому что до последней версии перепроецирование главной карты действовало только для контейнера GE |
|
|
(0001283)
|
vasketsov
|
17-03-2011 18:54
(edited on: 17-03-2011 18:55) |
|
>в какой проекции у вас тайлы в кэше
в кэше (типа qrst) не больше и не меньше как тайлы из GE (см. аттач).
>какую вы хотите проекцию иметь на выходе
хочу чтобы отображалось абсолютно идентично стандартному GoogleEarthCache_M.zmp (который не умеет отображать историю). то есть, чтобы и тайлы были прямые, и гибриды в спутник попадали.
сейчас в новой альфе никакой комбинацией нового параметра (наличия и отсутствия его) и значения projection этого добиться невозожно.
даже просто выправить тайл невозможно.
|
|
|
(0001284)
|
zed
|
17-03-2011 19:13
(edited on: 17-03-2011 19:15) |
|
А у меня всё завелось: и гибрид кажет как надо и гугло-тайлы растягивает.
Единственная модификация zmp - добавил дополнительно секцию:
[ViewInfo]
EPSG=3785
P.S. Вот zmp целиком:
[PARAMS]
GUID={10999B94-B2D3-4E10-A1CD-0A26DF7467F6}
name=Земля (Lat/Lon)
name_en=Earth (Lat/Lon)
ParentSubMenu=GoogleEarth (Кэш GC)
ParentSubMenu_en=GoogleEarth (Cache GC)
asLayer=0
DefURLBase=http://127.0.0.1:8081/jpegfile?db=earth&ver=0&date=0&
projection=3
sradiusa=6378137
sradiusb=6356752
NameInCache=GE_Earth
separator=0
Ext=.jpg
UseDwn=1
Usestick=1
UseGenPrevious=1
Usedel=1
Usesave=1
UsePreloadPage=1
Sleep=0
ContentType=image/jpeg,image/jpg
BanIfLen=0
MaxConnectToServerCount=12
[ViewInfo]
EPSG=3785
|
|
|
|
Ну что поделать, если человек абсолютно безграмотный в картографии и не хочет подумать над тем что ему говорят? Ну и что что qrts кэш. Вы поймите, что для разных проекций, в файле с одним и тем же именем будут хранится совсем разные участки земной поверхности. Поэтому очень важно указывать правильно указывать проекцию карты. А что бы оно все отображалось перепроецированным в разделе ViewInfo указывается желаемая для отображения проекция. |
|
|
|
>человек абсолютно безграмотный в картографии и не хочет подумать над тем что ему говорят
ЛОЛ. Я поражаюсь Вашим телепатическим способностям, "видеть никого, да ещё на таком расстоянии" (Ц). Ткните мне носом хотя бы в одну Вашу фразу, хоть сколько-нибудь имеющую пользу в данной дискуссии?
Как связано отсутствие строки
[ViewInfo]
и моя грамотность в картографии? Зачем было это городить в мертворжденном (в текущем виде) формате zmp? Это требование наличия "[ViewInfo]" безуловно характеризует Вас как гения ГИС. Нибм не жмёт от таких идиотских программных решений? Самое забавное, что внемяемые разработчики, когда не понимают в чём ошибка и не могут её воспроизвести, никогда не закроют пункт как не требующий решения, а затребуют уточнение. Вам бы как-то повзрослеть может в профессиональном плане?
А zed-у спасибо за подсказку. |
|