Немного OSM и OpenLayers для корпоративных систем

Привет Хабр, сегодня я расскажу немного про использование osm для предприятий и b2b.
А именно, как и зачем перейти от google maps api к osm, openlayers и счастью.

Первый вопрос, который непременно возникнет: зачем?

Начнем с того, что использование google maps api для непубличных сервисов ограничено условиями предоставления сервиса. Второе: апи карт гугл — это именно апи карт гугл, а не апи для отображения всего, что напоминает карту. Т.е. если вам захотелось отображать другую подложку или добавить растровый слой, отрисовываемый сервером в локальной сети предприятия, готовтесь лепить костыли. Ну и просто будьте готовы, что если чего-то в апи нет, добавлять будет мучительно. Третье: вы не можете получить данные карты, соответсвенно, вы не можете создать локальный картографический сервис для сотрудников предприятия. То есть с каждой клиентской машины должны быть доступны карты гугл. Звучит диковато, но далеко не всегда сотрудникам открыт доступ во внешние сети.

Предположим, я вас убедил. С чего начать?

Первое, подключаем карту в openlayers. Тут все просто и мало чем отличается от google, yandex, leaflet.

// создаем карту, использовав в качестве контейнера элемент с id='map'
var map = new OpenLayers.Map('map'); 

// создаем слой с типом OSM и именем "OSM mapnik"
var layer = new OpenLayers.Layer.OSM('OSM mapnik'); 

//добавляем слой на карту	
map.addLayer(layer); 

//выставляем зум и центр карты, таким образом, чтобы поместился весь мир.
map.zoomToMaxExtent();


Крупные компании зачастую могут себе позволить купить картографический сервер и карты и раздавать их в локальной сети через wms или tms. WMS и TMS — это стандарты, по которым вы можете получить кусочки изображения карт. Основное отличие: по wms вы можете запросить произвольный кусочек карты произвольного масштаба, по tms — набор масштабов и деление карты на квадратики, которые могут быть получены фиксированно.

Соответсвенно, меняем строку создания слоя для wms на

//Создаем новый слой типа WMS
var wms = new OpenLayers.Layer.WMS( 	
     //имя слоя для контрола выбора слоев
     "NASA Global Mosaic",		
     
     //адрес wms сервера		
     "http://wms.jpl.nasa.gov/wms.cgi", 

      //параметры специфичные для wms: 
      //набор слоев, которые wms сервер склеит в картинку перед тем, как вернуть вам результат
     {layers: "modis,global_mosaic"}
); 


для tms:

//Создаем новый слой типа TMS
var layer = new OpenLayers.Layer.TMS(					
    //Имя для контролла выбора слоев
    "My TMS Layer", 										
    
    //путь до TMS сервера
    "http://tilecache.osgeo.org/wms-c/Basic.py/", 		

    //параметры специфичные для TMS: 
    //набор слоев и тип картинки, которую вы желаете получить (png/jpeg/gif) 
    {layername: "basic", type: "png"} 					
);


Также никто не мешает вам добавить все 3 слоя на карту и переключаться между ними, или добавить один из слоев поверх других.

Проекции

Теперь пару слов о граблях, на которые вы скорее всего наступите.

Допустим вы добавили один слой с мапником с osm.org (OpenLayers.Layer.OSM), но хотите, чтобы карта открывалась отзуммированной на Московскую область, а не на весь мир. Смотрим широту и долготу Москвы и вместо

map.zoomToMaxExtent

пишем

map.moveTo(
        //Примерные координаты центра Москвы
	new OpenLayers.LonLat(37.16, 55.604),
        //зум
	9									  
);


И попадаем в океан. Все дело в системе координат. Для слоя мапника родная система координат EPSG:900913. Точкой отсчета координат в ней является пересечение гринвичского меридиана и экватора, а единицами измерения являются метры. Соответсвенно, мы попали на 37 метров восточнее и на 55 метров севернее точки отсчета.

Привычные всем долгота и широта подразумевают, что заданы они в EPSG:4326. Соответсвенно, надо пересчитать координаты.

map.moveTo(
         //пересчитать координаты точки
	new OpenLayers.LonLat(37.16, 55.604).transform(
                //из системы координат EPSG:4326
		new OpenLayers.Projection('EPSG:4326'), 
                //в систему координат карты (EPSG:900913)
		map.getProjectionObject()					
	), 
	9
);


О том, что систем координат на свете много, лучше помнить при задании любых координат в openlayers. Это добавляет головной боли, но позволяет работать с данными клиентов, если они используют нечто экзотическое, к примеру, Пулково 42.

