Расширение файла GEO
Оглавление
Мы надеемся, что вы найдете на этой странице полезный и ценный ресурс!
7 расширений и 2 псевдонимы, найденных в базе данных
✅ VRML Geography File
✅ GeoPaint Image
✅ Carbon Graphics Geo Data File
✅ Map Maker Project
✅ Homeworld Geometry Data
✅ TruTops Geometry Data
✅ Magellan eXplorist Geocache Database
✅ Houdini Geometry Data
✅ Movie.BYU Geometry Data
Другие типы файлов могут также использовать расширение файла .geo.
Следующие программные способны преобразования .geo файлов в другие форматы:
Например с помощью программного обеспечения выше, файл .geo может быть преобразован в один из следующих форматов:
По данным Поиск на нашем сайте эти опечатки были наиболее распространенными в прошлом году:
Это возможно, что расширение имени файла указано неправильно?
Мы нашли следующие аналогичные расширений файлов в нашей базе данных:
Если дважды щелкнуть файл, чтобы открыть его, Windows проверяет расширение имени файла. Если Windows распознает расширение имени файла, файл открывается в программе, которая связана с этим расширением имени файла. Когда Windows не распознает расширение имени файла, появляется следующее сообщение:
Windows не удается открыть этот файл:
Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия.
Если вы не знаете как настроить сопоставления файлов .geo, проверьте FAQ.
🔴 Можно ли изменить расширение файлов?
Изменение имени файла расширение файла не является хорошей идеей. Когда вы меняете расширение файла, вы изменить способ программы на вашем компьютере чтения файла. Проблема заключается в том, что изменение расширения файла не изменяет формат файла.
Если у вас есть полезная информация о расширение файла .geo, напишите нам!
Cgeo что за формат
CGeo is an extensible file format for storing mesh data. It can be used to implement proxies or to comunicate data between applications that support Corona renderer.
CGeo file consist of two main chunks, namely header and data. All binary data are little-endian.
In the documentation that follows it is important to distinguish between animation sample and animation snapshot. The object stored within a CGeo file is represented as a series of animation snapshots and a single snapshot consits of one or more animation samples. Samples represent subsamples between snapshots and can be used to store motion blur data.
General Layout
| Byte Index | Byte Count | Content Description |
|---|---|---|
| 0 | 1 | The binary magic number indicating cgeo file 0x43 |
| 1 | 4 | The size of the header H that follows represented as a binary 4 byte integer |
| 5 | H | The header itself in human readable form (see the following description) |
| 5 + H | Determined by the header | The data section |
Header
Let’s start with a sample…
The header is in plain text, so that it is possible to easily inspect CGeo file in a text editor. It contains properties describing the data stored in the form:
List of mandatory properties
| Name | Description |
|---|---|
| “Version” | Currently 7 for Corona v2 |
| “Animation snapshot count” | The number of animation snapshots stored in the data section |
| “Time per animation snapshot [microseconds]” | As the name suggests |
| “Animation time start” | In microseconds. Can be used to place the object correctly on the time line upon loading |
| “Scale” | The scale of the data stored relative to milimeter (e.g. 10 if data are stored in centimeters). 0 if unknown |
| “Original material name” | As the name suggests |
| “Original object name” | As the name suggests |
| “Compressed” | Can be one of <'True', 'False'>. The comparison is done case insensitive. If ‘False’ is specified then no section of the CGeo file is compressed. In other case sections of all snapshots in data section are compressed (see bellow). This property was added in version 5 and if it is missing then ‘True’ shall be assumed. If at any point in the documentation something is said to be compressed then it is only if the value of this property is ‘True’. |
Data Section
The data section contains animated mesh snaphots itself together with some precomputed auxilary data like bounding boxes and point clouds. Auxilary data are usualy smaller in memory footprint than the geometry data which can be usefull when displaying proxy in the viewport of 3d application as we don’t have to read large amount of data from the disk. The format is extensible in the way that everything within the animation snaphot store has it’s own section. The only mandatory section is the one that holds geometry data, everything else can (but shouldn’t) be missing and can be computed on the fly if necessary. The idea is that sections can be added in the future without breaking compatibility.
Tags are used to identify certain events within the data section. Every tag is a 4 byte integer. Following is the table of currently used tags and the rest of the documentation will be referencing them by their ids.
| Tag Id | Tag Value |
|---|---|
| TAG_ANIMATION_SNAPHOT_START | 0xA3CDEF00 |
| TAG_ANIMATION_SNAPHOT_END | 0xFED3BA11 |
| TAG_ANIM_TABLE_START | 0xFAD0CCA1 |
| TAG_ANIM_TABLE_END | 0xE580AC23 |
| TAG_BOUNDING_BOX | 0x2F89A8B5 |
| TAG_MESH_DATA | 0x35F71EA8 |
| TAG_MESH_VERTICES_END | 0x42C342CC |
| TAG_MESH_NORMALS_END | 0xB00B06B0 |
| TAG_MESH_MAP_COORDS_END | 0xCAAC04CA |
| TAG_POINTCLOUD | 0x1387EBEB |
Layout
Following is the description of the layout of the data section.
| Item | Description |
|---|---|
| Flags | An uncompressed 4 byte integer described later. |
| TAG_ANIM_TABLE_START | |
| Offset Table | Uncompressed offset table. There is an entry for every animation snapshot and every entry is the 8 byte offset from the beginning of the file to the beginning of the snapshot’s data |
| TAG_ANIM_TABLE_END | |
| TAG_ANIMATION_SNAPSHOT_START | Tag indicating the beginning of an animation snapshot. |
| Sections | Individual sections containing the data for the snapshot. Described later. |
| TAG_ANIMATION_SNAPSHOT_END | Tag indicating the end of an animation snapshot. |
Please note that the pair (TAG_ANIMATION_SNAPSHOT_START, TAG_ANIMATION_SNAPSHOT_END) will appear as many times as there are animation snapshots.
Flags
| Bit | Name | Description |
|---|---|---|
| 1 | Changing Topology | Flag indicates that every animation snapshot is stored compressed on it’s own as the topology can change from snapshot to snapshot. In case this flag is not specified then it’s expected that only the first snapshot contains topological information and all subsequent snapshots are only stored as compressed differences of positions, normals and texcoords from the first snapshot. |
Sections
Every snapshot consist of one or more sections and the offset stored in the offset table points to the first section! Every section begins with 4 byte identifier and 8 byte section size. Sections can be in arbitrary order and the only required section is the one containing geometrical data (TAG_MESH_DATA). It’s still recommended to store all documented sections within every animation snapshot. Following is the documentation of all currently supported sections.
This section holds the geometry data and is the only one required. The first snapshot is allways stored completely (including topology). Every subsequent snapshot that has the same topology as the first one is stored as the difference from the first, better compression is expected in such case. The whole section is compressed.
Following is the decription of the section’s content when the snapshot is stored completely.
| Item | Description |
|---|---|
| 0x1 | 1 byte of value 0x1 indicating that this is a complete snapshot |
| Vertex Count | 4 byte integer |
| Normal Count | 4 byte integer |
| Map Channel Count | 4 byte integer indicating the number of mapping channels |
| Triangle Count | 4 byte integer |
| Vertices | Every vertex is represented by 3 IEEE754 single precision floating point numbers corresponding to X,Y,Z |
| TAG_MESH_VERTICES_END | |
| Normals | Every normal is represented by 3 IEEE754 single precision floating point numbers corresponding to X,Y,Z |
| TAG_MESH_NORMALS_END | |
| Texture Coordinates | Data for all mapping channels. The number of mapping channels is idicated by Map Coord Count. Every mapping channel data are given as 4 byte integer storing the number of texture coordinates followed by the coordinates itself. Each coordinate is represented by 3 IEEE754 single precision floating point numbers corresponding to U,V,W. |
| TAG_MESH_MAP_COORDS_END | |
| Triangle Data | Described bellow. |
Following table describes how a single triangle is stored in CGEO version 7 and newer (Corona v2 and newer).
| Item | Description |
|---|---|
| Vertex Indices | 3 vertex indices. Every index is represented as a 4 byte integer. |
| Normal Indices | 3 normal indices. Every index is represented as a 4 byte integer. |
| Map Coordinates Indices | 3 indices are stored for each mapping channel and every index is represented as 4 byte integer. |
| Material ID | 2 byte material id. |
| Edge Visibility | 1 byte bitset. Bits 0, 1, 2 represents edges AB, BC, CA. When the corresponding bit for an edge is set the edge is visible. |
DEPRECATED: Following table describes how a single triangle is stored in CGEO version 6 and older (Corona 1.7 and older).
| Item | Description |
|---|---|
| Vertex Segment Count | 4 byte integer representing the number of vertex motion blur segments VS. Note that the number of samples is given by VS+1 and so zero segments is a valid input. |
| Vertex Indices | 3 * VS vertex indices. Every index is represented as a 4 byte integer. |
| Normal Segment Count | 4 byte integer representing the number of normal motion blur segments NS. Note that the number of samples is given by NS+1 and so zero segments is a valid input. |
| Normal Indices | 3 * NS normal indices. Every index is represented as a 4 byte integer. |
| Map Coordinates Indices | 3 indices are stored for each mapping channel and every index is represented as 4 byte integer. |
| Material ID | 2 byte material id. |
| Edge Visibility | 1 byte bitset. Bits 0, 1, 2 represents edges AB, BC, CA. When the corresponding bit for an edge is set the edge is visible. |
Following is the decription of the section’s content when the snapshot is stored as the difference from the first.
| Item | Description |
|---|---|
| 0x0 | 1 byte of value 0x0 indicating that this is a difference from the first snapshot |
| Vertex Differences | Every difference is represented by 3 IEEE754 single precision floating point numbers corresponding to X,Y,Z |
| TAG_MESH_VERTICES_END | |
| Normal Differences | Every difference is represented by 3 IEEE754 single precision floating point numbers corresponding to X,Y,Z |
| TAG_MESH_NORMALS_END | |
| Texture Coordinate Differences | Every difference is represented by 3 IEEE754 single precision floating point numbers corresponding to U,V,W. The differences for all map channels are stored subsequently. The number of differences for each channel are given by the first snapshot which is stored completely. |
| TAG_MESH_MAP_COORDS_END |
Compressed 6 IEEE754 single precision floating point numbers describing the bounding box of the snapshot. The order is: MinX, MinY, MinZ, MaxX, MaxY, MaxZ.
This section contains the point cloud that can be used to visualize the animation snapshot in the viewport. The whole section is compressed and contains following:
Расширение файла GEO
VRML Geography Format
Что такое файл GEO?
Программы, которые поддерживают GEO расширение файла
Следующий список содержит программы, сгруппированные по 2 операционным системам, которые поддерживают GEO файлы. GEO файлы можно встретить на всех системных платформах, включая мобильные, но нет гарантии, что каждый из них будет должным образом поддерживать такие файлы.
Программы, обслуживающие файл GEO
Как открыть файл GEO?
Отсутствие возможности открывать файлы с расширением GEO может иметь различное происхождение. С другой стороны, наиболее часто встречающиеся проблемы, связанные с файлами VRML Geography Format, не являются сложными. В большинстве случаев они могут быть решены быстро и эффективно без помощи специалиста. Приведенный ниже список проведет вас через процесс решения возникшей проблемы.
Шаг 1. Скачайте и установите TurboCAD
Шаг 2. Убедитесь, что у вас установлена последняя версия TurboCAD
Если проблемы с открытием файлов GEO по-прежнему возникают даже после установки TurboCAD, возможно, у вас устаревшая версия программного обеспечения. Проверьте веб-сайт разработчика, доступна ли более новая версия TurboCAD. Иногда разработчики программного обеспечения вводят новые форматы вместо уже поддерживаемых вместе с новыми версиями своих приложений. Причиной того, что TurboCAD не может обрабатывать файлы с GEO, может быть то, что программное обеспечение устарело. Самая последняя версия TurboCAD обратно совместима и может работать с форматами файлов, поддерживаемыми более старыми версиями программного обеспечения.
Шаг 3. Свяжите файлы VRML Geography Format с TurboCAD
Если у вас установлена последняя версия TurboCAD и проблема сохраняется, выберите ее в качестве программы по умолчанию, которая будет использоваться для управления GEO на вашем устройстве. Метод довольно прост и мало меняется в разных операционных системах.
Процедура изменения программы по умолчанию в Windows
Процедура изменения программы по умолчанию в Mac OS
Шаг 4. Проверьте GEO на наличие ошибок
Если проблема по-прежнему возникает после выполнения шагов 1-3, проверьте, является ли файл GEO действительным. Проблемы с открытием файла могут возникнуть по разным причинам.
Если файл заражен, вредоносная программа, находящаяся в файле GEO, препятствует попыткам открыть его. Сканируйте файл GEO и ваш компьютер на наличие вредоносных программ или вирусов. Если файл GEO действительно заражен, следуйте инструкциям ниже.
2. Убедитесь, что структура файла GEO не повреждена
Вы получили GEO файл от другого человека? Попросите его / ее отправить еще раз. Возможно, что файл не был должным образом скопирован в хранилище данных и является неполным и поэтому не может быть открыт. Если файл GEO был загружен из Интернета только частично, попробуйте загрузить его заново.
3. Проверьте, есть ли у пользователя, вошедшего в систему, права администратора.
Существует вероятность того, что данный файл может быть доступен только пользователям с достаточными системными привилегиями. Переключитесь на учетную запись с необходимыми привилегиями и попробуйте снова открыть файл VRML Geography Format.
4. Проверьте, может ли ваша система обрабатывать TurboCAD
Если в системе недостаточно ресурсов для открытия файлов GEO, попробуйте закрыть все запущенные в данный момент приложения и повторите попытку.
5. Убедитесь, что ваша операционная система и драйверы обновлены
Последние версии программ и драйверов могут помочь вам решить проблемы с файлами VRML Geography Format и обеспечить безопасность вашего устройства и операционной системы. Устаревшие драйверы или программное обеспечение могли привести к невозможности использования периферийного устройства, необходимого для обработки файлов GEO.
Вы хотите помочь?
Если у Вас есть дополнительная информация о расширение файла GEO мы будем признательны, если Вы поделитесь ею с пользователями нашего сайта. Воспользуйтесь формуляром, находящимся здесь и отправьте нам свою информацию о файле GEO.
Cgeo что за формат
Want to contribute?
Perfect! Please tell us in the issue tracker before hacking on your great new feature. It would be bad for you to have implemented something great but we can’t include it because it doesn’t fit the existing architecture and code.
Starting points for contribution
You can also take a look at the project page of our repository. For example, we have a collection of urgent issues and a list of beginner topics. They collect issues that might be suitable for your first contribution.
Fork the project source code, make changes to your clone, and create a pull request afterwards.
Note: Regular merging of release to master (after changes have been done on release ) is highly recommended to avoid unnecessary merge conflicts later on.
A more complex bugfix can first be tested against the master branch and integrated in the nightly builds while kept compatible with the release branch for a later integration. Such a procedure is described in the wiki.
The standard IDE for Android projects is Android Studio, which is based on IntelliJ IDEA. We use it for the development of c:geo.
Details for setting up the IDE are described in the wiki (https://github.com/cgeo/cgeo/wiki/IDE).
For the full usability of c:geo you need some API keys for Google Maps and the opencaching sites. You can leave all entries in the configuration empty, but Google Maps and the Opencaching sites will not work.
For using the Google Maps function, it is necessary to have a Google Maps API v2 key. For this, follow
The key itself is free and you don’t have to enter any credit card info (although the web form seems to force you to).
To be able to use Google Maps you need to use a Google API-enabled image, so make sure to select the right image for your emulator/device, otherwise Google Maps won’t be offered as a map provider in c:geo.
Request your personal API key for the various OpenCaching sites we support. If you leave these blank, those networks will remain disabled.
To obtain an API key for geocaching.su you need to request access from administration. Keys are generated manually on request.
API keys installation
For c:geo we have a semi-automatic configuration:
The third point works only if the file keys.xml does not exist. When changing your API keys, you have to delete the keys.xml file.
Building with gradle
Run gradlew from the root directory of the git repository. That will install the necessary build framework and display how to build c:geo. gradlew assembleBasicDebug might be a good start. Alternatively you can use «make» in Android Studio («Build» => «Make Project»).
The Test classes can be found in the project test. Test classes should be located in the same package as the class under test. Every class can be run with Run ‘ ‘ or debugged with Debug ‘ ‘ ) as an Android JUnit Test. To run all tests use the same Run ‘Tests in
‘ menu item from the context menu of a package in the test project.
For tests to run successfully you need to configure c:geo on the emulator that runs the test with a valid geocaching.com account. In order for all tests to be successful the account needs to be a premium member.
Tests may also be launched from the command line. Use gradlew assembleBasicDebug from the root directory of the git repository.
Deploying the app locally for testing purposes
Android Studio needs to be configured for which device(s) c:geo will be deployed to. Use «run» => «run» (2nd entry with this heading). You can create several profiles for a physical device attached via USB, as well as virtual devices that are run in an emulator. (If the emulator is not installed yet, do so via File => Settings, Appearance & Behaviour => System Settings => Android SDK, tab «SDK Tools», check «Android Emulator», and apply.)
c:geo is distributed under the Apache License, Version 2.0.
Визуализируй это
Несколько лет назад я делал сайт о рыбалке и публиковал на нём карту окресностей города, отмечая интересные места. Я так увлёкся картами, что и сегодня занимаюсь дизайном геосервисов, а на досуге экспериментирую с картографическими визуализациями. Недавно я визуализировал статистику работы московского велопроката, а ранее опубликовал высотную модель города в виде разноцветной сетки улиц.
Это здорово, когда большие массивы данных об окружающем нас мире становятся визуальными, осязаемыми. Привлекает меня в этом не множество разноцветных линий или точек на тёмном фоне, а возможность наглядно показать и рассказать окружающим интересную историю, сделать эти данные полезными для людей. Мне хочется, чтобы увлечённых этой темой людей становилось больше — делиться знаниями друг с другом, обсуждать идеи.
Дома в центре Москвы разного цвета в зависимости от площади здания.
Данные: © Участники OpenStreetMap
О дизайне в картографии я уже рассказывали ещё буду рассказывать, ведь об этом можно рассказать много интересного. В этой истории, речь пойдёт не про традиционные карты.
Я задумал собрать что знаю про картографические визуализации и рассказать об этом. В итоге, у меня получился онлайн-курс «Визуализация геоданных» — серия мини-лекций об общих принципах и инструментах для работы с геоданными. К каждой части я собрал ссылки на дополнительные материалы и примеры рабочих файлов, чтобы можно было погрузиться в детали и попробовать что-то сделать самостоятельно. Этот пост собран из материалов курса.
На самом деле, нет принципиальной разницы между обычными бумажными картами и новомодными картографическими визуализациями — принцип любой карты: наглядное представление наших знаний о реальном мире.
Я бы выделил несколько характерных компонент хорошей картографической визуализации:
Соединяя хорошо подобранные данные, технологии и дизайн можно сделать много интересных визуализаций. Покажу несколько для примера:
Один из ярких примеров хорошей истории с геоданными — визуализация всех голландских зданий по годам постройки. Помимо зрелищности, на этой карте очень наглядно рассказывается история — как застраивались города.
Все здания в Нидерландах стилизованные по годам постройки
Помимо визуализации нидерландских зданий есть похожие проекты: Бруклин, Нью-Йорк, Москвa.
Ребята из MapBox визуализировали 1 500 000 треков RunKeeper — пробежки, прогулки, поездки на велосипедах. Хорошо видны популярные места для прогулок. Я даже нашёл веломаршруты из дома на работу летом.
1 500 000 треков RunKeeper Данные карты: © Участники OpenStreetMap
Хороший пример в котором соеденились данные, технологии и дизайн — Watercolor Maps от Stamen Design, калифорнийской дизайн-студии, которая давно и очень успешно занимается картографическими визуализациями. В случае с этой картой можно с уверенностью утверждать, что получился великолепный арт-объект.
© Watercolor Maps от Stamen. Данные карты: © Участники OpenStreetMap
Геоданные
Ни одна карта не может быть картой, если она не содержит данных. Данные получают приставку «гео» в тот момент, когда у информации появляется привязка к местности и её можно отобразить на карте. Обычно привязку объекта к местности осуществляют с помощью географических координат — долготы и широты, а там, где требуется трёхмерное представление, указывают ещё и высоту.
Геоданные разделяют на два основных типа: растровые и векторные.
Растровые геоданные, как нетрудно догадаться, это обычные растровые изображения с геопривязкой. Наиболее знакомый всем пример растровых геоданных — спутниковые снимки.
«Облачные улицы» на Чёрном море, снимок 8 января 2015 года © NASA Earth Observatory
Помимо спутниковых снимков, растр используется для цифровых моделей рельефа, где каждый пиксель изображения содержит информацию о высоте над уровнем моря в этой точке местности. Для лучшей узнаваемости частей города, я дополнил картинку сеткой основных улиц.
Высотная модель Москвы © U.S. Geological Survey, SRTM30, данные карты © Участники OpenStreetMap
Растровые данные могут быть и не статичными картинками, технологии позволяют встраивать видео в интерактивную карту.
Векторные геоданные описываются набором или последовательностью координат, геометрией и атрибутивными значениями. Есть три основных типа векторных данных:
Помимо типа геометрии и расположения не менее важна атрибутивная информация. В векторных данных каждый объект может содержать дополнительную атрибутивную информацию. Используя эти атрибуты можно делать выборки объектов и применять к ним различные стилевые правила. На примере слоя дорог из OpenStreetMap: по атрибуту «type» можно выбрать дороги со значением соответствующему «primary» и выделить их на карте особым стилем.
Пример слоя дорог, по значению атрибута «type» выделены главные улицы. Данные карты © Участники OpenStreetMap
Для удобства работы с атрибутами в большинстве инструментов есть возможность просматривать данные в виде таблицы. К слову сказать, атрибуты могут заполняться заранее, а могут и вычисляться в зависимости от каких-либо параметров объекта. Картинка обложки к этому посту — здания из OpenStreetMap в центре Москвы, цвет которых зависит от площади дома.
Для векторных геоданных было разработано большое число разнообразных форматов, расскажу о наиболее популярных:
Инструменты
Тема картографии только кажется специфичной, сложной и запутанной, сейчас всё больше и больше различных технологий и инструментов для «бытовой картографии» становятся доступными для обычным пользователям. Попробую дать краткий обзор того, чем часто пользуюсь сам.
QuantumGIS
Quantum GIS (сокращённо QGIS)— настоящая ГИС в классическом понимании. Продукт кроссплатформенный c открытым исходным кодом и является прекрасной альтернативой дорогостоящим ГИС-пакетам.
Работая с картографией, QGIS стал для меня незаменимым инструментом для работы с геоданными. В первую очередь это возможности просмотра, редактирования, импорта и экспорта различных форматов, а также возможности анализа и работы с выборками объектов. Например, мне часто требуется отфильтровать объекты по какому-либо признаку или выбрать их в какой-либо конкретной области.
Quantum GIS 2.6.1: Слой зданий © OpenStreetMap c категориями по площади, просмотр атрибутов объекта.
Кроме этого у QGIS есть возможности стилизации карты, экспорта изображения карты для печати и публикации в интернете. У Квантума большое сообщество разработчиков, заинтересованных в развитии проекта, и на сегодняшний день разработано большое количество плагинов, которые значительно расширяют функциональные возможности программы.
CartoDB
CartoDB — онлайн сервис работы с вашими геоданными, по сути хостинг геоданных с возможностями визуализации и публикации ваших же данных. Основная схема работы с сервисом такая: требуется загрузить данные, настроить их отображение и уже можно использовать готовую визуализацию — опубликовать ссылку на проект или разместить карту на сайте.
Настройка визуализации землетрясений в CartoDB
В скринкасте про CartoDB я показал как можно за несколько минут создать анимированную визуализацию землетрясений (случившихся за 30 дней, по данным USGS). У CartoDB очень удобно всё сделано для того, чтобы пользователь с любым уровнем подготовки смог бы разобраться с сервисом, а для тех, кому требуется помощь ребята стартовали специальный сайт The Map Academy на котором публикуют примеры и скринкасты, обучающие работе с сервисом, а в блоге публикуется лучшая карта недели созданная с помощью этого сервиса. Для более продвинутых возможностей у CartoDB есть API.
TileMill
На самом деле, компания MapBox, которая разработала TileMill* за эти пару лет уже убежала далеко вперёд: для кастомизации карт выпустили более функциональный продукт Design Studio, онлайн-сервис тоже имеет богатые возможности работы с геоданными, а для разработчиков предлагается широкий спектр API. В своём блоге команда регулярно публикует впечатляющие примеры визуализаций.
MapBox как и CartoDB позволяет хранить ваши геоданные в облаке и публиковать их на различных платформах. Основное отличие: CartoDB позволяет стилизовать и отображать их поверх уже какой-либо готовой карты, а в сервисах MapBox можно кастомизировать и карту, и объекты, которые хотелось бы на ней отобразить. При этом, в CartoDB можно подключить тайлы карты, подготовленной в MapBox.
Основная идея стилизации карт в TileMill заключается в следующем: вы добавляете данные по слоям на карту, и можете стилизовать настроить стиль отображения слоя с помощью CartoCSS — языка настройки внешнего вида, очень похожего на CSS. Картинки в посте про типы данных, или картинка для обложки как раз готовились в TileMill, и если один раз разобраться и понять принцип, делается это удобно, быстро и легко.
MapBox TileMill
Подготовленную карту можно экспортировать или как статичную картинку, или опубликовать в облачное хранилище для дальнейшего использования карты в интернете или на мобильных устройствах. Хранение данных в MapBox — платный сервис по подписке, при этом есть бесплатный тарифный план, которого хватает для знакомства с базовыми возможностями сервиса.
* — пользователям MacOS 10.10 Yosemite нужно скачивать dev-версию
API Яндекс.Карт
API Карт от Яндекса — невероятно богат на различные возможности карты. Для первого знакомства с JavaScript API рекомендую посмотреть на примеры из «Песочницы» — тут можно довольно быстро разобраться как добавить интерактивную карту на страницу с различными параметрами, настроить поведение карты или же добавить различные объекты.
В скринкасте про API я скачал информацию о станциях велопроката в CSV формате, сконвертировал с помощью QGIS эти данные в GeoJSON и далее визуализировал их с помощью API Яндекс.Карт несколькими способами:
Кластеризация пунктов велопроката
Кластеризацию и рисование кругов я использовал в эксперименте с визуализацией общественных туалетов — круги мне очень пригодились показать 5-минутные радиусы, а модуль тепловых карт я использовал в проекте статистки работы московского велопроката.
Тепловая карта в проекте статистики московских Велобайков
Это, конечно же, далеко не все возможности API. При желании можно собрать на основе API Карт достаточно интересный интерактивный проект. Найти интересные примеры визуализаций можно в блоге, клубе разработчиков, «песочнице» или в документации.
Тема картографии бесконечна, и чем больше я погружаюсь в неё, тем более безграничной мне кажется эта картографическая вселенная. Особо внимательные читатели наверняка заметили, что рассказ получился про данные и про технологии, а про дизайн в этой истории сказано мало. В это приключение отправимся позже — пока что я собираю материалы по теме, структурирую и осмысляю собранное.
Итак, самые важные ссылки, для дальнейшего погружения в тему визуализации геоданных.
Ссылки и рабочие файлы для примеров: github.com/minikarma/geotalk
Для обсуждения темы я стартовал группу в Фейсбуке — «Бытовая картография». Очень здорово будет найти единомышленников и обсуждать подобные темы там, делиться экспериментами и опытом.
Планирую продолжить пополнять материалы по мере возможности и буду рад дополнениям и пожеланиям.
Ссылки
Подготавливая информацию к курсу, я насобирал некоторый набор ссылок для самостоятельного изучения. Делюсь и с вами. Будет здорово, если поделитесь в коментариях чем-нибудь интересным со мной.
