Встраивание кэширующего TMS-сервиса в собственное приложение - История изменений

Александр Мурый в 07:46, 24 июля 2013

2013-07-24T07:46:16Z

← Предыдущая версия		Версия от 09:46, 24 июля 2013
Строка 1:		Строка 1:
	{{Статья\|~~Черновик~~}}		{{Статья\|Опубликована\|tilecache-embedded}}
	{{Аннотация\|Рассмотрена процедура встраивания TileCache в собственное приложение, а также приведен пример создания кэша на базе PostgreSQL.}}		{{Аннотация\|Рассмотрена процедура встраивания TileCache в собственное приложение, а также приведен пример создания кэша на базе PostgreSQL.}}

Максим Дубинин: /* Введение */

2013-07-21T15:03:15Z

Введение

← Предыдущая версия		Версия от 17:03, 21 июля 2013
Строка 4:		Строка 4:
	== Введение ==		== Введение ==

	Предположим, что вы разрабатываете клиент-серверную Веб-ГИС. Вам требуется отображать на клиенте некоторую растровую подложку, которая создается на базе данных хранилища (БД), к которому имеет доступ серверная компонента. Стандартным решением подобной задачи является создание на сервере Tile Map Service ([http://gis-lab.info/docs/tms-specification-ru.html TMS, спецификация] и подключение его на клиенте.		Предположим, что вы разрабатываете клиент-серверную Веб-ГИС. Вам требуется отображать на клиенте некоторую растровую подложку, которая создается на базе данных хранилища (БД), к которому имеет доступ серверная компонента. Стандартным решением подобной задачи является создание на сервере Tile Map Service ([http://gis-lab.info/docs/tms-specification-ru.html TMS, спецификация]) и подключение его на клиенте.

	===Виды TMS-сервисов===		===Виды TMS-сервисов===

Максим Дубинин: /* Введение */

2013-07-21T14:45:18Z

Введение

← Предыдущая версия		Версия от 16:45, 21 июля 2013
Строка 4:		Строка 4:
	== Введение ==		== Введение ==

	Предположим, что вы разрабатываете клиент-серверную Веб-ГИС. Вам требуется отображать на клиенте некоторую растровую подложку, которая создается на базе данных хранилища (БД), к которому имеет доступ серверная компонента. Стандартным решением подобной задачи является создание на сервере ~~сервиса~~ [http://gis-lab.info/docs/tms-specification-ru.html TMS] и подключение		Предположим, что вы разрабатываете клиент-серверную Веб-ГИС. Вам требуется отображать на клиенте некоторую растровую подложку, которая создается на базе данных хранилища (БД), к которому имеет доступ серверная компонента. Стандартным решением подобной задачи является создание на сервере Tile Map Service ([http://gis-lab.info/docs/tms-specification-ru.html TMS, спецификация] и подключение его на клиенте.
	его на клиенте.

	===Виды TMS-сервисов===		===Виды TMS-сервисов===

Максим Дубинин: /* =Почему могут не подойти готовые решения */

2013-07-21T14:43:41Z

=Почему могут не подойти готовые решения

← Предыдущая версия		Версия от 16:43, 21 июля 2013
Строка 12:		Строка 12:
	Недостаток этого варианта заключается в том, что пользователю, для того чтобы начать работать с приложением, потребуется время на создание кэша (может занимать от нескольких часов до нескольких дней). Динамической TMS решает эту проблему и генерирует тайлы по запросу.		Недостаток этого варианта заключается в том, что пользователю, для того чтобы начать работать с приложением, потребуется время на создание кэша (может занимать от нескольких часов до нескольких дней). Динамической TMS решает эту проблему и генерирует тайлы по запросу.

	===Почему могут не подойти готовые решения==		===Почему могут не подойти готовые решения===
	Существующее ПО для создания динамических TMS-сервисов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy]) является самостоятельным программным обеспечением и изначально не предназначено для использования в качестве встраиваемых решений. Использовать MapProxy или TileCache по их прямому назначению может быть невозможно, если:		Существующее ПО для создания динамических TMS-сервисов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy]) является самостоятельным программным обеспечением и изначально не предназначено для использования в качестве встраиваемых решений. Использовать MapProxy или TileCache по их прямому назначению может быть невозможно, если:
	#Пользователь по той или иной причине не может отдельно установить и настроить тайловый сервер;		#Пользователь по той или иной причине не может отдельно установить и настроить тайловый сервер;