Для этого подключаем proj4js ( trac.osgeo.org/proj4js/wiki/Download ) и добавляем строчку

Proj4js.defs['EPSG:28403'] = '+proj=tmerc +lat_0=0 +lon_0=39 +k=1 ' + 
	'+x_0=500000 +y_0=0 +no_defs +a=6378140 +rf=298,257223563 +units=m ' + 
	'+towgs84=28.000,-130.000,-95.000 +to_meter=1';


Тепперь вы можете при пересчете координат указывать новую проекцию.

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

Теперь, когда с добавлением и отображением слоев мы разобрались, перейдем к маркерам, линиям и обработке событий.

Маркеры

В леерсах их 2 типа:
HTML (OpenLayers.Marker) и векторные (OpenLayers.Geometry.Point). Чуть позже я объясню, что здесь имеется ввиду под маркером и почему point.

HTML маркер создает один или несколько дивов, в который помещает картинку и располагает над картой в соответсвии с координатами. Если вы когда-нибудь смотрели фаербагом или другим отладчиком как устроен маркер на карте гугл, вам все будет знакомо. К ним относительно легко подключаются попапы, с ними легко (т.к. есть html объект) работать из jQuerry, и тем не менее создатели библиотеки не рекомендуют ими пользоваться. Почему? Они несколько тяжеловесны: когда у вас 1 маркер — все хорошо, когда тысяча — плохо. Они выбиваются из общей концепции хранения и отображения данных принятой в ol. Ну и из практических соображений: когда я начинал работать с леерсами, для таких маркеров не было drag контрола. Впрочем, его и сейчас нет.

Тем не менее, немного кода для добавления маркеров на карту:

//создаем слой с маркерами
var markers = new OpenLayers.Layer.Markers( "Markers" ); 	

//добавляем его на карту
map.addLayer(markers);		

//координаты, куда добавляем маркер							
var lonLat = new OpenLayers.LonLat( 0, 0 );	

//создаем маркер с дефолтной картинкой с координатами 0, 0 
//идобавляем его в слой				
markers.addMarker(new OpenLayers.Marker(lonLat));			


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

Теперь о том, кто такие векторные маркеры и о «концепции хранения и отображения данных».
Мало кого сейчас устроит возможность просто показывать разные растровые слои с картами. Основная прелесть в отображении своих уникальных данных поверх них. Итак, предположим, мы хотим отображать поверх карты оптические кабели, медные кабели и колодцы/опоры, через которые это добро проходит. Каждый объект будет содержать геометрическую информацию (как собственно проходит кабель / где располагается опора или колодец) и атрибутивную (тип кабеля, количество жил кабеля, затухание сигнала, высота опоры… список можно пополнять до бесконечности). Собственно эта идея напрямую реализуется в леерсах:

Объект — «OpenLayers.Feature.Vector», хранится вместе со своими атрибутами, геометрией и, опционально, стилем отображения.
Для точечных объектов:

new OpenLayers.Feature.Vector(
        //Геометрия - точка с координатами x, y (x -longitude, y - latitude)
	new OpenLayers.Geometry.Point(x, y), 	
        
        //Атрибуты: тип, высота	
	{'type':'pillon', 'height':100}, 

        //Стиль, в соответсвие с правилами которого мы хотим отображать объект.
        //В данном случае будет использован тиль по умолчанию		
	null									
);


Пару слов про стили.
В стилях можно задать, как именно отображать геометрию, используя атрибуты объекта. В зависимости от типа можно использовать различные иконки, например, колодцы рисовать кружками, а опоры — столбиками. Можно определить цвет заливки, толщину и цвет обводки. На основе атрибутов можно выводить текстовые подписи к объектам и т.д. Можно задать стиль конкретному объекту, можно, например, назначить стиль для слоя, чтобы все объекты слоя отображались в соответсвии с ним.

И все же к маркерам:

//Создаем слой с маркерами. 
//Markers - имя для отображения в списке слоев. 
//Передав в конструктор вторым атрибутом {showInLayerSwitcher: false} 
//можно спрятать слой из контролла выбора слоев.
var markers = new OpenLayers.Layer.Vector('Markers'); 						

//добавляем его на карту
map.addLayer(markers);	
													
