Re: ООПТ регионального значения
Добавлено: 26 ноя 2015, 13:45
Добрый день всем.
На конференции CSGIS 2015 в Москве все крупные держатели ГИС слоев из НГО договорились о начале проекта по обьединению и открытию основных геоданных по проблемам охраны природы в России и Украине и Белоруссии (таких как информация о ООПТ, ЛВПЦ, ценностях и угрозах).
Предмет договоренности: всем держателям этой информации, особенно имеющими геосерверы, разработать правила синхронизации исходных данных и договорится о формате их предоставления общественности. (Речь идет в первую очередь о API доступе)
Однако сразу возникла проблема: все слои должны быть составные: например слой ООПТ СНГ.
Этот слои создавался и поддерживается актуальным для разных регионов - разными организациями.
Мы предлагаем сделать синхронизацию на уровне серверов, в результате которой на выходе получим один слой (так его по крайней мере будут видеть пользователи), каждая часть которого будет поддерживаться на своем сервере своей организацией. К сожалению, всплывает много подводных камней: история редакции, разнородность атрибутивной информации и прочее.
Подскажите, кто с таким сталкивался, как правильно организовать хранение и синхронизацию на серверах составных слоев?
На конференции CSGIS 2015 в Москве все крупные держатели ГИС слоев из НГО договорились о начале проекта по обьединению и открытию основных геоданных по проблемам охраны природы в России и Украине и Белоруссии (таких как информация о ООПТ, ЛВПЦ, ценностях и угрозах).
Предмет договоренности: всем держателям этой информации, особенно имеющими геосерверы, разработать правила синхронизации исходных данных и договорится о формате их предоставления общественности. (Речь идет в первую очередь о API доступе)
Однако сразу возникла проблема: все слои должны быть составные: например слой ООПТ СНГ.
Этот слои создавался и поддерживается актуальным для разных регионов - разными организациями.
Мы предлагаем сделать синхронизацию на уровне серверов, в результате которой на выходе получим один слой (так его по крайней мере будут видеть пользователи), каждая часть которого будет поддерживаться на своем сервере своей организацией. К сожалению, всплывает много подводных камней: история редакции, разнородность атрибутивной информации и прочее.
Подскажите, кто с таким сталкивался, как правильно организовать хранение и синхронизацию на серверах составных слоев?