Более

Переключение базовых слоев при приближении пользователя к карте в OpenLayers?

Переключение базовых слоев при приближении пользователя к карте в OpenLayers?


У меня есть карта, на которой данные Open Street Map накладываются на изображения Пенсильвании. В качестве базового слоя для дорог (и, в конечном итоге, для других слоев) у меня есть два базовых слоя - Blue Marble NG и изображения USGS EROS 1ft. Я хотел бы иметь возможность объединить эти два слоя в один базовый объект карты, который автоматически переключается при увеличении масштаба, поскольку нет смысла просматривать изображения размером 1 фут для всего состояния или изображения Голубого мрамора при увеличении.

В идеале я бы хотел сделать это на стороне клиента, поскольку я беру изображения с двух разных сайтов.


  1. Добавьте на карту 2 базовых слоя
  2. Подпишитесь на событие масштабирования карты
    • map.events.register (тип, объект, слушатель);
    • http://dev.openlayers.org/docs/files/OpenLayers/Map-js.html#OpenLayers.Map.EVENT_TYPES
  3. Проверьте уровень масштабирования и просто переключите базовую карту для своего пользователя
    • map.setBaseLayer (layerRef)
    • http://dev.openlayers.org/docs/files/OpenLayers/Map-js.html#OpenLayers.Map.setBaseLayer

Вот пример страницы с обработчиком событий для zoomend - http://www.openlayers.org/dev/examples/events.html.


Другой способ ... используя контроль непрозрачности

Попробуйте этот пример https://github.com/openlayers/ol2/blob/master/examples/layer-opacity.html

комбинация USGS_EDC_Elev_NED_3 (Затененный рельеф) и Topo Maps с контролем прозрачности

Работает неплохо.


Проблема с выравниванием плитки в Internet Explorer 10 при использовании определенных базовых карт

Недавно я заметил, что в одном из проектов моего клиента, созданном с помощью OpenLayers, возникают проблемы с его базовой картой Bing в IE10 RTM на Windows 8 RTM. После нескольких манипуляций с картой (панорамирование, масштабирование) фрагменты базовой карты внезапно становились беспорядочными или смещенными. Кажется, что каждый ряд плиток был из разных географических мест. Как только это произойдет, оно будет сохраняться на всех уровнях масштабирования и на всех типах базовых карт (например, Road, Hybrid, Aerial).

При дальнейшем тестировании мне удалось воспроизвести проблему на примерах OpenLayers. Возьмем, к примеру, этот пример:

Если вы выберете любой из базовых слоев Bing или базовый слой OpenStreetMap, а затем увеличите и уменьшите масштаб несколько раз, в конечном итоге вы увидите, что плитки перемешаны. Я обнаружил, что легче всего воспроизвести, если вы увеличиваете масштаб колесом мыши довольно быстро (возможно, три остановки в секунду). Мне также удалось воспроизвести ошибку, используя пример OpenLayers ArcGIS Server 9.3 Rest API на http://openlayers.org/dev/examples/arcgis93rest.html.

Интересно, что ни одна из базовых карт Google не демонстрирует эту проблему в OpenLayers.

Мне не удалось воспроизвести проблему в Firefox или Chrome в той же системе Windows 8. Более того, если я использую IE10 Developer Tools (F12) для переключения браузера в стандартный режим IE9, я также не смогу воспроизвести проблему. Таким образом, похоже, что это связано с конкретным режимом рендеринга IE10.

Проблема наблюдалась в Windows 8 Enterprise x64 RTM при использовании Internet Explorer 10 RTM (в частности, версии 10.0.9200.16384 с версией обновления RTM). Я работаю на партнера Microsoft, поэтому мы начали развертывание нескольких компьютеров с Windows 8. Хотя было бы глупо сообщать о проблемах, наблюдаемых при использовании бета-версии браузера, я понимаю, что RTM-версия IE и Windows 8 будет такой же, выпущенной для широкой публики в следующем месяце, то есть окончательной версии.

Это моя первая проблема, которую я отправил, поэтому, пожалуйста, сообщите, если мне нужно внести какие-либо исправления!


Пример управления листком

