View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000482 | SAS.Планета | Баг / Bug | 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 | ||||
| Summary | 0000482: EPSG=3785 и гибридные слои | ||||
| Description | забыл про гибридные слои ))) | ||||
| Steps To Reproduce | я добавил в zmp EPSG=3785 но независимо от значения projection гибриды не попадают в снимок. | ||||
| Additional Information | ещё непонятный косяк, если я правлю путь до кэша yahyb (в папке с альфой тяну его из основного кэша), и потом НЕ правлю zmp с GE, то после перезапуска yahyb виден, а если поправлю zmp, то после перезапуска сбрасывается кэш yahyb до значения по умолчанию (в подпапку, которой нет) | ||||
| Tags | zmp, параметры, проекции, слои | ||||
| Attached Files | |||||
|
|
Ну исходя из описания, я бы сказал, что ошибка в ДНК. Если хотите решения, описывайте свои действия на порядок подробнее. |
|
|
А что именно было непонятно? Вот 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 или нет. |
|
|
>раньше: >задавал я проекцию 1 - книмок отображался нормально, но гибриды в него не >попадали. >задавал проекцию 3 - слои начинали попадать в снимок, хоть всё и кривилось. ничего не понял) Объясните нормально, в какой проекции у вас тайлы в кэше, какую вы хотите проекцию иметь на выходе. |
|
|
>если никакой родной проекции у тайлов всё равно нету, это ж просто картинки, >проекция задаётся в projection, то какая разница, как задавать проекцию, каким >параметром? Если хочется использовать картинку как тайл значит она имеет привязку. Причем проекция задана самой картинкой, точнее при ее создании. Все тайлы ГЕ имеют проекцию LonLat что эквивалентно projection=3 |
|
|
>задавал я проекцию 1 - книмок отображался нормально, но гибриды в него не попадали. В SAS.Планете такого быть не могло, потому что до последней версии перепроецирование главной карты действовало только для контейнера GE |
|
|
>в какой проекции у вас тайлы в кэше в кэше (типа qrst) не больше и не меньше как тайлы из GE (см. аттач). >какую вы хотите проекцию иметь на выходе хочу чтобы отображалось абсолютно идентично стандартному GoogleEarthCache_M.zmp (который не умеет отображать историю). то есть, чтобы и тайлы были прямые, и гибриды в спутник попадали. сейчас в новой альфе никакой комбинацией нового параметра (наличия и отсутствия его) и значения projection этого добиться невозожно. даже просто выправить тайл невозможно. |
|
|
А у меня всё завелось: и гибрид кажет как надо и гугло-тайлы растягивает. Единственная модификация 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-у спасибо за подсказку. |
| 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 | |
| 17-03-2011 19:13 | zed | Note Added: 0001284 | |
| 17-03-2011 19:15 | zed | Note Edited: 0001284 | |
| 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 |
| 08-08-2025 13:22 | zed | Category | Баг => Баг / Bug |