GeoMapX

Alessandro Furieri прислал письмо с сообщением о выходе альфа-версии spatialite-2.1 со множеством приятных новшеств: I've just released SpatiaLite 2.1-alpha [OGC Spatials for SQLite] http://www.gaia-gis.it/spatialite-2.1 This is not a stable release, and is simply an "ad interim" one: - now supporting Libiconv (full implementation for locale charsets and Unicode UTF-8) - now including an useful GUI management tool (very similar to mysql-query-browser and pgAdmin3) ** There are lots of GUI tools already ** supporting SQLite, but none of them ** allows dynamic extension loading, ** so they cannot be used for Spatial ** processing D. Richard Hipp announced that SQLite's new version [3.6] will officially support RTree Spatial Index; public release is planned in the next few days. This explains why SpatiaLite 2.1-alpha is a short-lived release; the stable SpatiaLite 2.1 will be released in August, so to include sqlite-3.6 and the final, stable implementati...

Приятная новость - индекс R-tree входит в состав версии 3.6.0 (впрочем, и сейчас можно скомпилировать загружаемую библиотеку для поддержки этого индекса, и многие разработчики так и делают, разве что на "маках" есть какие-то проблемы, но эта ОСь мне лично до лампочки), которая будет выпущена в среду. Вот что по этому поводу написал в рассылку сам автор SQLite: The current plan is to release SQLite version 3.6.0 on Wednesday, 2008-07-16. Draft documentation on version 3.6.0 is available at http://www.sqlite.org/draft/doc/index.html . Please pay particular attention to: http://www.sqlite.org/draft/doc/35to36.html If you sees any problems with the upcoming release, or finds omissions or errors or ambiguities in the documentation, now would be a very good time to speak up. Thank you for your attention. D. Richard Hipp drh@hwaci.com Вот отсюда http://www.gaia-gis.it/spatialite-2.0/index.html можно взять аналог PostGIS для SQLite. Кстати, этот аналог обладает интересным ...

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

Никого уже не удивить пространственными расширениями для баз данных - ими давно обзавелись многие коммерческие СУБД и открытые догоняют. Например, для постгреса это модуль PostGIS, о котором я уже не раз упоминал. Возможностей в нем и в самом деле много, а вот с остальным беда - например, производительность отрисовки данных с пространственным индексом из БД примерно в 10 раз ниже отрисовки из шейпов с пространственным индексом. Печально и заставляет задуматься. Кроме того, отнимает время администрирование БД. Перечисленные проблемы относятся к любой из подобных реализаций, поскольку клиент-серверная модель взаимодействия требует определенной платы за предоставляемые возможности (как и все в этом мире, в сущности). В противовес "тяжелым" реализациям идут так называемые файл-ориентированные и в первую очередь, разумеется, это шейпфайлы. Хранение данных в локальных файлах имеет очевидные преимущества в простоте управления ими, обеспечивает высокое быстродействие, не требует адми...

Гора не сходится с горой, Но жизнь свершает круг, И старый недруг нам порой Милей, чем новый друг. Вадим Шефнер "Лачуга должника" Некоторое время тому назад мы уже знакомились с технологией создания картсервера с помощью одноименного приложения mapserver. И все было хорошо - великолепная отрисовка множества векторных и растровых слоев, работа с разнообразными проекциями и источниками данных. Пользовательских интерфейсов для mapserver тоже хватает - и на яваскрипт, и флэшовые, и на ява-аплетах, не говоря уже про простой хтмл. Сложность только одна - где бы взять необходимые нам векторные данные, широко доступное изобилие которых наблюдается на территории западных стран? Вот эта мелочь и является камнем преткновения. Ну еще чисто технические сложности - нужны подготовленные к публикации данные, файл проекта с описанием свойств карты и всех слоев (map-файл), что в общем тоже требует много времени. Сегодня мы поговорим о решениях для бизнеса - есть у нас задача по визуализации се...