Листовка с расширением, новые обработчики и элементы управления - буклет, В противоположность этому, «элемент управления» - это элемент HTML, который остается статичным. Простейшим примером настраиваемого элемента управления может быть водяной знак, который является просто элементом управления слоями. Leaflet имеет приятный небольшой элемент управления, который позволяет вашим пользователям контролировать, какие слои они видят на вашей карте. Помимо того, что мы покажем вам, как его использовать, мы также покажем вам еще одно удобное использование групп слоев.

Группы слоев и управление слоями - Брошюра, В этом примере мы хотим иметь два базовых слоя (оттенки серого и цветную базовую карту), между которыми можно переключаться, и наложение для включения и выключения: маркеры городов, которые мы Leaflet, предоставляют различные элементы управления, такие как масштабирование, атрибуция, масштаб и т. ., где - Масштаб - по умолчанию этот элемент управления находится в верхнем левом углу карты. Он имеет две кнопки «+» и «– », с помощью которых вы можете увеличивать или уменьшать масштаб карты.

Как создать плагины для управления листами и слоев · Джеффри Морган, Плагины управления Leaflet добавляют элементы управления пользовательского интерфейса, которые действуют на карту Leaflet или ее слои. Два примера элементов управления Leaflet - это элемент управления масштабированием Leaflet Quick Start Guide. Простое пошаговое руководство, которое быстро поможет вам начать работу с основами Leaflet, включая настройку карты Leaflet (с плитками Mapbox) на вашей странице, работу с маркерами, ломаными линиями и всплывающими окнами, а также работу с событиями.


Анонсы

19 миллионов записей о собственности

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

Поиск сравнения

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

Географическая информационная система (ГИС)

Основанная на ГИС структура Beacon и qPublic.net позволяет пользователям визуализировать данные и перемещаться по ним в интуитивно понятном интерфейсе карты. Пользователи могут исследовать несколько уровней ресурсов данных от органов местного самоуправления на этих порталах.

Заявление об ограничении ответственности: Графические и текстовые данные карты в географической информационной системе (ГИС) на базе Интернета являются представлениями или копиями исходных источников данных и предоставляются пользователям как есть без явных или подразумеваемых гарантий точности, качества или полноты для какой-либо конкретной цели или использовать. Эти данные не заменяют и не изменяют первоначальные и построенные инженерные планы и другие чертежи и / или юридические документы, подтверждающие право собственности на землю, землепользование или расположение строений на территории, при обследованиях участка, актах и ​​других транспортных средствах. Пожалуйста, свяжитесь с местными официальными лицами для получения дополнительной информации о конкретных наборах данных.


Рассуждения с физической географией

Учащиеся анализируют различные карты, чтобы создать карту Израиля и палестинских территорий & rsquo, физическую географию, и рассуждать о местонахождении Иерусалима & rsquos.

География, географические информационные системы (ГИС), география человека, физическая география

2 ссылки, 1 видео, 1 ресурс

Здесь перечислены логотипы программ или партнеров NG Education, которые предоставили или разместили контент на этой странице. Программа

Ссылки

Интернет сайт

1. Учащиеся анализируют кадры с воздуха, отмечая физические геологические особенности, которые они видят.

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

Объясните, что учащиеся будут смотреть видеоклип «Обзор Иерусалима», в котором показаны фотографии Иерусалима с воздуха. Просмотрите с учащимися определения следующих слов из словарного запаса: море, долина, гора, плато, прибрежная равнина и рифтовая долина. Попросите учащихся найти эти особенности и записать, какие из них они видят в дополнение к любым другим физическим особенностям в фильме.

2. Предсказать местоположение Иерусалима на основе визуальных свидетельств.

Просить: Какие физические особенности вы заметили в видеоклипе? Попросите учащихся сделать прогнозы о том, где находится Иерусалим, на основе особенностей, которые они видели в видеоклипе. Это недалеко от берега? Внутри страны? Попросите учащихся записать свои прогнозы и предложить им обосновать свои прогнозы, используя сделанные ими наблюдения. После того, как ученики закончат писать, попросите нескольких добровольцев поделиться своими предсказаниями с классом.

3. Определите водные объекты на карте и обсудите их влияние на местоположение Иерусалима.

