Основы работы динамических TMS-сервисов - История изменений

Александр Мурый в 09:09, 8 мая 2013

2013-05-08T09:09:05Z

← Предыдущая версия		Версия от 11:09, 8 мая 2013
Строка 1:		Строка 1:
	{{Статья\|~~Черновик~~}}		{{Статья\|Опубликована\|dynamic-tms}}

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

Denis Rykov в 02:35, 8 мая 2013

2013-05-08T02:35:28Z

← Предыдущая версия		Версия от 04:35, 8 мая 2013
Строка 1:		Строка 1:
			{{Статья\|Черновик}}

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

Denis Rykov в 11:59, 7 апреля 2013

2013-04-07T11:59:35Z

← Предыдущая версия		Версия от 13:59, 7 апреля 2013
Строка 239:		Строка 239:
	<pre>(minx + stepi, miny + stepj, minx + step(i+1), miny + step(j+1))</pre>		<pre>(minx + stepi, miny + stepj, minx + step(i+1), miny + step(j+1))</pre>

	Для тайловой сетки с перевёрнутой осью y, имеющей начало отсчёта в точке (~~miny~~, maxy) охват тайла будет вычисляться несколько иначе:		Для тайловой сетки с перевёрнутой осью y, имеющей начало отсчёта в точке (minx, maxy) охват тайла будет вычисляться несколько иначе:

	[[Файл:Xyz-scheme.png‎\|467px\|thumb\|center\|<center>Запрашиваемый тайл в тайловой сетке с перевёрнутой осью y (как в OpenStreetMap)</center>]]		[[Файл:Xyz-scheme.png‎\|467px\|thumb\|center\|<center>Запрашиваемый тайл в тайловой сетке с перевёрнутой осью y (как в OpenStreetMap)</center>]]

Denis Rykov в 09:29, 7 апреля 2013

2013-04-07T09:29:39Z