//объект, для которого рисуем маркер
var marker = new OpenLayers.Feature.Vector(									
        //долгота/широта
	new OpenLayers.Geometry.Point(0, 0),

        //данные по вкусу
	{},				

	//Стиль, как отрисовывать
	{
                //рисуем картинку
                externalGraphic:'http://someware.com/my_favorite_marker_icon.png',
                //вот такой ширины
                graphicWidth:16,
                //вот такой вышины *
                graphicHeight:16,
                //сместив картинку на 8 пикселей влево 
                //относительно координат геометрии
                graphicXOffset:-8,
                //и на 16 пикселей вверх
                graphicYOffset:-16,
                //с милой подписью (подпись будет выводиться прямо на карту)
                label:'Мой самый любимый маркер',
                //с базовой точкой текста подписи посередине-сверху текста
                labelAlign: 'ct',
                //сдвинув текст на 5 пикселей вниз
                labelYOffset: '5'
	}
);

markers.addFeatures([marker]);

*Дорогой grammar-nazi, это была аллюзия к детской песенке.

Если вам надо добавить несколько маркеров с одним стилем, достаточно использовать один объект стиля, но важно помнить при этом что изменения в инстансе стиля отразятся на всех маркерах.

Итак, маркер мы добавили. Теперь давайте добавим возможность его перемещать, кликать по нему, и реагировать на прочие события. Собственно обработкой событий леерсы сильнее всего отличаются от остальных библиотек, с которыми довелось поработать (внимательный читатель, который прочтет всю статью, не пропуская абзацы, узнает, что, в первую очередь, это google и чуток leaflet с яндексом).

Добавляем драг:

//Создаем контрол для слоя с маркерами, который позволяет перемещать объекты по карте.
var drag = OpenLayers.Control.DragFeature(markers); 

//Если у вас много слоев с объектами, можно добавить их внутрь 
//OpenLayers.Layer.Vector.RootContainer и передать его
//контролу	

//добавляем контрол на карту	
map.addControl(drag);								

//включить контрол 
//(при добавлении на карту должен включиться автоматом, но вдруг...)
drag.activate();									


Если память меня не подводит, вы, наконец, добъетесь перемещения маркеров по карте.

Или добавим нашему маркеру попап по клику:

selectControl = new OpenLayers.Control.SelectFeature(markers, {
        //колбэк на клик по маркеру		
	onSelect: onFeatureSelect, 	
	
	//колбэк на клик вне маркера
	onUnselect: onFeatureUnselect
});

function onFeatureSelect(feature) {

    popup = new OpenLayers.Popup.FramedCloud("chicken", 
         feature.geometry.getBounds().getCenterLonLat(),
         null,
         "<div style='font-size:.8em'>Привет Habr!</div>",
         null, true, onPopupClose
	);

	feature.popup = popup;
	map.addPopup(popup);
}

function onFeatureUnselect(feature) {
    map.removePopup(feature.popup);
    feature.popup.destroy();
    feature.popup = null;
} 

Можно посмотреть пример вот тут: openlayers.org/dev/examples/select-feature-openpopup.html

Большие проблемы начинаются, когда вам одновременно нужно:
  • иметь возможность двигать маркеры
  • отображать hover (т.е. обрабатывать onmousein и onmouseout)
  • обрабатывать клик, даблклик по объекту
  • обрабатывать клик, даблклик вне объекта


Это решаемая беда, но решение, пожалуй, заслуживает отдельной статьи.

Геокодирование

Фуф, мы добавили OSM на сайт и научились отображать свои данные поверх. Но все же значительная часть api гугла (яндекса) осталась за бортом. А именно геокодирование (получение координат по адресу и адреса по координатам) и прокладка маршрутов.

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

Тут есть несколько вариантов: использовать готовый поиск от nominatim или openstreetmap.ru, написать свой велосипед. Пару слов о том, почему вам может понадобиться свой геокодер.

1. К примеру, вас интересует только Москва, соответсвенно, данные будет импортировать проще, и поисковые запросы будут простыми, без указания города.
2. По каким-то причинам вы не можете дать доступ во внешку ни с клиентских машин, ни с сервера.
3. Вам нужен геокодер по собственной базе адресов клиента.

Что же, никакой магии нет: самый простой вариант — использовать Solr или Sphynx. По сути я просто сохраняю в solr документы с полным адресом и координатами объекта.

Чтобы получить список адресов, можно к примеру взять интересующий вас регион в shp формате, загрузить в postgis, после чего достать адреса запросом вида:

select bldng.osm_id, bldng."A_STRT", bldng."A_SBRB", bldng."A_HSNMBR", 
settle."NAME", ST_AsText(ST_Centroid(bldng.geom)) 
	from building-polygon bldng 
	join settlement-polygon settle on ST_Within(bldng.geom, settle.geom)


