нет, напрямую не получится. но я сейчас пытаюсь привязать скачанные данные из ггк и запустить wms с ними. надеюсь что в ближайшие дни все заработает.
unwrecker, cделать, конечно, можно, но делать это будешь ты
- написать фетчер для шизанутой нумерации тайлов;
- подобрать ббокс самого верхнего зума;
- подобрать строчку для proj4.
Если чего, то у меня вот такая ужастная строчка для proj4 получалась: +proj=tmerc +lat_0=0 +lon_0=37.512138 +k=1 +x_0=874.900677 +y_0=-6171597.723294 +ellps=krass +units=m +no_defs )
Aleksandr Dezhin
есть предложение объединить усилия, я с мапсервером только знакомлюсь и чувствую, что на это у меня уйдет многовато времени. А при этом есть простаивающий полный комплект тайлов с ггк в их 500 масштабе…
Новые фичи:
- поправки на лету (бета);
- web.py - в основной ветке;
- overview слоёв (см. http://irs.gis-lab.info для примера)
Круто, спасибо за твои труды!
А можешь поподробнее расписать, что это даёт?
Писал про баг… GetTile не работает, ибо layer сейчас массв.
Локально поправил, но надеюсь Komяpa починит для всех
Всё зависит от того, какие слои вы хотите показать, с какими параметрами и так далее.
Нужная вас строчка, скорее всего, http://localhost:8080/?layers=СЛОЙ&, где СЛОЙ - слой, который надо показать. Вероятно, вы хотите irs или yhsat.
Komяpa, почини, плз, GetTile. Последняя версия из репозитория вызвала проблемы, когда мы разбирались с dedNikifor
Большое спасибо за проделанную работу!
Есть такое пожелание: добавьте плиз возможность запускать Ваш скрипт через lighttpd + fastcgi + flup.
Резоны таковы:
- Для слабых машин (например старых ноутов), где апач - из пушки по воробьям
- Когда есть уже настроеный lighttpd с кучей всего для локальной сети (как раз мой случай). Добавить еще один полезный сервис (для всей сети!) не сложно, а вот ставить рядом апач ради одного сервиса, как-то не очень
ЗЫ. Не силен я в питоне так бы сделал патчик
это, по идее, должно помочь http://pyobject.ru/blog/2007/02/05/deploying-wsgi-app/
ЗЫ2: готов тестить / баг-репортить
netjedi
А чем вариант с webpy(просто запускать python twms.py) не подходит?
Оно, конечно, вариант. Так сайчас и работает. Для приличия start/stop скрипт только приделал. Но все же это решение для localhost, т.е. если что-то не так (рухнуло, утечка памяти и прочие радости бурно развивающихся проектов) сам все видишь и тут же реагируешь.
На боевой сервер так ставить не стоит - не известно, как скрипт поведет себя после месяца-двух аптайма.
Технически правильное решение - запуск через фронтенд вебсервера. Загрузился, отработал (с ограничением на время выполнения), выгрузился. С этой точки зрения вариант с апачем правилен, но, как я уже, говорил, минуло наш аул решение сие. А по сему и прошу Komяpу (по возможности) добавить fastcgi.
Кстати, если Komяpa не против, могу опакечивать релизы twms для debian/*buntu и отписывать нотисы в соотв. майллисты. Цели вполне ясные: расширить сообщество пользователей => попадение в майн-стрим deb-дистрибутивов.
У проекта появилась страничка на ohloh: https://www.ohloh.net/p/twms/
Кто самый смелый и пойдёт жмякать I use this! ?
продолжение будет? хотелось бы граф.интерфейс и в трей (Win)
зачем серверу графический интерфейс??? 0_0
Наверно, речь о gui для настроек
угу
Формат конфига достаточно хорошо описан на вики. Если вы считаете, что без конфигуратора тут не обойтись - я не против, сделаете - возможно, даже вкину в основную ветку.
в программир. нуб (((
конфигуратор для версии под win32 иль 64, не столь важно
щас использую версию, как бы помягче выразится, питона, там конешь проще и оперативнее конфиг ручками редактировать
и умела б утилитка в трей прятаться, было б здорово
но если нет, то нет, за утилитку огромное спасибо