После того, как учащиеся записали свои прогнозы, раздайте копии одностраничной карты Israel MapMaker. Просить: Как фактическое расположение Иерусалима соотносится с вашими предсказаниями? Попросите учащихся указать на Средиземное море, Галилейское море, Мертвое море, Красное море и реку Иордан. Объясните: хотя Галилейское море называется & ldquosea, на самом деле это самое большое пресноводное озеро Израиля. С другой стороны, Мертвое море - один из самых соленых водоемов в мире. Просить: Вас удивляет расположение Иерусалима и города? Почему или почему нет? Попросите учащихся уточнить свои аргументы в пользу того, почему Иерусалим расположен именно там, где он находится, используя информацию о водных объектах. Студенты также могут сохранить исходное рассуждение.

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

4. Учащиеся работают в группах, чтобы добавить информацию на свою физическую карту.

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

Попросите учащихся продолжить работу в группах, и, если компьютеров достаточно, позвольте каждой группе самостоятельно исследовать слои Interactive MapMaker по мере того, как вы читаете каждое задание. Если компьютеров недостаточно, создайте по одной группе для каждой задачи, чтобы включать и выключать слои карты, а остальные участники класса могут наблюдать за ними.

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

Прочтите следующие подсказки учащимся:

  • Сказать: Используя Темы в левой части экрана, нажмите Physical Systems & ndash Land и включите слой Plate Tectonics, установив флажок рядом с заголовком, а затем включите слой Earthquakes. При нажатии на эти слои откроются ключи карты & mdashкликните & ldquox & rdquo в правом верхнем углу каждой клавиши, так как эта информация вам не нужна.. Просить: Основываясь на этой информации, отметьте Иорданскую рифтовую долину на своей карте. Какие водные объекты это рядом? Студенты должны указать, что Иорданская рифтовая долина содержит реку Иордан, Галилейское море и Мертвое море.
  • Сказать: Отключите слои «Тектоника плит» и «Землетрясения». Включите слой Surface Elevation и выключите ключ карты. Просить: Исходя из этой информации, где находится горный массив в Израиле? Если учащимся сложно понять слой, включите клавишу карты отметки поверхности, щелкнув значок & ldquo.я& rdquo справа от названия отметки поверхности. Более высокие возвышения - это более теплые цвета, а более низкие - более холодные. Просить: Где центральные горы по отношению к рифтовой долине? После того, как учащиеся смогут ответить, снова включите слой Plate Tectonics, чтобы отображались и он, и слой Surface Elevation. Студенты должны ясно видеть, что горы расположены к западу от Иорданской рифтовой долины.
  • Сказать: Отключите слой Plate Tectonics, но оставьте слой Surface Elevation включенным. Направьте внимание студентов на территорию между береговой линией и горами. Просить: Как называется эта местность? Попросите учащихся вспомнить различные термины, которые они искали на шаге 1, когда смотрели видеосъемку Иерусалима с воздуха. Этот район называется прибрежной равниной.
  • Сказать: Отключить слой Surface Elevation. Объясните учащимся, что они собираются добавить на свою карту еще два объекта: пустынное плато Негев на юге и холмы Галилеи на севере. Просить: Как мы можем определить, где расположены эти объекты, по карте? Какие слои мы можем изменить или включить? Слушайте предложения студентов и включайте / выключайте различные слои карты, которые они предлагают. Когда студенты закончат свои исследования, если никто не предложил включить спутниковый слой, сделайте это, переключив базовый слой карты в верхнем правом углу карты. На панели инструментов есть стрелка вниз рядом с полем с надписью & ldquoNatGeo. & Rdquo. При нажатии стрелки вниз открывается раскрывающееся меню. Выберите опцию Спутник. При отображении этого слоя могут ли учащиеся определить, где находится пустыня и холмы, на основе растительного покрова?

5. Обсудите связь между физическими особенностями и местоположением Иерусалима.

Просить: Что вы замечаете в том, где находится Иерусалим по отношению к физической географии региона? Ответы должны включать в себя то, что Иерусалим расположен между прибрежной равниной и Иудейской пустыней, на вершине горного хребта. Укажите, что Иерусалим относительно изолирован и находится недалеко от важных источников пресной воды (Галилейское море и река Иордан). Предложите студентам поделиться своими мыслями о том, почему это логичное место для строительства города. Просить: У нас есть вся необходимая информация?

