Модератор: Tolik
Не прибедняйся. Было бы желание.Parasite писал(а):Осталось научиться прожить и компилить эти самые плагины, ибо скриптовости тоже пока не ожидается. Ну да ладно, не все сразу.
Из преимуществ такого подхода, то что ты сможешь прикрутить SAS.Планету к уже существующим у тебя многогиговым MySQL базам Но еще раз прошу набраться терпения.
Дак прикол в том, что я уже давно их прикрутил.vdemidov писал(а):Из преимуществ такого подхода, то что ты сможешь прикрутить SAS.Планету к уже существующим у тебя многогиговым MySQL базамParasite писал(а):Осталось научиться прожить и компилить эти самые плагины, ибо скриптовости тоже пока не ожидается. Ну да ладно, не все сразу.
) и кладет в базу.
Ну это режим только чтение. И нельзя слой заполнения активировать.Parasite писал(а):1. САС настроен на адрес локалхоста (Апач+Perl). 2. Все тайлы САС спрашивает у локалхоста в режиме "Только Интернет" (где собственный кэш САСа >/dev/null)3. При входящем запросе тайла ХХХХХХХ от саса - апач через Перл ищет его в базах, при ненахождении - тянет с инета (валидный УРЛ дал сам САС ) и кладет в базу.4. ...и что еще пожелает мусье - вся мощь перла к Вашим услугам, при таком подходе. Скриптовость, мастштабируемость, расширяемость до бесконечности (например можно по крону базу с флешкой синхронизировать, или еще что)
R/W обеспечивается скриптом под апачем, в случае если запрашиваемый тайл не найден.vdemidov писал(а):Ну это режим только чтение.
Почему нельзя? Отцепляем собственный кэш САСа от /dev/null и генерим карты заполнения сколько влезет (строго локально). Как надоест - опять цепляем в нуль.vdemidov писал(а):И нельзя слой заполнения активировать.
А если версии ввести, то разве (почти) такого не будет? Ведь надо как-то переключаться между версиями, желательно быстро (пункты меню). Да и не думаю, что многие люди будут скачивать все 56 (это пока!) версий Гугля и т. п. И вообще, я не имел в виду, что подобное решение - панацея, просто пока другого нет, можно и этим пользоваться, кому надо.Parasite писал(а):И будет у нас, например, 56 ЗМП только для Гугль\САТ.......Еще полсотни - на гибрида, еще троечка десятков - на мап, а там и другие карты подтянутся......ужас какой, короче.
Генератор - не проблема, мне vdemidov подсказал адресок http://www.somacon.com/p113.php, коим и пользуюсь. А тот мелкий экзешник, говорят, не любят файрволы, поэтому убран из дистриба. Дело в другом: ведь нет абсолютно никакой необходимости иметь насквозь уникальные GUIDы, они же проверяются только на одном компьютере. Можно было бы использовать просто порядковые номера (как в виндеParasite писал(а):PS: генератор гуидов можно взять с дистров старых версий, там мелкий экзешник был как раз.
: Новая папка, Новая папка 1 и т. д. При удалении любой Новой папки и последующем создании новой Новой папки неиспользуемый номер присваивается вновь). А напортить можно и с GUIDами: забыл поменять чего-нибудь, кроме GUIDа, и упс! Не будет.Papazol писал(а):А если версии ввести, то разве (почти) такого не будет?Parasite писал(а):И будет у нас, например, 56 ЗМП только для Гугль\САТ.......Еще полсотни - на гибрида, еще троечка десятков - на мап, а там и другие карты подтянутся......ужас какой, короче.
Параметр _НОМЕР_ВЕРСИИ_ и будет отвечать за нужную папочку.Papazol писал(а):Ведь надо как-то переключаться между версиями, желательно быстро (пункты меню).
Кому надо - вместе с изменением версии в картах изменяет ручками и путь в кэше, там же и тогда же, на тему /SAT/<ver>/Papazol писал(а):я не имел в виду, что подобное решение - панацея, просто пока другого нет, можно и этим пользоваться, кому надо.
Совершенно нет. Да еще и ХХХ-значные. Да еще и БЕЗ гарантии уникальности оных на соседнем компьютере, ибо коллизии вполне допустимы даже в теории.Papazol писал(а):ведь нет абсолютно никакой необходимости иметь насквозь уникальные GUIDы
Неплохо-бы ещё иметь возможность отображать координаты в метрической системе координат (Х, У), а не только в географической (Ш, Д).Dickobraz писал(а):хочу километровую (метровую) сетку