Изолинии высот

evgenykatyshev · 2013-06-07 18:21:35

BushmanK wrote:

Потому сколько-нибудь масштабное использование этих данных для рисования чего-то вообще видится мне преждевременным.

Тогда и по IRS рисовать преждевременно. А города вообще нельзя трогать без аэрофотосъёмки.
Я использовал SRTM (CycleMap) для рисования хребтовок с подглядыванием в Генштаб. Что ещё, по-твоему, могут рисовать люди по подобным данным в OSM, от чего ты хотел бы их предостеречь?

BushmanK · 2013-06-07 18:25:44

lzhl, каждый, безусловно, может обладать своим уровнем неоправданного оптимизма, только вы уж тогда в source пишите, с какой пачки Беломора срисовывали, ОК?
Хотя мне лично - пофигу: база OSM в данный момент для хранения топографии приспособлена слабо, а потому использовать ее, как источник информации, критичной для планирования маршрута (анализа проходимости, например) - это надо быть "девочкой, которая бегает и смеется", потому даже умеренно-отвязные туристы пока этим пользоваться не будут, только сильно отвязные, а их мне не жалко

Ну и это, сравнение SRTM, GDEM и нормальных данных по ссылке для вас выглядит неубедительно? Если да, то нам спорить не о чем - живем, видимо, в разных мирах.

Last edited by BushmanK (2013-06-07 18:30:58)

dkiselev · 2013-06-07 18:57:11

lzhl wrote:

Подключить можно:
tms[17]:http://129.206.74.245:8006/tms_il.ashx?x={x}&y={y}&z={zoom}
Использовать для мапинга тоже можно, как я понимаю.

Вроде так и делаю, ладно буду разбираться, раз у остальных работает.
UPD: Все работает спасибо. Использовать удобно для горных речек и хребтов.

Last edited by dkiselev (2013-06-07 19:05:30)

Ivan Komarov · 2013-06-07 19:42:42

BushmanK wrote:

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

Например Lakewalker, пока не сдох, во многих случаях очень приличные результаты давал.

defond · 2013-06-08 18:33:39

BushmanK wrote:

defond, вы предельно невнятно выражаете свои потребности. С этим надо что-то делать, прежде чем спрашивать. Это же вам нужна карта, а не кому-то еще.
Карта высот в виде чего? Варианты:
- горизонтали
- затененный рельеф
- наложение горизонталей или затененного рельефа на какие-то еще данные
- цветовое представление шкалы высот
- яркостное представление шкалы высот
- всё вместе из перечисленного выше
"Карт на HTML" не бывает. Бывает web-страница с встроенным окном, отображающим карту. То, что данные вы хотите смотреть локально - это из ваших объяснений понятно, а в остальном - нет: нужно ли эту "карту высот" показывать статично или прокручивать/менять масштаб? Нужны ли какие-либо еще функции? На каком устройстве вы собираетесь это все запускать и смотреть?
Вариантов множество, и не прояснив эти вопросы, сузить их число до конкретного решения - невозможно.

Извините, что пропал. Командировка.

Вопросы и будут невнятными, т.к. я не знаю что возможно реализовать.

Могу показать аналогичный комплекс. Подсветка высот там реализована изолиниями и цветом. Карта должна быть многослойная - рельеф, объекты, маршрут и т.п.

Если Вы можете помочь в реализации (хотя бы консультацией), то напишите на мыло defond@gmail.com Я сообщу максимум информации.

defond · 2013-06-08 18:39:59

Supercalifragilisticexpialidocious wrote:

Обычно на вопросы в таком тоне в таком же тоне отвечают "в гугле что ли забанили"?

Наоборот, в Гугле столько информации, что без помощи специалиста выбрать приемлемый вариант не реально. За два дня в Гугле я так и не смог прийти к выводу какой вариант взять. До сих пор не могу определиться - вектор или растр. Программа может рисовать по точкам, а может выводить картинку.

BushmanK · 2013-06-08 19:10:47

Спросили на форуме - будьте готовы на нем же и общаться. Мне есть, что сказать по теме, но в почту я уходить не собираюсь - это будет игра в одни ворота.

usm78-gis · 2013-06-08 20:42:53

BushmanK wrote:

Культ ручной работы в OSM

Мда. А существует ли (полу-)автоматический способ для векторизации растровых
изолиний (easytrace не предлагать) ?
Так как я далек от этой области познаний, мне всегда эти суперподробные данные
казались высосанными из пальца, т.к. в 1930'х-1950'x не было ни gps, ни лазерного сканирования
и т.п.

BushmanK · 2013-06-08 20:58:09

Ну э... за неимением надобности, кроме бесплатного ET ни чем как-то не пользовался. Но есть такой гражданин, автор сайта http://terrainmap.com/ который начинал в свое время как раз с написания утилит для получения DEM из растровых карт USGS, там в статьях можно порыться и найти полезное.
Супер-подробные данные, конечно, во многом - просто фантастика, потому что рисовалось по "характерным точкам".
Но не хочется сменить одну фантастику на другую.