Предложите студентам перечитать рассуждения своей группы о том, почему Иерусалим находится именно там, где он находится, а затем предложите им прочитать первую половину статьи «Гидравлические работы». После этого попросите группы обсудить эту новую информацию. Как это соотносится с их первоначальным групповым рассуждением? Попросите группы уточнить свои рассуждения о том, почему Иерусалим находится именно там.

Самооценка

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

Расширение обучения

Поднимите Иерусалим с помощью MapMaker Interactive. Включите слой Population Density и обсудите с классом взаимосвязь между местом проживания людей и физическими объектами.


Выборы 2010: где были все голоса?

Используя таблицу результатов всеобщих выборов 2010 года из блога Guardian Data, мы составили три карты MapTube, показывающие распределение голосов между тремя основными партиями:

Карты можно просмотреть на MapTube по следующей ссылке:

Используйте красные кнопки ползунка для увеличения и уменьшения распределения для трех сторон.

Все наши карты, связанные с выборами, можно найти по следующей ссылке:

Результаты выборов в Великобритании из блога Guardian Data можно найти здесь:


Шаблоны программирования с помощью API веб-картографии

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

В следующем разделе описаны некоторые шаблоны и функции, которые являются общими для многих (но не для всех) API веб-картографирования, описанных ранее. Я включаю этот раздел перед тем, как погрузиться в Leaflet, чтобы вы получили представление о том, что не является уникальным для Leaflet, когда мы начнем изучать код. Тем не менее, я также включаю примеры фрагментов, чтобы показать, как эта концепция реализована в Leaflet.

Почти все страницы, использующие API веб-картографии, включают следующее:

Ссылки на файлы JavaScript и таблицы стилей

Прежде чем вы сможете приступить к работе, ваша HTML-страница должна включать тег & ltscript & gt, указывающий на файлы JavaScript API веб-картографии. Имейте в виду, что чем больше JavaScript вы ссылаетесь, тем больше времени потребуется для загрузки вашей страницы. Некоторые API-интерфейсы тоньше других (отсюда и название ModestMaps), но могут предлагать меньше функций. При внедрении одного из более крупных API-интерфейсов, например OpenLayers, некоторые разработчики создают и ссылаются на свою собственную уменьшенную версию API, содержащую только те функции, которые они хотят предложить.

Есть несколько способов сослаться на API. Один из подходов - загрузить и разместить API на вашем собственном сервере, тем самым минимизируя время загрузки и позволяя настраивать API. Второй подход - ссылаться на API на чужом сервере. Сайты, называемые сетями доставки контента (CDN), специализируются на размещении часто используемых API. Вот как выглядит URL-адрес CDN для Leaflet, на который есть ссылка в теге скрипта в заголовке страницы:

В этом курсе мы будем ссылаться на Leaflet через CloudFlare CDN таким образом для простоты. Это требует, чтобы вы поддерживали подключение к Интернету, пока вы тестируете свой код. Имейте в виду, что если вы разрабатываете внутреннее приложение, вам нужен полный контроль над аппаратным обеспечением API или требуется настроить API каким-либо образом, вам потребуется загрузить и разместить API самостоятельно.

Многие API-интерфейсы веб-картографии предлагают несколько таблиц стилей, которые помогут вам начать создание красивых приложений. Вы можете ссылаться на эти таблицы стилей в виде файлов CSS, разместив их на своем собственном сервере или используя CDN. Вы можете перенести таблицу стилей Leaflet на свою страницу из CloudFlare CDN в заголовке, используя такой синтаксис:

Div и объект карты

Если вы хотите разместить карту на своей странице, вы обычно выделяете место с помощью тега HTML & ltdiv & gt. Затем вы создаете объект карты с помощью API и связываете его со своим div.

Например, с помощью Leaflet вы можете создать такой div карты в теле страницы.

В другом месте страницы в коде JavaScript вы можете создать объект Leaftlet Map и связать его с div. Конструктор L.map принимает в качестве аргумента имя div (здесь L означает библиотеку Leaflet).

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

Слои объектов

Большинство API веб-картографирования предоставляют способы определения объектов слоя, которые вы добавляете к объекту карты один за другим для создания своего гибридного приложения. Очень важно отметить, что слой в этом смысле может представлять веб-сервис, такой как WMS или плиточный сервис, который сам содержит множество нижележащих слоев данных. Однако вам понадобится только один объект слоя, чтобы добавить этот тип веб-сервиса на вашу карту. Другие объекты слоя, которые ссылаются на отдельные файлы данных, такие как KML или GeoJSON, проще концептуализировать.

