Обновления на сервере Google Maps

[Parasite]

Если посмотреть в GE исторические снимки за разные даты, полазить там вокруг да около , то все эти куски снимков перемешаются и будут отображаться в САСе как попало

Чтобы отображать послойные снимки нужна масса доработок, и возможно отказ от jpg для сохранения прозрачности снимков (объем данных вырастет в разы). Быстродействия это не прибавит, а вот геморрой уж точно. И если все это будет реализовано адекватность понимания кэша пользователем сойдет до нуля...
Я только за полупрозрачность слоев (на лету любой слой конвертируется в png32, и прозрачность подстривается под заданный коэффициент), была такая тема в багтрекере. А вот со снимками пока рановато слоистость плодить.

Речь вообще-то идет не за слоистость при показе, а за слоистость при хранении в кэше. То есть, об введении в путь до кэша еще одной переменной, оно же версия, и адресации тайла например как /gmsat/123/<x>/<y>.jpg, где 123 - версия.
При показе в любом случае будет на конкретном месте только ОДИН тайл изображения (оно и в ГЕ так), но вот с какого места кэша он будет взят - уже совершенно другой вопрос. Все дело в том, что сейчас САСом при покладании тайла в кэш его (тайла) версия ТЕРЯЕТСЯ. Тайл того же ГуглоМапа версии скажем 100 (введенной ручками пользователем в адресе) преспокойно ложится рядом с предыдущим тайлом версии 99 (кою юзер вводил неделю назад в адресе), и после этого уже нет никакой возможности сказать - какой тайл от какой конкретно версии, и в рамках какого "слоя" какой из них показывать. И при показе их рядом - они просто не стыкуются ни по картинке ни по цвету ни по гамме, и получается лоскутное одеяло. И в этом смысле это даже не фича и не баг, а формат кэша "с потерями" вообще как таковой. Недостаток на стадии планирования структуры этого кэша.

А при простом введении полупрозрачности на настоящем этапе - будет тот же зоопарк что и сейчас, только полупрозрачный. Да и вообще - зачем она нужна, полупрозрачность??

PS: а в истории ГЕ еще кроме версии есть еще и дата каждого тайла, и сейчас она тоже теряется (см.слова предыдущего оратора "все эти куски снимков перемешаются и будут отображаться в САСе как попало Они все видны только при NameInCache=1")... По идее в этом конкретном случае нам понадобится уже путь в кэше типа /провайдер/версия/дата/x/y.jpg.....

[Tolik]

Все дело в том, что сейчас САСом при покладании тайла в кэш его (тайла) версия ТЕРЯЕТСЯ.

Это так, но не имеет отношения к GE, потому что САС в кэш ничего не кладёт, а только берёт. И берёт, видимо, неправильно в случае с историческими снимками, т.к. вытаскивает оттуда снимок без учёта даты, какой придётся.

Ну и к теме топика это тоже не имеет отношения (но тут уж я пытаюсь быть святее папы римского )

[Parasite]

Все дело в том, что сейчас САСом при покладании тайла в кэш его (тайла) версия ТЕРЯЕТСЯ.

Это так, но не имеет отношения к GE, потому что САС в кэш ничего не кладёт, а только берёт.

А я и не за GE, а за вообще. Версии карт есть на 95% ресурсов - на том же Яндексе и прочих маил.ру. Те самые, цифирки коих мы и меняем в УРЛах при обновлении ресурса (и получаем зоопарк, если не менять\очищать еще и папку кэша).
Дело в том что в САСе вообще нету понимания того, что у ресурсов могут быть версии. Даже нет специального отдельного поля для параметра "версия" ни в змп, ни в гуе. При этом на ресурсах-то этот параметр вполне таки есть, он отдельный и самостоятельный (например на GM можно позапрашивать разные версии одного и того же тайла просто играясь с УРЛом) и более чем активно используется. А САС просто считает это за часть BaseURL - и соответственно нигде более не хранит, и потом теряет при смене на другой => привет, зоопарк тайлов разных версий в одной папке кэша этого ресурса.

GE с его историей+версией - это просто крайний случай сего интегрального приближения, прости Господи...Убедив САСа в том, что у тайлов могут быть версии как таковые - ничего не будет стоить сказать ему и читать оные, а не только писать.

PS: а кэш ГЕ сложен для САСа еще и потому, что матрица "этот тайл с такими-то координатами тут ->вот такой версии, и вооон той даты" находится отдельно от самих тайлов (в Q-дереве), кое САС вообще не знает с чем его есть. Сейчас он, подозреваю, просто пробегает по индексу GE-кэша и берет\показывает первый попавшийся тайл с совпавшими координатами. При этом тайл может попасться и левой версии, и вообще не того timestamp (ибо правильные-то ТОЛЬКО в Q-дереве - а оно тоже меняется от версии к версии, и его тоже надо перекачивать при обновлении - причем в обязательном порядке).....

