Нехитрые советы для пользователей ПК

Уроки и статьи

Коррекция>Уровни :

fig19-5762795

Будем считать, что ваших навыков работы в Фотошопе вполне хватает и вы успешно справились с поставленной задачей.

Теперь можно непосредственно приступить к созданию 3D — карты рельефа. Первым делом, естественно, нам придётся построить интерполированную поверхность. Здесь необходимо дать вот какой комментарий. Строго говоря, ГИС MapInfo располагает штатными инструментами  для такой манипуляции. Но для тех, кто стремиться к более качественному результату, рекомендую воспользоваться для этих целей  расширением к ГИС MapInfo Vertical Mapper. Дело в том, что возможности интерполятора Vertical Mapper гораздо шире и имеют они значительно  более тонкую настройку.

Итак, начинаем работу в Vertcal Mapper. Для начала нам придётся  развалить наши горизонтали на слой точек по меню Vertical Mapper>Create Grid>Poly To Point:

fig20-4604271

После такой выполненной процедуры, можно непосредственно приступить к интерполяции по меню Vertical Mapper>Create Grid>Interpolation  (более подробно можно посмотреть здесь):

fig21-1971524

В результате получим интерполированную поверхность. Но здесь  есть одна небольшая проблемка. Дело в том, что построитель 3D собственно MapInfo ‘не понимает’ поверхностей, созданных в Vertiсal Mapper — опция Создать 3D — карту  будет недоступна:

fig23-8425390

Это препятствие обходиться довольно легко. Одно из решений заключается в экспорте поверхности в  MapInfo  из  Grid Manager  по меню Tools>Export:

fig22-9528599

В следующей форме устанавливаем переключатель на MapInfo point table:

fig25-3111340

Результат — регулярная сетка в виде слоя точек с данными по проинтерполированной высоте рельефа:

fig24-1215560

Теперь у нас всё готово для создания тематической карты . Для этого в MapInfo идём меню Карта>Cоздать тематическую карту (более подробно об этой манипуляции см. тут):

fig28-3479729

Видим такую картинку:

fig29-5375099

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

fig30-5262600

Всё это делалось, чтобы придать прозрачность белой области растра. В этой форме, для достижения наилучшего качества картинки, придётся, наверно, немного повозиться с настройками Контрастности, Яркости и Прозрачности:

fig31-9860022

Желаемый эффект может выглядеть сл. образом:

fig32-9336453

Вот теперь мы полностью готовы для создания 3D карты. Для этого идём меню Карта>Cоздать 3D-карту:

fig6-5857183

Как всегда в таких случаях, далее следует форма настроек. Для начала оставляем всё как есть:

fig7-2717487

Кликаем OK и  видим долгожданный результат в первом приближении:

fig9-3476949

Чаще всего, для созданной поначалу  3D- карты понадобиться некоторая   настройка параметров для более качественной визуализации по  контекстному меню Свойства (см. рисунок выше). На следующей форме можно ‘поиграться’ с опциями Разрешения и Масштаба вертикальной шкалы :

Окончательно достигнутый результат может смотреться сл. образом (как пример):

3dmap_mi-6169138

Как и в прочих пакетах, работающих с 3D графикой, созданную описанным выше способом трёхмерную карту можно вращать по всем трём осям XYZ.

Как создать 3D — карту в ArcGIS можно посмотреть на нашем сайте в этой статье и здесь

© Simashkov.2013

03.02.2013 г.

Назад

Опыт использования возможностей современных реляционных СУБД для создания единого хранилища атрибутивной и пространственной информации результатов агрохимического обследования

В.И. Корчагин,  В.К. Зэфирис, Ю.В. Симашков

Центр агрохимической службы «Воронежский», email: agrohim_36_1@mail.ru

Интернет-ресурс “Лаборатория АгроГИС-технологий”, email: simashkov@yandex.ru

Использование современных реляционных СУБД позволяет организовать единое хранилище пространственной и атрибутивной информации результатов агрохимического обследования. Такой подход существенно снижает издержки и трудоемкость при серийном изготовлении агрохимпаспортов сельхозугодий и тематических картограмм. Описаны некоторые технические детали по загрузке пространственных данных в формат реляционных СУБД и организации интерфейса пользователя.

Ключевые слова: программное обеспечение, база данных, пространственные данные, единое хранилище, агрохимическое обследование

Experience in the use of modern relational DBMS to create a single repository of attribute and spatial information results agrochemical survey

V.I. Korchagin, V.K. Zephyris, Yu.V. Simashkov