Попалась на глаза статья, посвященная визуализации научных данных с помощью питоновских библиотек. Не то чтобы я сторонник питона, но отход от использования явы в ГИС-приложениях и смежных областях очень радует, ибо мое отношение к яве "ни за что и никогда". К питону претензия только одна - язык объектный, что чревато всякими нехорошими эффектами (наподобии проблемы с параллельным выполнением кода, отсутствия средств для генерации кода и его последующего выполнения и проч.). Зато вызывает уважение, что питон сумел потеснить перл и яву, на фоне этих артефактов объектная модель питона смотрится привлекательно. Как раз вот сегодня пользовался утилитами из комплекта FWTools, а если быть точным, то питоновской оберткой к gdal, в очередной раз ругался на странную с моей точки зрения идеологию разбора параметров командной строки :-) А вот и сама статья статья

В сети появился русский перевод руководства по GRASS 6.0. Учебное руководство по ГИС GRASS 6.0 Вот еще статья там же появилась: Использование Doxygen для работы с исходным программным кодом ПО ГИС Честно сказать, имею большие сомнения в эффективности предлагаемого подхода, но тем не менее и он имеет право на жизнь. Особенно для тех, кто и математику не знает и софт писать не умеет, не говоря уже про чтение исходников. Т.е. для решения разовой задачи вроде ничего, а для серьезного проекта лучше действовать более системно, имхо.

Возникла идея собрать ссылки на бизнес-ресурсы, пользующиеся картами гугл. Это поможет и идеи подсмотреть, и более серьезно взглянуть на технологию, которая сумела помочь всем - от автора домашней странички до гигантов бизнеса. У кого есть примеры, присылайте. Юниаструм банк. Карта России. Дополнительные офисы и филиалы.

Mapserver предоставляет возможность создания серверов WMS и WFS. Такой подход позволяет разделить картсервер и наборы карт от логики (и кода) визуализации, а также пользоваться сторонними WMS/WFS серверами. Кроме того, клиентская часть может быть написана на различных языках под разные платформы. Вот некоторые примеры: яваскрипт библиотека OpenLayers и гугловая версия API, десктопная программа QGIS и другие. Вот ссылка, которая напомнила мне про эту технологию и сподвигла заглянуть в исходники некоторых своих проектов. OpenLayers: начало работы А вот пример карты НН с моего сервера, отображаемой на карте Гугл (когда-то в блоге эта карта висела, при переносе картсервера я этот пример удалил). wms236.js var MAGIC_NUMBER=6356752.3142; var WGS84_SEMI_MAJOR_AXIS = 6378137.0; var WGS84_ECCENTRICITY = 0.0818191913108718138; var DEG2RAD=0.0174532922519943; var PI=3.14159267; var FORMAT_DEFAULT="image/png"; var MERC_ZOOM_DEFAULT = 15; function dd2MercMetersLng(p_lng) { return WGS84_...

Попалась на глаза пара ссылок по работе с библиотекой Generic Mapping Tools (GMT). Как ни странно, я умудрился еще ни разу об этой коллекции утилит не упомянуть, а она явно заслуживает большего к себе внимания. Времени сейчас нет (все время и силы отнимает написание нового блока аналитики для системы мерчендайзинга), так что ограничусь краткой справкой. Вот описание дебиановского пакета gmt: Generic Mapping Tools Свободная коллекция около 60 утилит UNIX для работы с двумерными и трехмерными наборами данных, включая фильтры, построение трэндов, поверхностей, сеток поверхностей, проекций и проч. Утилиты создают Encapsulated PostScript File (EPS) двумерные изображения поверхностей в виде контурных карт и трехмерные виды с учетом перспективы в черно-белом цветах, оттенках серого и 24-битном цвете. GMT поддерживает 25 картографических проекции плюс линейный, логарифмический, степенной масштабы и различные типы исходных данных, к примеру, береговые линии, реки и административные районы. А во...