Во многих API веб-картографирования уровень является абстрактным (или «базовым») классом, предлагающим набор общих свойств, и доступен разработчику только через более конкретные классы. Взгляните на методы и события, предлагаемые в базовом классе Leaftlet Layer. К ним относятся методы добавления и удаления слоя с карты и управления такими элементами, как всплывающие окна и всплывающие подсказки. Теперь посмотрите на свойства некоторых более конкретных производных классов, таких как TileLayer, WMS и GeoJSON, чтобы увидеть некоторые из более конкретных методов, связанных с этими типами слоев. Обычно вы будете работать со справочными документами API на этом более низком уровне, однако важно помнить, что у вас по-прежнему есть все свойства и методы класса Layer, доступные вам всякий раз, когда вы используете какой-либо из этих специализированных типов слоев.

Когда вы создаете новый слой в Leaflet, обычно ожидается, что вы предоставите URL-адрес или путь к файлу, содержащему исходные данные для слоя. Слой не будет отображаться на карте, пока вы не вызовете его метод addTo (.). Адаптировано из документации Leaflet, вот один из способов создать слой, ссылающийся на WMS, и добавить его на свою базовую карту:

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

Если вы вызовете метод addTo (.) На каком-либо другом слое, он будет размещен наверху первого слоя.

Многие типы мозаичных слоев включают в себя уровень масштабирования плитки, номер строки и столбца в каждом URL-адресе. Когда вы создаете эти слои в Leaflet, не имеет смысла указывать конкретный URL-адрес, поскольку он будет указывать только на одну плитку. Вместо этого вы предоставляете общий формат, используя , , и для столбца, строки и уровней масштабирования соответственно. Это похоже на то, что вы делали, когда добавляли листы во вьюер карт ArcGIS Online на предыдущем уроке.

Механизмы укладки слоев

К слоям, которые уже были нарисованы сервером, например, мозаичным картам и изображениям WMS, уже применен стиль, но для слоев, нарисованных браузером, таких как GeoJSON или GeoRSS, вы должны определить, как слой будет стилизован. API веб-картографии обычно предлагают группу свойств, которые вы можете установить на подобном слое, чтобы определить, как браузер должен его рисовать. Эти свойства включают такие параметры, как ширина заливки, цвет заливки, ширина контура, цвет контура и т. Д. В Leaflet стили обычно определяют как функции, на которые затем можно ссылаться в конструкторе слоя, например:

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

Многие API-интерфейсы позволяют использовать собственное изображение для маркера, а не ставить простую точку. В приведенном ниже примере листовки показано, как вы можете добавить на карту слой продуктовых магазинов GeoJSON и стилизовать его с помощью значка корзины покупок, сохраненного в файле SVG (масштабируемая векторная графика) с именем grocery.svg. Это также может быть файл PNG или другой тип растрового изображения.

Результат может выглядеть примерно так, если поместить его поверх слоя базовой карты:

Не волнуйтесь, если весь приведенный выше код вам еще не совсем понятен. Просто убедитесь, что вы видите, где стиль определяется через объект JavaScript. В Уроке 7 вы получите больше информации о GeoJSON и стилизации графики, нарисованной браузером.

События и интерактивные элементы

API веб-картографии предлагают интерактивные элементы, которые помогают вашей карте стать чем-то большим, чем просто статическим изображением на HTML-странице. Описанные выше объекты карты и слоя обычно позволяют запускать код в ответ на определенные действия пользователя, такие как щелчок мышью. Действие пользователя называется событием (или запуском события). Код, который вы запускаете в ответ, называется обработчиком событий и обычно входит в собственный функциональный блок кода. Иногда событие может предоставлять аргументы функции-обработчику через «объект события», содержащий свойства события, такие как экранные координаты щелчка мыши, вызвавшего событие.

Например, вы можете указать карте, чтобы она «слушала» событие щелчка мыши. Затем вы можете написать функцию-обработчик, которая принимает экранные координаты аргумента события (другими словами, координаты пикселя, по которому щелкнули мышью) и преобразует их в координаты карты, а затем записывает координаты в метку на странице HTML, чтобы они могли быть видел пользователь. Еще большей степени интерактивности можно достичь, подключив эту функцию-обработчик к событию зависания вместо щелчка. Тогда вы всегда будете видеть координаты своей мыши, когда вы перемещаете ее по экрану.