На сегодня все. В следующий раз постараюсь подробнее рассказать про систему событий в openlayers.

Ссылки

Документация к openlayers — dev.openlayers.org/docs/files/OpenLayers/Map-js.html

Там же песочница с примерами — openlayers.org/dev/examples

Proj4js — trac.osgeo.org/proj4js

Сайт с описанием различных систем координат в разных форматах,
в том числе в формате proj4 — spatialreference.org
Share post
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 12

    +1
    Тут стоит отметить, что гуглокарты — неотъемлемая часть гуглоэкосистемы. И если ваша компания активно использует продукты корпорации Гугл, использовать их карты, на мой взгляд, предпочтительнее. Если нет, OSM — самое то.
      +3
      Пожалуй соглашусь, замечу только, что у osm эко-среда весьма обширна, но практически полностью лежит в сфере картографии.

      Собственно в самой статье про проект как таковой — два слова. Отображение (leaflet, mapnik, tilemill, openlayers) анализ данных (osrm, nominatim, ito-world) — это все самостоятельные проекты.

      Продуктами гугл очень удобно пользоваться, но если мне нужна будет помошь именно в области картографии (геопространственные бд, преобразование геометрии на геоиде, рендеринг, маршрутизация) то искать ее я буду прежде всего в osm, в сопутствующих проектах или у сообщества. И не потому что у гугла/яндекса/майкрософт этого нет, просто потому что в осм мне помогут понять это самому.
        0
        Безусловно, всё зависит от конкретной задачи. Именно поэтому порой костыль оказывается приемлемым выбором. Собственно, всё это — игра приоритетов.

        Тем не менее, OSM показывает уверенный и постоянный рост, в то время как та же локализация гуглокарт сильно хромает. Если Гугл не организует в ближайший год-два нормальный повсеместный [модерируемый, естественно] краудмэппинг, вполне может статься, OSM обойдёт Google Maps по всем фронтам. Что лично меня крайне расстраивает.
          0
          У google есть Google Map Maker — повсеместный и модерируемый. Мне кажется гугл видит основную миссию краудсорса в дополнении своих карт. В локализации, в более оперативном обновлении. Мне кажется google просто не верит в создание карты с нуля толпой непрофессионалов.

          Для участников проекта — это прежде всего, хобби. Кому-то не интересно переводить названия и добавлять улицы, кто то хочет нарисовать все велотропинки в ближайшем лесу. Это просто не вписывается в общую канву гуглокарт. В результате, понимая что его интересы не вписываются в общие, человек уходит и OSM еще чуть-чуть прирастает.
            +1
            Проблема Map Maker в том, как он модерируется. Долго и нудно. Наша Google Developers Group уже обращалась с просьбой хоть немного оживить процесс. Будем надеяться, дело пойдёт. Локализация и обновление, на мой взгляд, крайне важны. Карты заполнены ещё довольно слабо, в результате чего то же геотегирование работает через пень-колоду, что влечёт за собой ещё множество неприятных моментов при использовании различных гуглопродуктов.

            Что касается хобби, я с вами согласен. Это вопрос выбора. Лично я сторонник решения в первую очередь насущных практических задач. Think global, act local.
              0
              Судя по зимней смене поставщика картографических данных по России, Гугл очень даже верит в создание карты «толпой непрофессионалов» :) Качество покрытия местами заметно ухудшилось, ирония именно об этом.

              «Повсеместный» — это не о GMM, смотрите список стран, где он работает. Исходя из него, больше похоже на то, что GMM рассматривается как средство, чтобы закрыть белые пятна на карте, в тех регионах, на которые у Гугла не получилось по тем или иным причинам получить картографическую основу на приемлемых для него условиях.
            0
            Обширная картографическая эко-среда — это Esri, никак не ОСМ.
            +1
            Слишком общее утверждение. Скажем, если компания активно использует Gmail вместо корпоративной почты, ей автоматически стоит использовать Google maps API и для своих картографических вопросов? Не вижу связи.
              0
              Конечно, нет. Я написал продукты, а не один отдельный продукт. И, естественно те продукты, которые в той или иной мере связаны с гуглокартами. По-моему, вы придираетесь к словам. Автор без лишних пояснений понял, о чём я.
          • UFO just landed and posted this here
              0
              В тегах же есть openstreetmap. А автору возможно стоит добавить топик в хаб openstreetmap.
                0
                Спасибо, перенес.

            Only users with full accounts can post comments. Log in, please.