defond · 2013-06-09 08:27:35

BushmanK wrote:

Спросили на форуме - будьте готовы на нем же и общаться. Мне есть, что сказать по теме, но в почту я уходить не собираюсь - это будет игра в одни ворота.

Не вопрос.

Есть авиационный комплекс. Пишется ПО на прологе (если знакомы). Нужно сделать блок навигации.

Навигационный блок представляет собой карту высот (высоты обозначаются цветом и изолиниями), карту ориентиров (населенные пункты, дороги, водные объекты и т.п.), карту аэродромов и ВОР-маяков, карту погоды, карту маршрута (маршрутная линия и специальные отметки). По большому счету это все слои, которые должны отображаться на навигационной карте.

Внешне навигационный блок выглядит вот так (условно, могут быть отличия).

Пролог может отрисовывать векторные карты, но для этого нужно получить координаты для полигонов, объектов и т.п.

Единственный формат, который я пока хоть немного понимаю - польский.

Сторонние программы для отрисовки карт нам не подходят. Комплекс должен отрисовывать карты самостоятельно.

-------------

Какая еще информация нужна?

freeExec · 2013-06-09 08:38:05

Хм.. задумка интересная и даже большая часть данных в ОСМ есть и карта погоды где-то была. Вот только хранить весь мир в .mp - это утопия, даже отфильтрованная на дороги, реки и НП. Тут как не крути необходима БД.

defond · 2013-06-09 08:49:00

freeExec wrote:

Хм.. задумка интересная и даже большая часть данных в ОСМ есть и карта погоды где-то была. Вот только хранить весь мир в .mp - это утопия, даже отфильтрованная на дороги, реки и НП. Тут как не крути необходима БД.

Файл mp с данными по рельефу, разделенные по регионам, есть. Карты погоды нет, поэтому если поделитесь - низкий Вам поклон! Интересует очень карта облаков и фронтов.

Вообще данные по погоде получаются нами отдельно.

В принципе файл mp можно обрабатывать и выбирать в БД только нужные данные. Это не самая большая сложность. У Гармина есть карты рельефа, но как работать с их форматом я пока не нашел.

defond · 2013-06-09 08:56:23

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

dkiselev · 2013-06-09 09:00:53

Возможно, вам поможет http://planet.qgis.org/planet/tag/dem/ - тут строят изолинии по, если не путаю, srtm'овским рстрам. Для ASTER процедура примерно такая-же. Потом полученые изолинии можно в shp сохранить. shp помоему проще mp.

Остальные данные (дороги, реки, города, домики) на основе осм тоже можно взять в shp с гислаба (для снг) или геофабрики (для европы). Таким образом вам надо освоить работу с 1 широко документированным гисовским форматом - shp. mp - больше под автонавигацию приспособлен.

defond · 2013-06-09 09:17:06

dkiselev wrote:

shp помоему проще mp.
Остальные данные (дороги, реки, города, домики) на основе осм тоже можно взять в shp с гислаба (для снг) или геофабрики (для европы). Таким образом вам надо освоить работу с 1 широко документированным гисовским форматом - shp. mp - больше под автонавигацию приспособлен.

Мне это говорят уже несколько раз. Но shp формат нужно чем то открыть. Это ведь не текстовый файл. А как наша программа его откроет? ПО написано на Visual Prolog 7.4. И формат shp он не понимает.

А mp текстовый, его можно обработать утилитой - перегнать данные в БД. А из БД уже рисовать карту.

Пока у меня такая версия работы.

Можете посоветовать другой путь?

dkiselev · 2013-06-09 09:33:03

Вообще в прологе должны быть средства, чтобы прочитать файлик как набор байт, да и формат весьма распространен, может кто то уже написал парсер под пролог. Но, если с чтением бинарных файликов есть проблемы, можно перегнать в wkt/kml/geoJSON - они текстовые. Открыть посмотреть/обработать можно в любой настольной гис. К примеру - qgis.

Если всеравно вы записываете это в бд. То вопрос в каком виде это храниться в бд. Какой формат полей с геометрией?

Last edited by dkiselev (2013-06-09 09:35:06)

freeExec · 2013-06-09 09:47:09

defond wrote:

Карты погоды нет, поэтому если поделитесь - низкий Вам поклон! Интересует очень карта облаков и фронтов.