Пользователи веб-карт часто хотят получить более подробную информацию о конкретных функциях карты. Очень распространено обрабатывать событие щелчка, показывая всплывающее окно с дополнительной информацией о выбранной функции, настолько распространенное, что многие веб-API имеют специальные классы и методы для всплывающих окон, которые не требуют от вас ввода типичного количества логика прослушивания событий. Вы узнаете больше о всплывающих окнах в Leaflet в будущих уроках этого курса.

Иногда всплывающие окна слишком ограничены по объему или сложности для контента, который вы хотите показать. Даже если ваш картографический API позволяет вам втиснуть большие изображения или интерфейсы с вкладками во всплывающее окно, часто имеет смысл отображать этот тип контента в HTML-блоке div в другом месте страницы. API-интерфейсы веб-картографии позволяют выполнять запросы в выбранной точке и извлекать информацию об атрибутах из выбранных функций (часто как часть функции обработчика, подобной упомянутым выше). Затем вы можете делать все, что захотите, с этой функцией-обработчиком, чтобы отображать информацию в HTML. Вы даже можете передать информацию в другой специализированный API, который рисует диаграммы, запрашивает Википедию, находит близлежащие дома для продажи и так далее.

Другой распространенный элемент желаемой интерактивности - возможность включать и выключать слои. Помните, что в этом смысле «слой» - это целая веб-служба. Очевидно, что невозможно переключить видимость отдельных подслоев внутри мозаичной карты, потому что все слои «выгорели» в мозаичном изображении. Однако вы можете переключиться на другую мозаичную базовую карту или отключить слой WMS или GeoJSON, расположенный поверх него.

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

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


Конфигурация

Полевые модификации

Отрисовку геометрических полей можно настроить с помощью дополнительных параметров. Например, следующий оператор вызвал поле the_geom обычай FieldSet изменяет фоновую карту (внутри файла ваше_приложение / формы / __ init__.py):

В GeoFormAlchemy доступны следующие параметры:

default_lat и default_lon Если геометрия Никто или при создании новой геометрии карта центрируется в (default_lon, default_lat). В противном случае карта центрируется в центре тяжести геометрии. зум Уровень масштабирования при запуске. map_width и map_height Размер DIV контейнер, в котором отображается карта. базовый слой

Слой OpenLayers, который будет использоваться в качестве фоновой карты, например:

Если на карте используется CRS, отличная от геометрии, геометрия будет перепроецирована на эту CRS. Например:

Путь к библиотеке OpenLayers JavaScript, например, если OpenLayers.js находится в ваше_приложение / общедоступное / js / lib / OpenLayers.js используйте следующий путь:

Показать карту (дефолт: Истинный) Если Показать карту установлен на Ложь, геометрия будет отображаться в виде строки WKT внутри текстового поля ввода. insert_libs (дефолт: Истинный) Если insert_libs установлен на Ложь, библиотеки OpenLayers и GeoFormAlchemy JavaScript не загружаются на страницу, а также CSS по умолчанию для GeoFormAlchemy. Если insert_libs установлен на Ложь разработчик приложения отвечает за добавление тегов сценариев и стилей для OpenLayers и GeoFormAlchemy. Вы установите insert_libs к Ложь если у вас есть несколько полей карты или если вы хотите отложить загрузку кода JS до тех пор, пока страница не будет загружена. run_js (дефолт: Истинный) Если run_js установлен на Ложь, Призыв к geoformalchemy.init_map () не сделано. Вы можете вызвать его вручную с помощью fs.render_fields ['the_geom']. renderer.render_runjs () . Вы установите run_js к Ложь если вы хотите отложить инициализацию карты до загрузки страницы. Если вы хотите установить run_js к Ложь вы, вероятно, также захотите установить insert_libs к Ложь.

Файлы шаблонов

Если вы хотите изменить внешний вид ваших форм, вы можете изменить файлы шаблонов, используемые FormAlchemy и GeoFormAlchemy. Файлы шаблона находятся в папке ваше_приложение / шаблоны / формы.


Рекомендации по вертикальной мыши?

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

