Форумы GIS-Lab.info

Хотел подключить сервис
pkk5.rosreestr.ru
т.к. "старая" ПКК фактически не обновляется
Добавил каталог "rosreestr_cadastre5_wms", скопировал в него файлы из "rosreestr_cadastre_wms", отредактировал
metadata.ini Загружаю QGIS в плагине отображается "Кадастровое деление ПКК5", загружаю, появляется слой "Кадастровое деление ПКК5", а информация в окно карты не выводится ...

В тоже время, когда добавить сервис через подключение WMS информация отображается.
Что нужно изменить metadata.ini, чтобы сервис отобразился?

Всё нормально, начинайте с седьмого зума.

не забудьте загрузить новое описание на гитхаб

Кому нужно раздельно Кварталы, Районы, ОКС - слои описаны здесь

На гитхаб не зарегистрирован, поэтому выложу здесь, если сочтете нужным загрузите на гитхаб ...

спасибо, залил, в след. релизе появится в QMS, надо еще не забыть будет старый видимо удалить.

Старый удалять рано, новому до него расти и расти.

странно, я думал старые сервисы они отключили, но нет

Предложение по улучшению:

Вместо того, чтобы слать запросы на получение списка сервисов из виджета по мере ввода текста - лучше скачивать все данные целиком за один раз и не дергать лишний раз сервак (сейчас это работает не очень отзывчиво), а поиск осуществлять из локального файла.

Суть работы такая:
1. При нажатии на кнопку "поиск в QMS" (для открытия виджета), происходит сверка локальной "базы" (посылается запрос с датой изменения файла или вытаскивать дату из самого файла)
1а. Либо добавить отдельную кнопку "Обновить" в окно самого виджета.
2. Сервак смотрит по своей базе, если были изменения - отдает полностью новую базу (json например), если нет - выдает соответствующий ответ.
3. Плагин отрабатывает исходя из полученного ответа и сохраняет "базу" если она изменялась.
4. В окне самого виджета поиск осуществляется исключительно из локальной базы сервисов не мучая сервер и пользователя из за каждого нажатия клавиш.

Плюсы:
+ поиск будет работать быстрее
+ не будет лишних запросов на сервер

Минусы:
- На каждом плагине (arcgis, qgis) придется написать поиск по массиву
- любые "улучшения" поиска произойдут только при обновлении плагина

спорно, особенно учитывая, что сервисов легко может стать миллион

из настоящих проблем уловил пока только "работает не очень отзывчиво", но тут есть еще улучшить, например тупо кнопку поиск можно добавить (хотя не хочется)

Максим Дубинин писал(а):спорно, особенно учитывая, что сервисов легко может стать миллион

На это есть другое мнение:

Билл Гейтс писал(а):640 килобайт хватит всем

А если серьезно, там и сейчас не больше сотни. И это при том, что и так включены все самые более менее известные подложки. И даже при десятке тысяч сервисов - при передаче в формате json gzip будет в районе 0,5 Мб.

А с функцией "нечеткого поиска" (при реализации тегов) будет совсем шоколад. Вводишь что-то типа "tms overlay opens"... а он тебе поиск по всем значениям ключей (включая title, url, license, ...) сделал (незнаю как в python, но в js хороший пример - http://datatables.net)

шоколад будет и без кэширования локально

Да, но тут смысл чуть больше.
После того, как будет (допустим будет) реализован поиск по локальному файлу (например qms_nextgis_com.json), можно переходить к выпиливанию "лишнего", а именно:
+ сделать одну кнопку QMS вместо двух, - у которой одна функция: Открыть панель
- выпилить все что связано с .ini и убрать все сервисы из поставки в плагине
- выпилить выпадающее меню сервисов с группировкой по "группам"
- выпилить функцию "Загрузить сервисы" (которая тянет с гитхаба)
- выпилить вкладку "Видимость"
+ кнопки "Настройка" и "Инфо" перенести на панель
+ функционал связанный с пользовательскими слоями реализовать в json файл (userservices.json) по структуре аналогичный получаемому json файлу с сервера
+ Добавить вкладку "Источники" где будут указаны url и/или путь к локальному файлу. Источники можно выключать.

На qms.nextgis - реализовать выдачу json в зависимости от передаваемого параметра, прописанного в "Источниках", аналогично тому, как осуществляется поиск сейчас. Например нужно только лицензионно чистые подложки - передаем ?q=license:free, для работы только с landsat - пишем также соответствующий запрос. В общем любой поисковый запрос который поддерживает qms.nextgis (из минусов - нужно исключать задваивание результатов при локальном поиске например по guid)

Поиск подложек будет осуществятся по всем .json файлам (либо сшивать их физически в промежуточный файл, либо в коде).
+ Добавить кнопку "share" для пользовательских слоев, чтобы отправлять новую подложку на qms.nextgis.com

Из серьезных минусов: Тупо дофига делов, когда и так все работает.
В остальном сплошные плюсы.

Завел ишью https://github.com/nextgis/quickmapservices/issues/117 на косметические изменения без каких либо функциональных.

ANAT01 писал(а):
Вместо того, чтобы слать запросы на получение списка сервисов из виджета по мере ввода текста - лучше скачивать все данные целиком за один раз и не дергать лишний раз сервак (сейчас это работает не очень отзывчиво), а поиск осуществлять из локального файла.

Плюсы:
+ поиск будет работать быстрее
+ не будет лишних запросов на сервер

Плюсы скачивания не только в этом. Это самостоятельная важная задача - получить данные с сервиса себе на комп. Многие (может и все) процессы геобработки можно делать только со скачанными в виде файлов геоданными.