Максим Дубинин: /* Введение */

2013-07-21T14:43:29Z

Введение

Максим Дубинин в 14:41, 21 июля 2013

2013-07-21T14:41:19Z

@@ Строка 4: / Строка 4: @@
 == Введение ==
-Предположим, что вы разрабатываете клиент-серверную Веб-ГИС и вам требуется
+Предположим, что вы разрабатываете клиент-серверную Веб-ГИС. Вам требуется отображать на клиенте некоторую растровую подложку, которая создается на базе данных хранилища (БД), к которому имеет доступ серверная компонента. Стандартным решением подобной задачи является создание на сервере сервиса [http://gis-lab.info/docs/tms-specification-ru.html TMS] и подключение
-отображать на клиенте некоторую растровую подложку, которая создается на базе
+его на клиенте.
-В рамках данной статьи рассмотрим создание кэширующего TMS-сервиса на базе классов,
+TMS-сервис может функционировать в одном из двух режимов: статическом и динамическом. Статический TMS - это предварительно созданный набор тайлов, он удобен если данные, на основе которых будет создаваться TMS-слой, одинаковы для всех установок приложения (например, данные о государственных границах) и распространяются вместе с приложением. Разумеется, это может привести к недопустимому росту размера приложения и поэтому статический TMS может также предоставлять пользователю возможность генерирования тайлов "на месте", чтобы не распространять их с приложением.
-В качестве языка программирования будем использовать Python,
+Недостаток этого варианта заключается в том, что пользователю, для того чтобы начать работать с приложением, потребуется время на создание кэша (может занимать от нескольких часов до нескольких дней). Динамической TMS решает эту проблему и генерирует тайлы по запросу.
 операционная система - Debian GNU/Linux 7.0.
 == Создание каркаса приложения ==

Denis Rykov в 12:20, 17 июля 2013

2013-07-17T12:20:56Z

← Предыдущая версия		Версия от 14:20, 17 июля 2013
Строка 30:		Строка 30:
	пользователь должен помимо установки вашего приложения установить и настроить		пользователь должен помимо установки вашего приложения установить и настроить
	тайловый сервер, что может оказаться ему не под силу, да и это очень неудобно.		тайловый сервер, что может оказаться ему не под силу, да и это очень неудобно.
			Также данный вариант не подходит в том случае, если доступ к тайлам
			должен предоставляться не всем пользователям, а только тем, которые
			имеют на это права согласно подсистеме разделения прав, используемой в приложении
			(если таковая имеется).
	Поэтому решение данной задачи сводится к написанию собственного TMS-сервиса		Поэтому решение данной задачи сводится к написанию собственного TMS-сервиса
	и интеграции его в приложение. Пример решения подобной задачи		и интеграции его в приложение. Пример решения подобной задачи

Максим Дубинин: переименовал Встравивание кэширующего TMS-сервиса в собственное приложение в [[Встраивание кэширующего TMS-сервиса в собственное прилож…

2013-07-17T09:08:32Z

переименовал Встравивание кэширующего TMS-сервиса в собственное приложение в [[Встраивание кэширующего TMS-сервиса в собственное прилож…

← Предыдущая версия

Версия от 11:08, 17 июля 2013

Denis Rykov в 09:06, 17 июля 2013

2013-07-17T09:06:54Z

← Предыдущая версия		Версия от 11:06, 17 июля 2013
Строка 1:		Строка 1:
	{{Статья\|Черновик}}		{{Статья\|Черновик}}
	{{Аннотация\|Рассмотрена процедура встраивания TileCache в собственное приложение, а также ~~приведет~~ пример создания кэша на базе PostgreSQL.}}		{{Аннотация\|Рассмотрена процедура встраивания TileCache в собственное приложение, а также приведен пример создания кэша на базе PostgreSQL.}}

	== Введение ==		== Введение ==

Denis Rykov в 09:04, 17 июля 2013

2013-07-17T09:04:32Z

← Предыдущая версия		Версия от 11:04, 17 июля 2013
Строка 415:		Строка 415:

	В эту же директорию поместим файл icon.png, которым будут отрисовываться		В эту же директорию поместим файл icon.png, которым будут отрисовываться
	наши данные (любая растровая иконка).		наши данные (любая растровая иконка):

			[[Файл:Tilecache-embedded-05.png\|32px\|thumb\|center]]

	'''Функция обработки входящих запросов'''		'''Функция обработки входящих запросов'''

← Предыдущая версия		Версия от 16:43, 21 июля 2013
Строка 7:		Строка 7:
	его на клиенте.		его на клиенте.

			===Виды TMS-сервисов===
	TMS-сервис может функционировать в одном из двух режимов: статическом и динамическом. Статический TMS - это предварительно созданный набор тайлов, он удобен если данные, на основе которых будет создаваться TMS-слой, одинаковы для всех установок приложения (например, данные о государственных границах) и распространяются вместе с приложением. Разумеется, это может привести к недопустимому росту размера приложения и поэтому статический TMS может также предоставлять пользователю возможность генерирования тайлов "на месте", чтобы не распространять их с приложением.		TMS-сервис может функционировать в одном из двух режимов: статическом и динамическом. Статический TMS - это предварительно созданный набор тайлов, он удобен если данные, на основе которых будет создаваться TMS-слой, одинаковы для всех установок приложения (например, данные о государственных границах) и распространяются вместе с приложением. Разумеется, это может привести к недопустимому росту размера приложения и поэтому статический TMS может также предоставлять пользователю возможность генерирования тайлов "на месте", чтобы не распространять их с приложением.

	Недостаток этого варианта заключается в том, что пользователю, для того чтобы начать работать с приложением, потребуется время на создание кэша (может занимать от нескольких часов до нескольких дней). Динамической TMS решает эту проблему и генерирует тайлы по запросу.		Недостаток этого варианта заключается в том, что пользователю, для того чтобы начать работать с приложением, потребуется время на создание кэша (может занимать от нескольких часов до нескольких дней). Динамической TMS решает эту проблему и генерирует тайлы по запросу.

			===Почему могут не подойти готовые решения==
	Существующее ПО для создания динамических TMS-сервисов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy]) является самостоятельным программным обеспечением и изначально не предназначено для использования в качестве встраиваемых решений. Использовать MapProxy или TileCache по их прямому назначению может быть невозможно, если:		Существующее ПО для создания динамических TMS-сервисов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy]) является самостоятельным программным обеспечением и изначально не предназначено для использования в качестве встраиваемых решений. Использовать MapProxy или TileCache по их прямому назначению может быть невозможно, если:
	#Пользователь по той или иной причине не может отдельно установить и настроить тайловый сервер;		#Пользователь по той или иной причине не может отдельно установить и настроить тайловый сервер;
	#Доступ к тайлам должен предоставляться не всем пользователям, а только тем, которые имеют на это права согласно подсистеме разделения прав, используемой в приложении (если таковая имеется).		#Доступ к тайлам должен предоставляться не всем пользователям, а только тем, которые имеют на это права согласно подсистеме разделения прав, используемой в приложении (если таковая имеется).

			===Решение===
	Поэтому решение данной задачи сводится к написанию собственного TMS-сервиса и интеграции его в приложение. Пример решения подобной задачи был рассмотрен в статье [http://gis-lab.info/qa/dynamic-tms.html Основы работы динамических TMS-сервисов],		Поэтому решение данной задачи сводится к написанию собственного TMS-сервиса и интеграции его в приложение. Пример решения подобной задачи был рассмотрен в статье [http://gis-lab.info/qa/dynamic-tms.html Основы работы динамических TMS-сервисов],
	но основным недостатком получившегося там сервиса является то, что он не поддерживает процедуру кэширования, что очень важно при разработке реального приложения.		но основным недостатком получившегося там сервиса является то, что он не поддерживает процедуру кэширования, что очень важно при разработке реального приложения.

	В рамках данной статьи рассмотрим создание кэширующего TMS-сервиса на базе классов, предоставляемых TileCache~~. В качестве рендерера будем использовать - Mapnik~~. TileCache был выбран в качестве базовой системы в виду того, что он имеет довольно простую и понятную архитектуру в отличие от того же MapProxy, хотя по функционалу в целом значительно уступает последнему.		В рамках данной статьи рассмотрим создание кэширующего TMS-сервиса на базе классов, предоставляемых TileCache. TileCache был выбран в качестве базовой системы в виду того, что он имеет довольно простую и понятную архитектуру в отличие от того же MapProxy, хотя по функционалу в целом значительно уступает последнему. В качестве рендерера будем использовать Mapnik.

	В качестве языка программирования будем использовать Python, операционная система - Debian GNU/Linux 7.0.		В качестве языка программирования будем использовать Python, операционная система - Debian GNU/Linux 7.0.