Я использую беспроводную вертикальную эргономичную оптическую мышь Anker 2.4G дома, а на рабочем месте мне купили мышь Evoluent.

Anker, безусловно, достаточно хорош, и всего лишь 1/5 от цены (или больше?) Evoluent.

Обратите внимание, что приемник плохо работает в концентраторах USB-C - -A. Не получайте его, если на вашем основном компьютере есть только порты USB-C.

Еще пользуюсь Анкером. Отличная мышь.

Я использую Bluetooth-версию Anker, и она фантастическая.

Хорошо, у меня есть вертикальная мышь Anker, она очень дешевая, и она немедленно уменьшил напряжение моего запястья. Однако вам следует брать его только в том случае, если у вас есть порты USB-A, к которым вы можете его подключить. В моем новом ноутбуке есть только порты USB-C. Я попытался подключить адаптер к концентратору USB-C - A, но он вызывает помехи, что приводит к снижению производительности.

Если этот конкретный вариант использования к вам не подходит, это замечательно. Возьми. Не думайте дважды. Это самый дешевый способ обеспечения комфорта, который вы только можете найти.

Постурит Пингвин мышка. Специалист по эргономике из моего офиса рекомендовал людям, выполняющим точную работу, и это было здорово. Я использую его около четырех лет, и он полностью избавил меня от боли в запястье, которую я начинал получать. С тех пор еще четыре человека в моей группе начали его использовать. Он бывает S, M и L, и использовать неправильный размер неудобно, поэтому не забудьте измерить руку перед заказом. Я думаю, что на сайте есть руководство по измерению в формате PDF, которое можно скачать.


ArcUser Online

Растущий интерес к сбору данных с географической привязкой проявился в росте добровольных веб-сайтов с географической информацией (VGI). Это уверенный метод сбора геопространственной информации в отличие от авторитетного метода, используемого государственными учреждениями и частным сектором. Wikimapia, сайт, который побуждает участников оставлять комментарии о географически привязанных местоположениях, является хорошим примером VGI. На веб-сайте Flickr пользователи могут загружать фотографии, относящиеся к определенным местам, в то время как OpenStreetMap - это международная попытка создать бесплатный источник картографических данных благодаря усилиям добровольцев.

Писатель Esri Джим Бауман недавно взял интервью у Майкла Ф. Гудчайлда. Goodchild is professor of geography and chair of the executive committee of the National Center for Geographic Information & Analysis (NCGIA) at the University of California, Santa Barbara (UCSB) and director of the Center for Spatially Integrated Social Science (CSISS), a research organization at the university, and associate director of the Alexandria Digital Library Project. He has been involved in the VGI movement and has written extensively on it.

Baumann: Gazetteers have traditionally been essential in collecting and distributing geographic information. Now there is a groundswell of people participating in Web-based social networking sites and contributing volunteered geographic information. These sites can be viewed as asserted gazetteers in what might be described as the democratization of geographic data. Please discuss what the GIS community gains (and loses) from this phenomenon.

Goodchild: Although gazetteers (the names layer) are important for many reasons, and increasingly so, they have never included more than the officially recognized names that appear on maps. Names that are not officially recognized, such as "downtown Santa Barbara," and names that are meaningful to local communities, such as "the Riviera" [the hilly area of Santa Barbara north of downtown], do not appear in any gazetteer. This limits many applications, for example, making it difficult to build GPS navigation systems that recognize the full range of place-names that people need to use. Moreover, the official mapping agencies are not likely to invest in adding such names to their gazetteers anytime soon. However, place-names are one of the most successful forms of volunteered geographic information, and people are clearly willing to spend time providing them to Web sites. Volunteered gazetteers can provide much richer descriptive information than before allow features to have multiple names and include names for the smallest, least significant features.

What do we lose by relying on volunteered place-names? I think one major problem is lack of accuracy, whether by accident or design. But a more significant problem concerns preservation. National mapping agencies can devote significant resources to preserving place-names, ensuring that future generations have access to today's data, but no such mechanisms exist for volunteered geographic information. Once the initial enthusiasm has worn off, who will undertake the tedious task of updating and preserving?

Baumann: Do you see assertive and authoritative spatial data working together, in parallel, or in opposition to each other?