← Предыдущая версия		Версия от 11:29, 7 апреля 2013
Строка 46:		Строка 46:

	Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy], [http://wiki.openstreetmap.org/wiki/TWMS tWMS]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.		Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy], [http://wiki.openstreetmap.org/wiki/TWMS tWMS]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.

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

	== Архитектура динамического TMS-сервиса ==		== Архитектура динамического TMS-сервиса ==

Denis Rykov: Отмена правки 11826, сделанной участником Denis Rykov (обс.)

2013-04-07T09:29:00Z

Отмена правки 11826, сделанной участником Denis Rykov (обс.)

← Предыдущая версия		Версия от 11:29, 7 апреля 2013
Строка 1:		Строка 1:
	== Введение ==		== Введение ==

	TMS-сервис может функционировать в одном из двух режимов - статическом и динамическом. В первом случае это ни что иное, как просто набор файлов, организованных определённым образом в файловой системе, так называемый "тайловый кэш" (здесь и далее в статье мы предполагаем, что тайловый сервис отвечает лишь за передачу самих тайлов (Tile Resources), остальные ресурсы, описываемые в [http://gis-lab.info/docs/tms-specification-ru.html спецификации], мы здесь не рассматриваем, в виду их тривиальности). При запросе конкретного тайла HTTP-сервер (Apache, nginx) самостоятельно ~~отображает~~ запрашиваемый URL ~~на структуру~~ файловой ~~системы~~ и возвращает клиенту нужный тайл. Пример организации тайлового кэша:		TMS (Tile Map Service) - сервис доступа к хранилищам тайлов. TMS-сервис может функционировать в одном из двух режимов - статическом и динамическом. В первом случае это ни что иное, как просто набор файлов, организованных определённым образом в файловой системе, так называемый "тайловый кэш" (здесь и далее в статье мы предполагаем, что тайловый сервис отвечает лишь за передачу самих тайлов (Tile Resources), остальные ресурсы, описываемые в [http://gis-lab.info/docs/tms-specification-ru.html спецификации], мы здесь не рассматриваем, в виду их тривиальности). При запросе конкретного тайла HTTP-сервер (Apache, nginx) самостоятельно переводит запрашиваемый URL в физическое расположение тайла в файловой системе и возвращает клиенту нужный тайл. Пример организации тайлового кэша:

	<pre>		<pre>
Строка 35:		Строка 35:
	</pre>		</pre>

	В данном случае, чтобы получить, тайл с координатами (0, 0) на втором масштабном уровне, необходимо выполнить запрос, который может выглядеть следующим образом:		В данном примере родительская директория admin_EPSG3857 содержит две директории 1 и 2, названия которых соответствуют номерам масштабных уровней. Имена каталогов на следующем уровне вложенности (0, 1 и 0, 1, 2, 3) определяют номер столбца тайловой сетки (x-координата), имя же самого тайла (с расширением .png) определяет номер строки (y-координата). В данном случае, чтобы получить, тайл с координатами (0, 0) на втором масштабном уровне, необходимо выполнить запрос, который может выглядеть следующим образом:

	<pre>http://10.22.0.9/tms/1.0.0/admin_EPSG3857/2/0/0.png</pre>		<pre>http://10.22.0.9/tms/1.0.0/admin_EPSG3857/2/0/0.png</pre>

	Для создания тайлового кэша существует различное программное обеспечение, например, утилиты [http://www.gdal.org/gdal2tiles.html gdal2tiles] и [http://mapproxy.org/docs/latest/seed.html mapproxy-seed], [http://mapbox.com/tilemill/ TileMill], [http://gis-lab.info/qa/qtiles.html QTiles]. Процесс создания тайлового кэша называется ''сидированием'' (seeding). Данная процедура весьма требовательна к объёму жесткого диска и может занимать очень много времени. Например, время создания тайлового кэша на территорию Казахстана вплоть до 16 масштабного уровня (профиль [http://gis-lab.info/docs/tms-specification-ru.html#global-mercator global-mercator]) при средней наполненности слоёв составляет 2-3 дня, поэтому на практике данный способы используется для подготовки кэшей карт небольших территорий или для создания кэшей определённых масштабных уровней.		Для создания тайлового кэша существует различное программное обеспечение, например, утилиты [http://www.gdal.org/gdal2tiles.html gdal2tiles] и [http://mapproxy.org/docs/latest/seed.html mapproxy-seed], [http://mapbox.com/tilemill/ TileMill], [http://gis-lab.info/qa/qtiles.html QTiles]. Процесс создания тайлового кэша называется ''сидированием'' (seeding) и заключается в нарезке растров на каждом масштабном уровне на тайлы заданного размера. Данная процедура весьма требовательна к объёму жесткого диска и может занимать очень много времени. Например, время создания тайлового кэша на территорию Казахстана вплоть до 16 масштабного уровня (профиль [http://gis-lab.info/docs/tms-specification-ru.html#global-mercator global-mercator]) при средней наполненности слоёв составляет 2-3 дня, поэтому на практике данный способы используется для подготовки кэшей карт небольших территорий или для создания кэшей определённых масштабных уровней.

	Второй режим работы тайлового сервиса - динамический - предполагает, что никакого тайлового кэша нет, а запрашиваемые клиентом тайлы генерируются по запросу "на лету".		Второй режим работы тайлового сервиса - динамический - предполагает, что никакого тайлового кэша нет, а запрашиваемые клиентом тайлы генерируются по запросу "на лету".
Строка 45:		Строка 45:
	Условно, можно выделить ещё один режим работы тайлового сервиса - смешанный. В этом случае сервис, функционирующий в динамическом режиме, не только отдаёт клиенту сгенерированный тайл, но и сохраняет его в некоторый кэш, что позволяет при следующем запросе этого тайла, не создавать его вновь, а брать из кэша, что значительно повышает скорость работы сервиса в целом.		Условно, можно выделить ещё один режим работы тайлового сервиса - смешанный. В этом случае сервис, функционирующий в динамическом режиме, не только отдаёт клиенту сгенерированный тайл, но и сохраняет его в некоторый кэш, что позволяет при следующем запросе этого тайла, не создавать его вновь, а брать из кэша, что значительно повышает скорость работы сервиса в целом.

	Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.		Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy], [http://wiki.openstreetmap.org/wiki/TWMS tWMS]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.

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

	== Архитектура динамического TMS-сервиса ==		== Архитектура динамического TMS-сервиса ==
Строка 57:		Строка 55:
	Из данной схемы следует, что для создания сервиса необходимы инструменты, позволяющие следующее:		Из данной схемы следует, что для создания сервиса необходимы инструменты, позволяющие следующее:

	~~# Элемент нумерованного списка~~
	~~# Элемент маркированного списка~~
	# Извлекать информацию о координатах тайла из URL		# Извлекать информацию о координатах тайла из URL
	# По вычисленным координатам тайла получать его охват в единицах измерения карты		# По вычисленным координатам тайла получать его охват в единицах измерения карты
Строка 70:		Строка 66:

	Для решения 1 и 5 задачи подходит любой Веб-фреймворк. Поскольку наши требования к его функциональности достаточно скромные, то нет нужды использовать что-то вроде [https://www.djangoproject.com/ Django] или [http://www.pylonsproject.org/ Pyramid], вполне можно обойтись любым микрофреймворком, таким как [http://flask.pocoo.org/ Flask] или [http://bottlepy.org/docs/dev/ Bottle]. Остановимся на последнем.		Для решения 1 и 5 задачи подходит любой Веб-фреймворк. Поскольку наши требования к его функциональности достаточно скромные, то нет нужды использовать что-то вроде [https://www.djangoproject.com/ Django] или [http://www.pylonsproject.org/ Pyramid], вполне можно обойтись любым микрофреймворком, таким как [http://flask.pocoo.org/ Flask] или [http://bottlepy.org/docs/dev/ Bottle]. Остановимся на последнем.

			[[Файл:Logo_bottle.png‎\|200px\|thumb\|center\|<center>Логотип микрофреймворка Bottle</center>]]

	2-я задача довольно простая, решим её самостоятельно без привлечения сторонних библиотек.		2-я задача довольно простая, решим её самостоятельно без привлечения сторонних библиотек.

	Для решения 3-й и 4-й задачи воспользуемся Mapnik-ом. Заметьте, что Mapnik в данном случае выступает не только в роли рендерера, но и в роли библиотеки, умеющей извлекать данные из хранилища. Полный список форматов, которые умеет читать Mapnik, доступен [https://github.com/mapnik/mapnik/wiki/PluginArchitecture здесь]. Mapnik вообще очень универсальный инструмент, позволяющий, в частности, отрисовывать объекты и [http://gis-lab.info/qa/mapnik-datasources.html без предоставления прямого доступа к хранилищу].		Для решения 3-й и 4-й задачи воспользуемся Mapnik-ом. Заметьте, что Mapnik в данном случае выступает не только в роли рендерера, но и в роли библиотеки, умеющей извлекать данные из хранилища. Полный список форматов, которые умеет читать Mapnik, доступен [https://github.com/mapnik/mapnik/wiki/PluginArchitecture здесь]. Mapnik вообще очень универсальный инструмент, позволяющий, в частности, отрисовывать объекты и [http://gis-lab.info/qa/mapnik-datasources.html без предоставления прямого доступа к хранилищу].

			[[Файл:Logo-mapnik.png‎\|270px\|thumb\|center\|<center>Логотип Mapnik</center>]]

	=== Установка и настройка Mapnik ===		=== Установка и настройка Mapnik ===

Denis Rykov в 09:23, 7 апреля 2013

2013-04-07T09:23:08Z

← Предыдущая версия		Версия от 11:23, 7 апреля 2013
Строка 1:		Строка 1:
	== Введение ==		== Введение ==

	~~TMS (Tile Map Service) - сервис доступа к хранилищам тайлов.~~ TMS-сервис может функционировать в одном из двух режимов - статическом и динамическом. В первом случае это ни что иное, как просто набор файлов, организованных определённым образом в файловой системе, так называемый "тайловый кэш" (здесь и далее в статье мы предполагаем, что тайловый сервис отвечает лишь за передачу самих тайлов (Tile Resources), остальные ресурсы, описываемые в [http://gis-lab.info/docs/tms-specification-ru.html спецификации], мы здесь не рассматриваем, в виду их тривиальности). При запросе конкретного тайла HTTP-сервер (Apache, nginx) самостоятельно ~~переводит~~ запрашиваемый URL ~~в физическое расположение тайла в~~ файловой ~~системе~~ и возвращает клиенту нужный тайл. Пример организации тайлового кэша:		TMS-сервис может функционировать в одном из двух режимов - статическом и динамическом. В первом случае это ни что иное, как просто набор файлов, организованных определённым образом в файловой системе, так называемый "тайловый кэш" (здесь и далее в статье мы предполагаем, что тайловый сервис отвечает лишь за передачу самих тайлов (Tile Resources), остальные ресурсы, описываемые в [http://gis-lab.info/docs/tms-specification-ru.html спецификации], мы здесь не рассматриваем, в виду их тривиальности). При запросе конкретного тайла HTTP-сервер (Apache, nginx) самостоятельно отображает запрашиваемый URL на структуру файловой системы и возвращает клиенту нужный тайл. Пример организации тайлового кэша:

	<pre>		<pre>
Строка 35:		Строка 35:
	</pre>		</pre>

	В данном примере родительская директория admin_EPSG3857 содержит две директории 1 и 2, названия которых соответствуют номерам масштабных уровней. Имена каталогов на следующем уровне вложенности (0, 1 и 0, 1, 2, 3) определяют номер столбца тайловой сетки (x-координата), имя же самого тайла (с расширением .png) определяет номер строки (y-координата). В данном случае, чтобы получить, тайл с координатами (0, 0) на втором масштабном уровне, необходимо выполнить запрос, который может выглядеть следующим образом:		В данном случае, чтобы получить, тайл с координатами (0, 0) на втором масштабном уровне, необходимо выполнить запрос, который может выглядеть следующим образом:

	<pre>http://10.22.0.9/tms/1.0.0/admin_EPSG3857/2/0/0.png</pre>		<pre>http://10.22.0.9/tms/1.0.0/admin_EPSG3857/2/0/0.png</pre>

	Для создания тайлового кэша существует различное программное обеспечение, например, утилиты [http://www.gdal.org/gdal2tiles.html gdal2tiles] и [http://mapproxy.org/docs/latest/seed.html mapproxy-seed], [http://mapbox.com/tilemill/ TileMill], [http://gis-lab.info/qa/qtiles.html QTiles]. Процесс создания тайлового кэша называется ''сидированием'' (seeding) ~~и заключается в нарезке растров на каждом масштабном уровне на тайлы заданного размера~~. Данная процедура весьма требовательна к объёму жесткого диска и может занимать очень много времени. Например, время создания тайлового кэша на территорию Казахстана вплоть до 16 масштабного уровня (профиль [http://gis-lab.info/docs/tms-specification-ru.html#global-mercator global-mercator]) при средней наполненности слоёв составляет 2-3 дня, поэтому на практике данный способы используется для подготовки кэшей карт небольших территорий или для создания кэшей определённых масштабных уровней.		Для создания тайлового кэша существует различное программное обеспечение, например, утилиты [http://www.gdal.org/gdal2tiles.html gdal2tiles] и [http://mapproxy.org/docs/latest/seed.html mapproxy-seed], [http://mapbox.com/tilemill/ TileMill], [http://gis-lab.info/qa/qtiles.html QTiles]. Процесс создания тайлового кэша называется ''сидированием'' (seeding). Данная процедура весьма требовательна к объёму жесткого диска и может занимать очень много времени. Например, время создания тайлового кэша на территорию Казахстана вплоть до 16 масштабного уровня (профиль [http://gis-lab.info/docs/tms-specification-ru.html#global-mercator global-mercator]) при средней наполненности слоёв составляет 2-3 дня, поэтому на практике данный способы используется для подготовки кэшей карт небольших территорий или для создания кэшей определённых масштабных уровней.

	Второй режим работы тайлового сервиса - динамический - предполагает, что никакого тайлового кэша нет, а запрашиваемые клиентом тайлы генерируются по запросу "на лету".		Второй режим работы тайлового сервиса - динамический - предполагает, что никакого тайлового кэша нет, а запрашиваемые клиентом тайлы генерируются по запросу "на лету".
Строка 45:		Строка 45:
	Условно, можно выделить ещё один режим работы тайлового сервиса - смешанный. В этом случае сервис, функционирующий в динамическом режиме, не только отдаёт клиенту сгенерированный тайл, но и сохраняет его в некоторый кэш, что позволяет при следующем запросе этого тайла, не создавать его вновь, а брать из кэша, что значительно повышает скорость работы сервиса в целом.		Условно, можно выделить ещё один режим работы тайлового сервиса - смешанный. В этом случае сервис, функционирующий в динамическом режиме, не только отдаёт клиенту сгенерированный тайл, но и сохраняет его в некоторый кэш, что позволяет при следующем запросе этого тайла, не создавать его вновь, а брать из кэша, что значительно повышает скорость работы сервиса в целом.

	Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy~~], [http://wiki.openstreetmap.org/wiki/TWMS tWMS~~]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.		Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.

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

	== Архитектура динамического TMS-сервиса ==		== Архитектура динамического TMS-сервиса ==
Строка 55:		Строка 57:
	Из данной схемы следует, что для создания сервиса необходимы инструменты, позволяющие следующее:		Из данной схемы следует, что для создания сервиса необходимы инструменты, позволяющие следующее:

			# Элемент нумерованного списка
			# Элемент маркированного списка
	# Извлекать информацию о координатах тайла из URL		# Извлекать информацию о координатах тайла из URL
	# По вычисленным координатам тайла получать его охват в единицах измерения карты		# По вычисленным координатам тайла получать его охват в единицах измерения карты
Строка 66:		Строка 70:

	Для решения 1 и 5 задачи подходит любой Веб-фреймворк. Поскольку наши требования к его функциональности достаточно скромные, то нет нужды использовать что-то вроде [https://www.djangoproject.com/ Django] или [http://www.pylonsproject.org/ Pyramid], вполне можно обойтись любым микрофреймворком, таким как [http://flask.pocoo.org/ Flask] или [http://bottlepy.org/docs/dev/ Bottle]. Остановимся на последнем.		Для решения 1 и 5 задачи подходит любой Веб-фреймворк. Поскольку наши требования к его функциональности достаточно скромные, то нет нужды использовать что-то вроде [https://www.djangoproject.com/ Django] или [http://www.pylonsproject.org/ Pyramid], вполне можно обойтись любым микрофреймворком, таким как [http://flask.pocoo.org/ Flask] или [http://bottlepy.org/docs/dev/ Bottle]. Остановимся на последнем.

	~~[[Файл:Logo_bottle.png‎\|200px\|thumb\|center\|<center>Логотип микрофреймворка Bottle</center>]]~~

	2-я задача довольно простая, решим её самостоятельно без привлечения сторонних библиотек.		2-я задача довольно простая, решим её самостоятельно без привлечения сторонних библиотек.

	Для решения 3-й и 4-й задачи воспользуемся Mapnik-ом. Заметьте, что Mapnik в данном случае выступает не только в роли рендерера, но и в роли библиотеки, умеющей извлекать данные из хранилища. Полный список форматов, которые умеет читать Mapnik, доступен [https://github.com/mapnik/mapnik/wiki/PluginArchitecture здесь]. Mapnik вообще очень универсальный инструмент, позволяющий, в частности, отрисовывать объекты и [http://gis-lab.info/qa/mapnik-datasources.html без предоставления прямого доступа к хранилищу].		Для решения 3-й и 4-й задачи воспользуемся Mapnik-ом. Заметьте, что Mapnik в данном случае выступает не только в роли рендерера, но и в роли библиотеки, умеющей извлекать данные из хранилища. Полный список форматов, которые умеет читать Mapnik, доступен [https://github.com/mapnik/mapnik/wiki/PluginArchitecture здесь]. Mapnik вообще очень универсальный инструмент, позволяющий, в частности, отрисовывать объекты и [http://gis-lab.info/qa/mapnik-datasources.html без предоставления прямого доступа к хранилищу].

	~~[[Файл:Logo-mapnik.png‎\|270px\|thumb\|center\|<center>Логотип Mapnik</center>]]~~

	=== Установка и настройка Mapnik ===		=== Установка и настройка Mapnik ===

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

2013-04-07T09:13:47Z

Введение

← Предыдущая версия		Версия от 11:13, 7 апреля 2013
Строка 1:		Строка 1:
	== Введение ==		== Введение ==

	TMS (Tile Map Service) - сервис доступа к хранилищам тайлов. TMS-сервис может функционировать в одном из двух режимов - статическом и динамическом. В первом случае это ни что иное, как просто набор файлов, организованных определённым образом в файловой системе, так называемый "тайловый кэш" (здесь и далее в статье мы предполагаем, что тайловый сервис отвечает лишь за передачу самих тайлов (Tile Resources), остальные ресурсы, описываемые в [http://gis-lab.info/docs/tms-specification-ru.html спецификации], мы здесь не рассматриваем, в виду их тривиальности). При запросе конкретного тайла HTTP-сервер (Apache, nginx) самостоятельно ~~отображает~~ запрашиваемый URL ~~на структуру~~ файловой ~~системы~~ и возвращает клиенту нужный тайл. Пример организации тайлового кэша:		TMS (Tile Map Service) - сервис доступа к хранилищам тайлов. TMS-сервис может функционировать в одном из двух режимов - статическом и динамическом. В первом случае это ни что иное, как просто набор файлов, организованных определённым образом в файловой системе, так называемый "тайловый кэш" (здесь и далее в статье мы предполагаем, что тайловый сервис отвечает лишь за передачу самих тайлов (Tile Resources), остальные ресурсы, описываемые в [http://gis-lab.info/docs/tms-specification-ru.html спецификации], мы здесь не рассматриваем, в виду их тривиальности). При запросе конкретного тайла HTTP-сервер (Apache, nginx) самостоятельно переводит запрашиваемый URL в физическое расположение тайла в файловой системе и возвращает клиенту нужный тайл. Пример организации тайлового кэша:

	<pre>		<pre>

Denis Rykov в 08:08, 7 апреля 2013

2013-04-07T08:08:48Z

← Предыдущая версия		Версия от 10:08, 7 апреля 2013
Строка 45:		Строка 45:
	Условно, можно выделить ещё один режим работы тайлового сервиса - смешанный. В этом случае сервис, функционирующий в динамическом режиме, не только отдаёт клиенту сгенерированный тайл, но и сохраняет его в некоторый кэш, что позволяет при следующем запросе этого тайла, не создавать его вновь, а брать из кэша, что значительно повышает скорость работы сервиса в целом.		Условно, можно выделить ещё один режим работы тайлового сервиса - смешанный. В этом случае сервис, функционирующий в динамическом режиме, не только отдаёт клиенту сгенерированный тайл, но и сохраняет его в некоторый кэш, что позволяет при следующем запросе этого тайла, не создавать его вновь, а брать из кэша, что значительно повышает скорость работы сервиса в целом.

	Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.		Чтобы разобраться с тем, как организована работа современных тайловых серверов ([http://tilecache.org/ TileCache], [http://mapproxy.org/ MapProxy], [http://wiki.openstreetmap.org/wiki/TWMS tWMS]) (фактически работающих в смешанном режиме), попытаемся написать собственный динамический TMS-сервер.

	== Архитектура динамического TMS-сервиса ==		== Архитектура динамического TMS-сервиса ==

Denis Rykov в 05:37, 7 апреля 2013

2013-04-07T05:37:12Z

← Предыдущая версия		Версия от 07:37, 7 апреля 2013
Строка 66:		Строка 66:

	Для решения 1 и 5 задачи подходит любой Веб-фреймворк. Поскольку наши требования к его функциональности достаточно скромные, то нет нужды использовать что-то вроде [https://www.djangoproject.com/ Django] или [http://www.pylonsproject.org/ Pyramid], вполне можно обойтись любым микрофреймворком, таким как [http://flask.pocoo.org/ Flask] или [http://bottlepy.org/docs/dev/ Bottle]. Остановимся на последнем.		Для решения 1 и 5 задачи подходит любой Веб-фреймворк. Поскольку наши требования к его функциональности достаточно скромные, то нет нужды использовать что-то вроде [https://www.djangoproject.com/ Django] или [http://www.pylonsproject.org/ Pyramid], вполне можно обойтись любым микрофреймворком, таким как [http://flask.pocoo.org/ Flask] или [http://bottlepy.org/docs/dev/ Bottle]. Остановимся на последнем.

			[[Файл:Logo_bottle.png‎\|200px\|thumb\|center\|<center>Логотип микрофреймворка Bottle</center>]]

	2-я задача довольно простая, решим её самостоятельно без привлечения сторонних библиотек.		2-я задача довольно простая, решим её самостоятельно без привлечения сторонних библиотек.

	Для решения 3-й и 4-й задачи воспользуемся Mapnik-ом. Заметьте, что Mapnik в данном случае выступает не только в роли рендерера, но и в роли библиотеки, умеющей извлекать данные из хранилища. Полный список форматов, которые умеет читать Mapnik, доступен [https://github.com/mapnik/mapnik/wiki/PluginArchitecture здесь]. Mapnik вообще очень универсальный инструмент, позволяющий, в частности, отрисовывать объекты и [http://gis-lab.info/qa/mapnik-datasources.html без предоставления прямого доступа к хранилищу].		Для решения 3-й и 4-й задачи воспользуемся Mapnik-ом. Заметьте, что Mapnik в данном случае выступает не только в роли рендерера, но и в роли библиотеки, умеющей извлекать данные из хранилища. Полный список форматов, которые умеет читать Mapnik, доступен [https://github.com/mapnik/mapnik/wiki/PluginArchitecture здесь]. Mapnik вообще очень универсальный инструмент, позволяющий, в частности, отрисовывать объекты и [http://gis-lab.info/qa/mapnik-datasources.html без предоставления прямого доступа к хранилищу].

			[[Файл:Logo-mapnik.png‎\|270px\|thumb\|center\|<center>Логотип Mapnik</center>]]

	=== Установка и настройка Mapnik ===		=== Установка и настройка Mapnik ===

Denis Rykov в 13:52, 6 апреля 2013

2013-04-06T13:52:06Z

← Предыдущая версия		Версия от 15:52, 6 апреля 2013
Строка 39:		Строка 39:
	<pre>http://10.22.0.9/tms/1.0.0/admin_EPSG3857/2/0/0.png</pre>		<pre>http://10.22.0.9/tms/1.0.0/admin_EPSG3857/2/0/0.png</pre>

	Для создания тайлового кэша существует различное программное обеспечение, например, утилиты [http://www.gdal.org/gdal2tiles.html gdal2tiles] и [http://mapproxy.org/docs/latest/seed.html mapproxy-seed], [http://mapbox.com/tilemill/ TileMill], [http://gis-lab.info/qa/qtiles.html QTiles]. Процесс создания тайлового кэша называется ''сидированием'' (seeding). Данная процедура весьма требовательна к объёму жесткого диска и может занимать очень много времени. Например, время создания тайлового кэша на территорию Казахстана вплоть до 16 масштабного уровня (профиль [http://gis-lab.info/docs/tms-specification-ru.html#global-mercator global-mercator]) при средней наполненности слоёв составляет 2-3 дня, поэтому на практике данный способы используется для подготовки кэшей карт небольших территорий или для создания кэшей определённых масштабных уровней.		Для создания тайлового кэша существует различное программное обеспечение, например, утилиты [http://www.gdal.org/gdal2tiles.html gdal2tiles] и [http://mapproxy.org/docs/latest/seed.html mapproxy-seed], [http://mapbox.com/tilemill/ TileMill], [http://gis-lab.info/qa/qtiles.html QTiles]. Процесс создания тайлового кэша называется ''сидированием'' (seeding) и заключается в нарезке растров на каждом масштабном уровне на тайлы заданного размера. Данная процедура весьма требовательна к объёму жесткого диска и может занимать очень много времени. Например, время создания тайлового кэша на территорию Казахстана вплоть до 16 масштабного уровня (профиль [http://gis-lab.info/docs/tms-specification-ru.html#global-mercator global-mercator]) при средней наполненности слоёв составляет 2-3 дня, поэтому на практике данный способы используется для подготовки кэшей карт небольших территорий или для создания кэшей определённых масштабных уровней.

	Второй режим работы тайлового сервиса - динамический - предполагает, что никакого тайлового кэша нет, а запрашиваемые клиентом тайлы генерируются по запросу "на лету".		Второй режим работы тайлового сервиса - динамический - предполагает, что никакого тайлового кэша нет, а запрашиваемые клиентом тайлы генерируются по запросу "на лету".