The use of modern relational DBMS allows you to organize a unified store spatial and attribute information of the results of agrochemical examination. This approach significantly reduces the cost and complexity when mass production of agrochimexport farmland and thematic maps. Describes some technical details on loading spatial data in a relational DBMS and organization of the user interface.

Keywords: software, database, spatial data, a single repository, agrochemical survey

Существенной специфической особенностью информации, получаемой и обрабатываемой в центрах/станциях агрохимической службы является, как известно, её ярко выраженный пространственный характер.  В тоже время, семантическая (табличная) составляющая данных также представляет собой непременный атрибут  результатов агрохимического обследования.  До последнего времени такая дифференциация данных предполагала использование  для обработки табличных и пространственных данных двух типичных разновидностей современного программного обеспечения — СУБД и ГИС соответственно.  По понятным причинам,  СУБД лучше  оптимизированы под обработку табличных данных сложной логики ,  представленных,  как правило,  в виде реляционных отношений между таблицами, являющимися отображением неких прикладных логических сущностей.  А геоинформационные системы  (ГИС)  отвечают за обработку географической/пространственной (англ. spatial) информационной компоненты  результатов агрохимического обследования. Очевидно, что  значительным недостатком такого подхода, вытекающего из характера агрохимических данных стала  необходимость их   хранения(англ. storage)   и обработки  в принципиально существенно- разнородных   источниках информации – реляционных таблицах баз данных и векторных форматах современных ГИС (ArcGIS, MapInfo, Quantum GIS и т.д.). Обозначенная гетерогенность  данных приводит  к известным информационно-технологическим издержкам, поскольку основным  вопросом использования такой разнородной информации  становиться проблема  синхронизации хранения и связывания(англ. binding)  атрибутивных и географических данных при изготовлении тематических картограмм и агрохимических паспортов по результатам соответствующего обследования (если говорить  о совсем конкретной  прикладной задаче в контексте специфики деятельности организаций агрохимического обслуживания). 

Наиболее естественным и логичным  решением обозначенной проблемы создания единого “гомогенного” хранилища информации вне зависимости от характера данных (табличные или пространственные),  могло бы стать  расширение объектов  данных реляционных СУБД  пространственными типами.  Именно по такому пути конвергенции форматов, и пошли разработчики современных баз данных , в частности MS SQL Server и PostgreSQL/PostGIS.  Несмотря на одно очевидное преимущество последней – бесплатность, использование MS SQL Server  располагает  немаловажным преимуществом – отличной интеграцией со средством разработки , в частности Visual Studio 20xx. Кроме того, даже облегченный бесплатный вариант версии MS SQL – MS SQL Server  Express Edition располагает  поддержкой  пространственных форматов.  Программно-технологическая  возможность работы  с пространственными данными при  использовании MS SQL Server реализована на основе двух новых ( в смысле нетрадиционных для классических реляционных  СУБД) типов пространственных данных – geometry (в планово-прямоугольной проекции, метры) и geography (географическая система координат, долгота/широта в градусах).

Другим важным фактором, стимулирующим переход к единому локальному источнику информации в центрах/станциях агрохимслужбы является необходимость поточного -серийного изготовления , как уже было сказано выше, агрохимических паспортов и обязательного приложения к ним – тематическим картограммам. Цена вопроса ещё больше возрастает, если речь идёт о широкомасштабных, ресурсоёмких во всех отношениях (временных, материальных, кадровых и т.д.) агрохимических обследованиях в наиболее важных и развитых  в аграрном отношении провинциях Российской Федерации — Нижнее Поволжье, Северный Кавказ, Центрально-Чернозёмный район.

Как пример, специалисты ФГБУ ЦАС «Воронежский» (Центрально-Чернозёмный район) столкнулись с подобной проблемной при годовом объеме обследования порядка  500 тыс. га ,  необходимости изготовления около 200 агрохимических паспортов (за 2013 г.) сельхозугодий и соответствующего к ним  количества комплектов тематических картограмм по основным агрохимическим показателям. Качество,  оперативность и производительность выпуска картоприложений зачастую существенно зависело от того, как быстро удавалось найти в локальной вычислительной сети организации необходимые  shape-файлы контуров сельхозугодий, актуализировать их и осуществить   привязку семантической информации. И это даже при  наличии  эксплуатируемой в ГЦАС «Воронежский” программы “Банк агрохимических данных” версии v5.9 SQL функционала для выгрузки (подготовки) атрибутивной информации для ГИС[1]. Кроме того, ещё одной проблемой при ‘стыковке’ данных из разных источников стало отсутствие идентичных ключевых полей. Как оказалось, этот момент стал немаловажным обстоятельством в информационно-технологическом плане. Иногда уходило слишком много времени, чтобы выставить одинаковые значения ключевых столбцов и синхронизировать их.