Goodchild: I think the best option is to make them complementary, and there are already signs that the traditional authorities are willing to work with citizens. In the UK [United Kingdom], for example, the Ordnance Survey has developed a program that encourages volunteers to provide geographic information about their local communities, and volunteers are playing an increasingly important role in ensuring that authoritative sources of geographic information are accurate and kept up-to-date.

Baumann: What role does VGI play in societal GIS? How will it help shape the evolution of GIS?

Goodchild: One of the criticisms leveled at GIS has been its insistence on a single point of view. VGI is, in a sense, postmodern GIS, in which individuals are able to assert their own views of their surroundings and play a part in local decision making. Another criticism was the tendency of GIS to empower those who could afford its high costs and marginalize those who could not. I think that by engaging citizens in the process of acquiring and using geographic information, VGI has the potential to alter this landscape significantly and soften some of these criticisms.

Baumann: While Wikimapia has genuine potential, it seems to be populated with some information that is not particularly useful or interesting. However, I do think that it can be a valuable resource. For example, obscure yet relevant information that might otherwise be lost could be posted and contribute to our collective body of knowledge. You mentioned that you think the benefit of sites like Wikimapia will be in the compilation of local data. Please expand on this observation.

Goodchild: Wikimapia demonstrates what is possible in a general sense, but I think the eventual value of sites like Wikimapia will be much more specialized. I'm thinking of local community groups and their need to acquire and share descriptions of their communities for specific purposes such as planning, networks for hobbyists who need to acquire and share highly specialized geographic information, or sites that might be developed by local communities to provide information for tourists.

Baumann: Marshall McLuhan's view of the Global Village is often used to describe the World Wide Web. What is required to nurture a problem-solving geospatial initiative on the Web that would take a leading role in our virtual world community?

Goodchild: Geospatial data and tools are essential in almost everything we do as humans, and over the past few years, they have become accessible to virtually all of us on the well-endowed side of the digital divide. We have seen volunteer initiatives, such as MapAction and the GISCorps, playing an important role in disaster response and other volunteer activities that are providing open sources of basic map information in communities that have never previously had access. I think the most significant new opportunity lies in the fact that a substantial fraction of the human population now has access to mobile phones and, hence, to electronic networks. I think mobile phones could be used to acquire and share damage assessments in the immediate aftermath of a disaster and to develop detailed databases for community planning. Project GLOBE has already shown the potential for empowering schoolchildren worldwide as environmental sensors a new initiative, sponsored by a major foundation, could explore the potential of a much more powerful and comprehensive approach that would reach beyond the digital divide.

Baumann: "The bad invariably pushes out the good" is an axiom that has been applied to various disciplines. How true do you think that is when it comes to data quality in VGI-based initiatives? What will happen if individuals or groups subvert, either consciously or simply through a lack of attention, VGI-based projects? For example, you have mentioned a nonexistent caf that was geographically referenced to the park in front of the Santa Barbara mission.

Goodchild: The experience of Wikimapia seems to be that accurate, large-scale information resources can be created from volunteer action. Wikimapia's accuracy varies and is most problematic for the more obscure entries that are not accessed very often. Similarly, I think VGI will be most accurate when it concerns the largest, most prominent, and most important features on the earth's surface. The message in my example of the nonexistent caf is that such errors are particularly obvious when the information is geographic, because they conflict with the feature's spatial context. Wikimapia relies on volunteers with specialist knowledge to monitor information a similar approach to geographic information that relied on local specialists could work very well to clean out errors.

Baumann: You indicate that "computerization carries authority per se." This perceived authority has been ascribed to other forms of mass media including print and broadcast journalism. The Fourth Estate refers to the press and its ability to both function in the role of advocate and shape public opinion. Do you think VGI and other public mapping efforts play a similar role? When considering the pitfalls of these efforts, Google's controversial replacement of post-Katrina images of New Orleans with pre-Katrina views springs to mind.

Goodchild: Yes, I think there is a tendency to believe what one discovers on the Web, whether the source is authority or assertion. Bad information can always be dressed up to look good. We usually think of metadata as the mechanism for resolving such problems, but asserted sources rarely carry any metadata. Somehow, we need to convince sources such as Google that providing simple metadata, such as the date of acquisition of imagery, would be in everyone's interests.


Смотреть видео: EM QUANTO TEMPO EU ACABO COM A MINHA BASE!!!