Форумы GIS-Lab.info

Конкурс на разработку городской платформы открытых данных Москвы
Новость на сайте ГИС-ассоциации
На сайте Москвы
Интересный повод для обсуждения и участия.

Из техзадания

Картографическая подсистема должна обеспечивать функции информационного взаимодействия, в том числе:
• информационное взаимодействие с ИАИС ЕГИП для передачи и получения данных и объектов;
• Передачу согласованного набора данных в ИАИС ЕГИП через предоставленный интерфейс API
• Формирование и передачу запросов в ИАИС ЕГИП на предоставление картографических данных
• Получение, обработку и представление посредством веб сервисов картографических данных ИАИС ЕГИП
• функции информационного обмена в системе должны быть реализованы в виде веб-сервисов;
• функции взаимодействия с системами, обеспечивающими предоставление картографической и информации должны быть реализованы через механизмы взаимодействия с веб-сервисами передачи данных на основе форматов сервисов ArcGIS.

Последнее как-то плохо согласуется c декларируемой подачей на основе отрытых форматов.

Так это вообще повод к антимонопольщика обратится. Явно прописан софт. Что же это за ТЗ. Написали бы просто поставить ArcGIS Server.

ArcGIS Server

- он уже наверное установлен..., если ИАИС ЕГИП официально реализуется, в том числе, на ArcGIS, то понятно желание организовать все на основе форматов сервисов ArcGIS...

И что? Открытые решения (тот же GDAL) с ArcGIS тоже работают, и с сервером и файловыми источниками.

Обращение вроде только от юр. лица или инд. предпринимателя должно быть.

Если бы "по хорошему" напрямую попросить их ТЗ изменить чтобы были прописаны сервисы OGS
Но это, я так понимаю, возможно только через Дату+, которая их информатизует. "Атлас Москвы" - вроде она делала.

И возникает все те же 3 вопроса по СК, которая опять не прописана в ТЗ:
1) зачем нужны публичные сервисы, если координатная информация в них не совпадает с информацией получаемой в официальном документе (если использовать только wgs),
2) зачем нужны публичные сервисы, которые сложно интегрировать с открытыми данными из других источников (если использовать только ГСК),
3) как публичные государственные сервисы могут нарушать законодательство.

Вопросы все те же, исполнитель все тот же - хотелось бы их все таки услышать

Bishop писал(а):Так это вообще повод к антимонопольщика обратится. Явно прописан софт. Что же это за ТЗ. Написали бы просто поставить ArcGIS Server.

По этому пункту ТЗ - повода нет. Софт в ТЗ не прописан. Прописано требование совместимости по форматам.
Ни кто не мешает реализовать подобное на опенсорс решениях. Вопрос как ты сможешь соблюсти это требование, учитывая что форматы закрытые
А требование, вполне себе законное. Если организация уже обладает каким либо набором коммерческого софта, то в плане обслуживания\поддержки\учебы\совместимости и тд и тп выгоднее брать одну и ту же линейку. Доказать это будет проще простого.

Спасибо разъяснили. Согласен с доводами. Не читал ТЗ, но надеюсь выходной формат не будет закрытым.

включают ли форматы сервисов ArcGIS закрытые форматы/сервисы доступные только при наличие ArcGIS?

Да.
Проблема в том, что понятие 'форматы сервисов ArcGIS' слишком расплывчатое. Это и форматы сервисов OGC (WMS, WFS, WCS, WPS и тд) и закрытые форматы (Map Service, Feature Service, Geoprocessing Service, Geocoding Service, Globe Service, Image Service и тд). Если в ТЗ явно не прописан список всех необходимов форматов, то по умолчанию требуются все. То бишь реализовать можно будет только средствами ArcGIS Server.
Но опять же, нужно внимательно читать ТЗ.

а зачем его еще внимательно читать? там где-то может быть сказано, что нужны на самом деле не все "форматы сервисов ArcGIS"?

В ТЗ может быть написано все что угодно Может быть даже написано - Должно быть полностью совместимо с ArcGIS, но это должен быть не ArcGIS Server.

я понимаю, что все угодно, вот только это не какая-нибудь залипуха, а портал открытых данных, надо проконсультироваться у знающих людей не ограничение ли это конкуренции

Хочу заметить, что ArcGIS Server реализует открытое RESTful API, которое гораздо более дружественно к клиентам, чем громоздкие традиционные web-службы OGC (также поддерживаемые ArcGIS Server).
Вообще-то в OGC ведется работа по созданию открытого стандарта REST-сервисов на базе наработок Esri:
www.opengeospatial.org/projects/groups/gservrestswg
www.slideshare.net/cappelaere/restful-ogc-services
Но, вопреки названию, эти ребята не слишком открыты, да и торопиться не любят. Так что когда мы увидим новые стандарты (и их открытые реализации) - неизвестно.
Ну а о степени простоты и самодокументированности подобных сервисов каждый может судить сам на примере портала Росреестра. Я не думаю, что в данном случае требование возможности интеграции с источниками на базе ArcGIS Server как-то ограничивает разработчика. Вот если бы требовалась обратная интеграция - с использованием ArcMap в качестве клиента - было бы сложнее. ArcMap, к примеру, не поддерживает WFS-T.

о том и речь, что если бы было написано OGC, а не ArcGIS, то сомнений бы не было

и в будущем много чего возможно, мы про настоящее