[Tolik]

Да всё это понятно.
Может, Zed добавит поле "версия" в свой новый кэш, и тогда хотелка 3-летней давности будет иметь шанс...

[Parasite]

Да всё это понятно.
Может, Zed добавит поле "версия" в свой новый кэш, и тогда хотелка 3-летней давности будет иметь шанс...

Так дело-то не только в кэше, а и в самом САСе тоже.
Сас должен научиться понимать, что у тайлов появился еще один глобальный идентификатор до кучи к X\Y. Просто ввести цифирку в кэш можно и ручками (создав папку\поле в БД), но вот САС-то об этом знать все равно не будет. Это, подозреваю, гимор и переделка почти всех частей оного на предмет учета данного нововведения. Хотя могу (и хотел бы) ошибаться...

PS: и переделка всех ЗМП тоже, ибо <версия> должна будет переехать из BaseURL в новосозданный для нее параметр.

[vdemidov]

Сас должен научиться понимать, что у тайлов появился еще один глобальный идентификатор до кучи к X\Y. Просто ввести цифирку в кэш можно и ручками (создав папку\поле в БД), но вот САС-то об этом знать все равно не будет. Это, подозреваю, гимор и переделка почти всех частей оного на предмет учета данного нововведения. Хотя могу (и хотел бы) ошибаться..

Ты не поверишь, но в САСе это все уже есть где-то полгода. Просто все существующие тайлохранилища забывают версию при записи, поэтому она и теряется. А новых с поддержкой версионности пока еще никто не сделал.

[Parasite]

Сас должен научиться понимать, что у тайлов появился еще один глобальный идентификатор до кучи к X\Y. Просто ввести цифирку в кэш можно и ручками (создав папку\поле в БД), но вот САС-то об этом знать все равно не будет. Это, подозреваю, гимор и переделка почти всех частей оного на предмет учета данного нововведения. Хотя могу (и хотел бы) ошибаться..

Ты не поверишь, но в САСе это все уже есть где-то полгода.

Оп-па. А кто еще кроме тебя об этом знал?

Где можно посмотреть примеры?

[vdemidov]

Оп-па. А кто еще кроме тебя об этом знал?

А толку то, пока нету релиза править zmp в репозиториях нельзя. И неужели никто не заметил поле Version в свойствах карты в ночных сборках?

Где можно посмотреть примеры?

Ну вот например скрипт для гугловских снимков:

Код: Выделить всё

var
  khm: string;
begin 
 khm := RegExprReplaceMatchSubStr(GetURLBase, 'khm\.google', 'khm'+inttostr( Random(4) )+'.google' );
 ResultURL := khm +'v=' + Version + '&hl=' + Lang + '&x='+inttostr(GetX)+'&y='+inttostr(GetY)+'&z='+inttostr(GetZ-1)+'&s='+copy('Galileo',1, Random(8));
end.

и params.txt с версией отдельным полем:

Код: Выделить всё

[PARAMS]
pnum=1
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57DF}
name=Спутник (Google)
name_en=Satellite (Google maps)
name_uk=Супутник (Google)
ParentSubMenu=Google
ParentSubMenu_en=Google
ParentSubMenu_uk=Google
asLayer=0
DefURLBase=http://khm.google.com/kh/
Version=100
projection=1
sradiusa=6378137
sradiusb=6378137
NameInCache=sat
separator=0
Ext=.jpg
UseDwn=1
Usestick=1
UseGenPrevious=1
Usedel=1
Usesave=1
UsePreloadPage=1
Sleep=1000
DefHotKey=71
ContentType=image/jpeg
BanIfLen=4321

[Parasite]

Оп-па. А кто еще кроме тебя об этом знал?

А толку то, пока нету релиза править zmp в репозиториях нельзя.

Так мы ТАМ править и не собираемся пока что. Нам бы у себя на винте поправить для начала...

И неужели никто не заметил поле Version в свойствах карты в ночных сборках?

В моей текущей версии 270209 я такого поля не замечал, а более новые не качал по причине "Работает - не трогай!" и "Старый баг лучше новых двух".
Вот сейчас как раз и появился повод скачать и посмотреть.

[vdemidov]

Опять же какой смысл? Версия то теряется при записи тайла на диск, ибо пока нету тайлохранилищ с сохранением версионности.