Вот проект про погоду (http://openweathermap.org/). Если у Вас свой источник, то в чём собственно проблема ? Ведь кроме того что нарисовать облака на карте их как-то надо будет использовать при обработке данных.

defond · 2013-06-09 09:54:01

dkiselev wrote:

Вообще в прологе должны быть средства, чтобы прочитать файлик как набор байт, да и формат весьма распространен, может кто то уже написал парсер под пролог. Но, если с чтением бинарных файликов есть проблемы, можно перегнать в wkt/kml/geoJSON - они текстовые. Открыть посмотреть/обработать можно в любой настольной гис. К примеру - qgis.
Если всеравно вы записываете это в бд. То вопрос в каком виде это храниться в бд. Какой формат полей с геометрией?

Я не думаю, что на Прологе есть такой парсер. Но я уточню. Спасибо!

По поводу чтения бинарных файлов - тоже уточню.

Можете посоветовать источник адекватного описания структуры файлов wkt/kml/geoJSON?

Пока формата данных для БД нет. Мы только начали работать над навигационным блоком, т.е. сейчас идет сбор данных и выбор направления работы. Т.е. если Вы готовы что-то посоветовать - буду рад.

Видимо будет тип полигона/объекта и его координаты. Цвет, толщина линий и другие граф. признаки будут уже задаваться программой при рисовании.

Или есть другие предложения?

defond · 2013-06-09 09:59:09

freeExec wrote:

defond wrote:
Карты погоды нет, поэтому если поделитесь - низкий Вам поклон! Интересует очень карта облаков и фронтов.
Вот проект про погоду (http://openweathermap.org/). Если у Вас свой источник, то в чём собственно проблема ? Ведь кроме того что нарисовать облака на карте их как-то надо будет использовать при обработке данных.

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

dkiselev · 2013-06-09 10:00:20

А какая субд? Если есть возможность использовать postgres + postgis или SQLite (spatiallite) - то их и посоветую. Для них есть конверторы из shp готовые, на целевую систему потом просто дамп сольете.

Если в качестве субд можно использовать только что-то экзотическое/старое типа foxpro - ничего не посоветую .

wkt или geoJSON - достаточно открыть готовый файлик. Полное описание рискну предположить что есть на сайте OGC (http://www.opengeospatial.org/)

defond · 2013-06-09 10:25:39

dkiselev wrote:

А какая субд? Если есть возможность использовать postgres + postgis или SQLite (spatiallite) - то их и посоветую. Для них есть конверторы из shp готовые, на целевую систему потом просто дамп сольете.

SQLite пока подходит. Вроде сложностей быть не должно.

Посоветуете конвертер для SQLite и shp?

dkiselev · 2013-06-09 11:53:01

Сам я пользуюсь постгисиной для spatiallite http://www.gaia-gis.it/gaia-sins/spatia … mpexp.html думаю официальный кукбук подойдет.

defond · 2013-06-09 12:40:40

VIP с SQL-базами работает через ODBC, соответственно, работает со всем, что поддерживает ODBC.
Обычно это - MS SQL, ORACLE. кто-то упоминал работу с MYSQL.

dkiselev · 2013-06-09 12:56:05

Ну просто раз оно для авиации, может есть какие-то ограничения по субдшкам. Сертификация там какая-нибудь или еще какая заноза.

Если ограничений нету - и у постгрехи и у spatiallite импорт из шейпов есть из коробки. У геопространственных расширений к ораклу и мсскьюлэь тоже должны быть. Если odbc будет выкаблучиваться и через него не удасться передать поля с геометрическими примитивами - у всех бдшек есть функции для преобразования во чтонибудь текстовое.

defond · 2013-06-09 13:01:29

dkiselev wrote:

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

Нет ни каких ограничений.

Мы пока ходим вокруг да около. Информации много, спасибо! Буду читать.

Вот нашел статью на Хабре, прям в руку.

OpenStreetMap Forum

#26 2013-06-07 18:21:35

Re: Изолинии высот

#27 2013-06-07 18:25:44

Re: Изолинии высот

#28 2013-06-07 18:57:11

Re: Изолинии высот

#29 2013-06-07 19:42:42

Re: Изолинии высот

#30 2013-06-08 18:33:39

Re: Изолинии высот

#31 2013-06-08 18:39:59

Re: Изолинии высот

#32 2013-06-08 19:10:47

Re: Изолинии высот

#33 2013-06-08 20:42:53

Re: Изолинии высот

#34 2013-06-08 20:58:09

Re: Изолинии высот

#35 2013-06-09 08:27:35

Re: Изолинии высот

#36 2013-06-09 08:38:05

Re: Изолинии высот

#37 2013-06-09 08:49:00

Re: Изолинии высот

#38 2013-06-09 08:56:23

Re: Изолинии высот

#39 2013-06-09 09:00:53

Re: Изолинии высот

#40 2013-06-09 09:17:06

Re: Изолинии высот

#41 2013-06-09 09:33:03

Re: Изолинии высот

#42 2013-06-09 09:47:09

Re: Изолинии высот

#43 2013-06-09 09:54:01

Re: Изолинии высот

#44 2013-06-09 09:59:09

Re: Изолинии высот

#45 2013-06-09 10:00:20

Re: Изолинии высот

#46 2013-06-09 10:25:39

Re: Изолинии высот

#47 2013-06-09 11:53:01

Re: Изолинии высот

#48 2013-06-09 12:40:40

Re: Изолинии высот

#49 2013-06-09 12:56:05

Re: Изолинии высот

#50 2013-06-09 13:01:29

Re: Изолинии высот

Board footer