Перед разработчиками программы “Банк агрохимических данных (БАД)” была поставлена задача перехода к единому (в смысле форматов данных) локальному хранилищу информации на основе использования MS SQL Server Express Edition. Положение c изготовлением картограмм существенно изменилось, после того как в ГЦАС «Воронежский» перешли на новую версию программы БАД v6.1 SQL Spatial, реализующую указанную парадигму хранения данных.

С программной точки зрения, работа с пространственной информацией происходит следующим образом. Первоначально, на основе всего имеющегося в агрохимической организации объема пространственных данных формируются две ‘базовые’ таблицы – по контурам и/или элементарным участкам (образцам) соответственно. Загрузка векторных слоёв  в формат пространственных данных MS SQL Server может быть произведена одной из существующих известных утилит, типа Shp2Sql или EasyLoader из комплекта поставки стандартных программ к ГИС MapInfo. Ещё одним способом переноса данных является использование FME-транcлятора компании Safe Software.

Затем, после ввода атрибутивной информации, происходит привязка (выборка) географических данных по конкретному контуру/образцу из соответствующей базовой таблицы. На уровне интерфейса пользователя эта манипуляция сводиться к указанию контура или элементарного участка  в сетке данных на главной форме программы БАД и выборка (установка) нужного объекта из базовой таблицы с географическими данными.  Далее, программа скопирует пространственные данные из базовой таблицы в оперативную по текущему году (туру) обследования.

После проведения такой технологической процедуры, для изготовления тематической картограммы по хозяйству, остаётся только с помощью соответствующей сервисной функции программы БАД v6.1 SQL Spatial выгрузить данные (включая и пространственные)  по хозяйству (в разрезе контуров и/или элементарных участков) в отдельную таблицу.  Затем, можно воспользоваться абсолютно любой ГИС (ArcGIS[2], MapInfo[3], QGIS), поддерживающей подключение к базе данных по программному интерфейсу ODBC  и загрузить подготовленные данные на наиболее подходящую для таких случаев растровую подложку – как правило, в виде геопривязанного плана внутрихозяйственного устройства.

 Перспективным в этом смысле,  по мнению разработчиков программы БАД и специалистов ГЦАС «Воронежский»  является использование  крупномасштабных ресурсов с одного из популярных картографических онлайновых сервисов – отечественных Росреестра, Яндекс.Карты, Маршруты.ру и зарубежных ArcGIS Online, Google Maps, Bing Maps и прочих[4]. Однако, в силу своей известной универсальности, геоданные с перечисленных  web-ресурсов не всегда оптимальным образом подходят для создания качественных и выразительных  агрохимических картограмм. Создание аналогичного специального картографического сервиса, с которого агрохимстанциям предоставлялась бы возможность загружать актуальные планы внутрихозяйственного устройства масштабов 1 : 10 000 и 1 : 25 000 на нужный фрагмент территории соответствующего субъекта РФ для производства тематических картограмм,  могло бы стать значительным  информационно-технологическим прорывом  в этом плане.

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

Предложен подход к созданию единого локального хранилища атрибутивной и пространственной информации результатов агрохимического обследования с использованием современных реляционных СУБД. Такой способ хранения данных существенно снижает технологические издержки при подготовке к изданию тематических картограмм и агрохимических паспортов сельхозугодий. Высказано предложение о создании специализированного онлайнового ведомственного картографического ресурса для  доступа организаций агрохимического облуживания к актуальным крупномасштабным планам внутрихозяйственного устройства.

Литература

1.      А.Н. Володченков, Ю.В. Симашков. Некоторые принципы создания современной программы управления базой данных результатов агрохимического обследования// Агрохимический вестник, 2013 , №2. С. 9-10.

2.      Ю.В. Симашков. Использование программы БАД СРФ v6.0 SQL Spatial и ArcGIS, 2014//Интернет- ресурс , http://npk-kaluga.ru/BAD60SQL_Spatial.htm

3.      Ю.В. Симашков. Работаем с пространственными данными в формате MS SQL Server, 2012// Интернет- ресурс,  http://npk-kaluga.ru/WorksSpatialDataMSSQL_MI.htm

4.      Ю.В. Симашков. Подключаемся к серверам геоданных Google, Яндекс и прочих сервисов, 2014// Интернет- ресурс, http://npk-kaluga.ru/ConnectToWMS_MI.htm

Написано: 07.09.2014