GIS-Lab - Вклад [ru]

Создаём свою карту ДТП

2018-04-04T10:37:45Z

Trolleway:

==Загружаем исходные данные==
Источник данных: http://stat.gibdd.ru

Находим код региона.

Указываем диапазон дат.

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

Результат: пачка XML с карточками ДТП.

==Преобразовываем в табличный вид==
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.

Результат: CSV файл со всеми данными по ДТП.

==Находим пересечения==
Источник данных: http://data.nextgis.com
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).

Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.

===Скрипт детектирования перекрёстков в данных Openstreetmap===
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.

Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.

Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.
<syntaxhighlight lang="python">
python -c "import gdal"
</syntaxhighlight>

Клонируем скрипт

<syntaxhighlight lang="bash">
git clone https://github.com/nextgis/data_processing_scripts.git
cd data_processing_scripts/nextgis_extracts_detect_crossings
</syntaxhighlight>

При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.
<syntaxhighlight lang="bash">
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('motorway','motorway_link','trunk','trunk_link','primary','primary_link','secondary','secondary_link','tertiary','tertiary_link','unclassified','residential')"
</syntaxhighlight>
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу

Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.

[[Файл:Crossing detection result.png]]

==Создаём перекрестки==
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).

Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.

На входе - точки (crossings), точки событий (dtp2014).

[[Файл:Points near points.png]]

Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04

Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД.
<syntaxhighlight lang="bash">
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg

ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014

ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015

ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016
</syntaxhighlight>

Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами.

[[Файл:Points near points_2.png]]

Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос. Если вы работаете не с Москвой, то вместо 32637 подставьте номер системы координат UTM на нужную местность.

<syntaxhighlight lang="sql">
-- генерируем три слоя буферов с разным расстоянием
-- Укажите тут нужную СК, если это не Москва.
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;

DROP TABLE IF EXISTS crossingsarea_disolved;
CREATE TABLE crossingsarea_disolved (
wkb_geometry geometry,
buffer integer);

--для 100 метров
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers100),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer;

--для 50 метров
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers50),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer;

--для 20 метров
DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers20),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer;

--добавление столбцов и рассчёт числовых значений
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';

UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);
UPDATE crossingsarea_disolved SET count_2014=0;
UPDATE crossingsarea_disolved SET count_2015=0;
UPDATE crossingsarea_disolved SET count_2016=0;
UPDATE crossingsarea_disolved SET cp_2014=0;
UPDATE crossingsarea_disolved SET cp_2015=0;
UPDATE crossingsarea_disolved SET cp_2016=0;
UPDATE crossingsarea_disolved SET cps_2014=0;
UPDATE crossingsarea_disolved SET cps_2015=0;
UPDATE crossingsarea_disolved SET cps_2016=0;

CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS
SELECT
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2014 , crossingsarea_disolved
WHERE
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS
SELECT
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2015 , crossingsarea_disolved
WHERE
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS
SELECT
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2016 , crossingsarea_disolved
WHERE
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;
</syntaxhighlight>

Выгружаем слой в файл
<syntaxhighlight lang="bash">
ogr2ogr -progress -overwrite -f GPKG crossings_dtp.gpkg PG:"host=localhost dbname=gis " crossingsarea_disolved -skipfailures
</syntaxhighlight>

==Считаем ДТП и смерти==

==Делаем веб-карту==

Создаём свою карту ДТП

2018-04-04T10:27:38Z

Trolleway:

==Загружаем исходные данные==
Источник данных: http://stat.gibdd.ru

Находим код региона.

Указываем диапазон дат.

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

Результат: пачка XML с карточками ДТП.

==Преобразовываем в табличный вид==
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.

Результат: CSV файл со всеми данными по ДТП.

==Находим пересечения==
Источник данных: http://data.nextgis.com
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).

Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.

===Скрипт детектирования перекрёстков в данных Openstreetmap===
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.

Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.

Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.
<syntaxhighlight lang="python">
python -c "import gdal"
</syntaxhighlight>

Клонируем скрипт

<syntaxhighlight lang="bash">
git clone https://github.com/nextgis/data_processing_scripts.git
cd data_processing_scripts/nextgis_extracts_detect_crossings
</syntaxhighlight>

При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.
<syntaxhighlight lang="bash">
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('motorway','motorway_link','trunk','trunk_link','primary','primary_link','secondary','secondary_link','tertiary','tertiary_link','unclassified','residential')"
</syntaxhighlight>
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу

Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.

[[Файл:Crossing detection result.png]]

==Создаём перекрестки==
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).

Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.

На входе - точки (crossings), точки событий (dtp2014).

[[Файл:Points near points.png]]

Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04

Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД.
<syntaxhighlight lang="bash">
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg

ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014

ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015

ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016
</syntaxhighlight>

Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами.

[[Файл:Points near points_2.png]]

Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос.

<syntaxhighlight lang="sql">
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;

DROP TABLE IF EXISTS crossingsarea_disolved;
CREATE TABLE crossingsarea_disolved (
wkb_geometry geometry,
buffer integer);

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers100),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer;

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers50),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer;

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers20),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer;

ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';

UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);
UPDATE crossingsarea_disolved SET count_2014=0;
UPDATE crossingsarea_disolved SET count_2015=0;
UPDATE crossingsarea_disolved SET count_2016=0;
UPDATE crossingsarea_disolved SET cp_2014=0;
UPDATE crossingsarea_disolved SET cp_2015=0;
UPDATE crossingsarea_disolved SET cp_2016=0;
UPDATE crossingsarea_disolved SET cps_2014=0;
UPDATE crossingsarea_disolved SET cps_2015=0;
UPDATE crossingsarea_disolved SET cps_2016=0;

CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS
SELECT
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2014 , crossingsarea_disolved
WHERE
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS
SELECT
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2015 , crossingsarea_disolved
WHERE
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS
SELECT
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2016 , crossingsarea_disolved
WHERE
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;
</syntaxhighlight>

Выгружаем слой в файл
<syntaxhighlight lang="bash">
ogr2ogr -progress -overwrite -f GPKG crossings_dtp.gpkg PG:"host=localhost dbname=gis " crossingsarea_disolved -skipfailures
</syntaxhighlight>

==Считаем ДТП и смерти==

==Делаем веб-карту==

Создаём свою карту ДТП

2018-04-04T10:22:58Z

Trolleway:

==Загружаем исходные данные==
Источник данных: http://stat.gibdd.ru

Находим код региона.

Указываем диапазон дат.

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

Результат: пачка XML с карточками ДТП.

==Преобразовываем в табличный вид==
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.

Результат: CSV файл со всеми данными по ДТП.

==Находим пересечения==
Источник данных: http://data.nextgis.com
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).

Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.

===Скрипт детектирования перекрёстков в данных Openstreetmap===
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.

Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.

Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.
<syntaxhighlight lang="python">
python -c "import gdal"
</syntaxhighlight>

Клонируем скрипт

<syntaxhighlight lang="bash">
git clone https://github.com/nextgis/data_processing_scripts.git
cd data_processing_scripts/nextgis_extracts_detect_crossings
</syntaxhighlight>

При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.
<syntaxhighlight lang="bash">
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('motorway','motorway_link','trunk','trunk_link','primary','primary_link','secondary','secondary_link','tertiary','tertiary_link','unclassified','residential')"
</syntaxhighlight>
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу

Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.

[[Файл:Crossing detection result.png]]

==Создаём перекрестки==
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).

Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.

На входе - точки (crossings), точки событий (dtp2014).

[[Файл:Points near points.png]]

Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04

Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД.
<syntaxhighlight lang="bash">
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg

ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014

ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015

ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016
</syntaxhighlight>

Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами.
[[Файл:Points near points_2.png]]
Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос.

<syntaxhighlight lang="sql">
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;

DROP TABLE IF EXISTS crossingsarea_disolved;
CREATE TABLE crossingsarea_disolved (
wkb_geometry geometry,
buffer integer);

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers100),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer;

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers50),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer;

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers20),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer;

ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';

UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);
UPDATE crossingsarea_disolved SET count_2014=0;
UPDATE crossingsarea_disolved SET count_2015=0;
UPDATE crossingsarea_disolved SET count_2016=0;
UPDATE crossingsarea_disolved SET cp_2014=0;
UPDATE crossingsarea_disolved SET cp_2015=0;
UPDATE crossingsarea_disolved SET cp_2016=0;
UPDATE crossingsarea_disolved SET cps_2014=0;
UPDATE crossingsarea_disolved SET cps_2015=0;
UPDATE crossingsarea_disolved SET cps_2016=0;

CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS
SELECT
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2014 , crossingsarea_disolved
WHERE
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS
SELECT
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2015 , crossingsarea_disolved
WHERE
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS
SELECT
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2016 , crossingsarea_disolved
WHERE
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;
</syntaxhighlight>

==Считаем ДТП и смерти==

==Делаем веб-карту==

Файл:Points near points 2.png

2018-04-04T10:22:30Z

Trolleway:

Создаём свою карту ДТП

2018-04-04T10:16:59Z

Trolleway:

==Загружаем исходные данные==
Источник данных: http://stat.gibdd.ru

Находим код региона.

Указываем диапазон дат.

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

Результат: пачка XML с карточками ДТП.

==Преобразовываем в табличный вид==
С XML работать не удобно, поэтому используем следующий скрипт для преобразования XML в CSV.

Результат: CSV файл со всеми данными по ДТП.

==Находим пересечения==
Источник данных: http://data.nextgis.com
Совсем свежие данные стоят 200-300р, старые можно скачать бесплатно. Так или иначе получаем свой регион. Нам нужен только один слой: highway-lines.shp (дорожная сеть).

Находим все пересечения и считаем в каждом количество примыканий, определяем таким образом Х-образные пересечения (у них это значение >= 4). Но можете оставить и другие, если нужно.

===Скрипт детектирования перекрёстков в данных Openstreetmap===
В OSM нет тега для перекрёстка, но их можно получить, взяв те точки, в которых пересекается несколько веев (более двух). Для пробы этот скрипт был написан на питоновских биндингах GDAL, и Москву он считает за ночь. Вероятно в PostGIS этот же алгоритм можно сделать более быстрым.

Если вы работаете на Windows или Mac OS, то установите NextGIS QGIS, найдите и запустите в меню программ "NextGIS command prompt".
Если вы работаете на Linux, то установите GDAL с питоновскими биндингами.

Проверяем, что биндинги работают. Выполняем эту команду - она не должна выводить ничего.
<syntaxhighlight lang="python">
python -c "import gdal"
</syntaxhighlight>

Клонируем скрипт

<syntaxhighlight lang="bash">
git clone https://github.com/nextgis/data_processing_scripts.git
cd data_processing_scripts/nextgis_extracts_detect_crossings
</syntaxhighlight>

При запуске скрипта нужно только указать путь к highway-line.shp, который распаковали на предыдущем шаге и задать фильтр по типам дорог - это то же самое, если бы вы отфильтровали highway-lines.shp в ogr2ogr. Этот фильтр вы задаёте в зависимости от конкретно вашего алгоритма анализа, в зависимости от его настройки можно получить аварии только на перекрёстках крупных улиц, или только на перекрёстках мелких улиц.
<syntaxhighlight lang="bash">
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('primary')"
python detect_crossings.py -s highway-line.shp -d crossings.shp -f "HIGHWAY IN ('motorway','motorway_link','trunk','trunk_link','primary','primary_link','secondary','secondary_link','tertiary','tertiary_link','unclassified','residential')"
</syntaxhighlight>
Фильтр нужен обязательно, потому что без него у вас получатся перекрёстки тротуаров с тропинками в лесу

Скрипт создаст Shapefile с точками, в атрибуте WAYS_CNT будет количество дорог, подходящих к точке.

[[Файл:Crossing detection result.png]]

==Создаём перекрестки==
Перекресток - зона определенного радиуса вокруг пересечения (буферная зона).

Перекрестки получаются путем построения буферных зон вокруг пересечений. Соединенные при этом зоны - объединяются в единый объект.

На входе - точки (crossings), точки событий (dtp2014).

[[Файл:Points near points.png]]

Расчёт делается в PostGIS. Хорошая инструкция по установке есть на https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-postgis-on-ubuntu-14-04

Загружаем слои из файлов в PostGIS. Подставьте в эти команды логин и пароль к БД.
<syntaxhighlight lang="bash">
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" ../moscow_crossings.gpkg

ogr2ogr -progress -overwrite -f GPKG dtp2014.gpkg --config SHAPE_ENCODING cp1251 dtp_post_14_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2014.gpkg -skipfailures -nln dtp2014

ogr2ogr -progress -overwrite -f GPKG dtp2015.gpkg --config SHAPE_ENCODING cp1251 dtp_post_15_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2015.gpkg -skipfailures -nln dtp2015

ogr2ogr -progress -overwrite -f GPKG dtp2016.gpkg --config SHAPE_ENCODING cp1251 dtp_post_16_all_Mow.shp -skipfailures
ogr2ogr -progress -overwrite PG:"host=localhost dbname=gis user= password=" dtp2016.gpkg -skipfailures -nln dtp2016
</syntaxhighlight>

Для перекрёстков строится 3 буфера, они объединяются. Делается spatial self join, и подсчитывается количество и разные суммы атрибутов аварий у перекрёстков. На выходе - полигональный слой с кружками вокруг пеерекрёстков и разными атрибутами.
Подключитесь к БД в pgAdmin или Valentina Studio, выполните этот запрос.

<syntaxhighlight lang="sql">
CREATE TEMPORARY TABLE buffers100 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),100) AS wkb_geometry,100 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers50 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),50) AS wkb_geometry,50 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;
CREATE TEMPORARY TABLE buffers20 ON COMMIT DROP AS
SELECT st_buffer(ST_Transform(wkb_geometry,32637),20) AS wkb_geometry,20 AS buffer_size FROM moscow_crossings WHERE ways_cnt = 4;

DROP TABLE IF EXISTS crossingsarea_disolved;
CREATE TABLE crossingsarea_disolved (
wkb_geometry geometry,
buffer integer);

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers100),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 100 as buffer FROM crossingsarea_disolved_onebuffer;

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers50),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 50 as buffer FROM crossingsarea_disolved_onebuffer;

DROP TABLE IF EXISTS crossingsarea_disolved_onebuffer ;
CREATE
TEMPORARY
TABLE crossingsarea_disolved_onebuffer
ON COMMIT DROP
AS
WITH
clusters(wkb_geometry) AS
(SELECT ST_CollectionExtract(unnest(ST_ClusterIntersecting(wkb_geometry)), 3)
FROM buffers20),
multis(id, wkb_geometry) AS
(SELECT row_number() over() as id, wkb_geometry FROM clusters)
SELECT ST_UNION(wkb_geometry) AS wkb_geometry FROM
(SELECT id, (ST_DUMP(wkb_geometry)).geom AS wkb_geometry FROM multis) d GROUP BY id;
INSERT INTO crossingsarea_disolved SELECT wkb_geometry, 20 as buffer FROM crossingsarea_disolved_onebuffer;

ALTER TABLE crossingsarea_disolved ADD COLUMN count_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN count_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cp_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2014 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2015 integer;
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_2016 integer;

ALTER TABLE crossingsarea_disolved ADD COLUMN cp_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО АВАРИЙ С ТРУПАМИ';
ALTER TABLE crossingsarea_disolved ADD COLUMN cps_sum integer;
COMMENT ON COLUMN crossingsarea_disolved.cp_sum IS 'КОЛИЧЕСТВО ТРУПОВ';

UPDATE crossingsarea_disolved SET wkb_geometry=ST_SetSRID(wkb_geometry,32637);
UPDATE crossingsarea_disolved SET count_2014=0;
UPDATE crossingsarea_disolved SET count_2015=0;
UPDATE crossingsarea_disolved SET count_2016=0;
UPDATE crossingsarea_disolved SET cp_2014=0;
UPDATE crossingsarea_disolved SET cp_2015=0;
UPDATE crossingsarea_disolved SET cp_2016=0;
UPDATE crossingsarea_disolved SET cps_2014=0;
UPDATE crossingsarea_disolved SET cps_2015=0;
UPDATE crossingsarea_disolved SET cps_2016=0;

CREATE TEMPORARY TABLE medium2014 ON COMMIT DROP AS
SELECT
dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2014 , crossingsarea_disolved
WHERE
ST_Within(dtp2014.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt FROM medium2014 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2014 = medium2014_cnt.cnt
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2014_cnt ON COMMIT DROP AS
SELECT medium2014.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2014 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2014 = medium2014_cnt.cnt, cps_2014 = medium2014_cnt.corpses
FROM medium2014_cnt
WHERE medium2014_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2014_cnt;

CREATE TEMPORARY TABLE medium2015 ON COMMIT DROP AS
SELECT
dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2015 , crossingsarea_disolved
WHERE
ST_Within(dtp2015.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt FROM medium2015 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2015 = medium2015_cnt.cnt
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2015_cnt ON COMMIT DROP AS
SELECT medium2015.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2015 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2015 = medium2015_cnt.cnt, cps_2015 = medium2015_cnt.corpses
FROM medium2015_cnt
WHERE medium2015_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2015_cnt;

CREATE TEMPORARY TABLE medium2016 ON COMMIT DROP AS
SELECT
dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry AS crossing_geometry,corpse
FROM
dtp2016 , crossingsarea_disolved
WHERE
ST_Within(dtp2016.wkb_geometry, crossingsarea_disolved.wkb_geometry);

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt FROM medium2016 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET count_2016 = medium2016_cnt.cnt
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

CREATE TEMPORARY TABLE medium2016_cnt ON COMMIT DROP AS
SELECT medium2016.crossing_geometry, COUNT(*) AS cnt, SUM(corpse) AS corpses FROM medium2016 WHERE corpse > 0 GROUP BY crossing_geometry;

UPDATE crossingsarea_disolved SET cp_2016 = medium2016_cnt.cnt, cps_2016 = medium2016_cnt.corpses
FROM medium2016_cnt
WHERE medium2016_cnt.crossing_geometry = crossingsarea_disolved.wkb_geometry;
DROP TABLE medium2016_cnt;

UPDATE crossingsarea_disolved SET cp_sum = cp_2014+cp_2015+cp_2016;
UPDATE crossingsarea_disolved SET cps_sum = cps_2014+cps_2015+cps_2016;
</syntaxhighlight>

==Считаем ДТП и смерти==

==Делаем веб-карту==

Файл:Points near points.png

2018-04-04T10:10:28Z

Trolleway:

Создаём свою карту ДТП

2018-04-04T09:59:31Z

Trolleway:

Создаём свою карту ДТП

2018-04-04T09:59:22Z

Trolleway: /* Скрипт детектирования перекрёстков в данных Openstreetmap */

Создаём свою карту ДТП

2018-04-04T09:58:19Z

Trolleway:

Файл:Crossing detection result.png

2018-04-04T09:55:36Z

Trolleway: demo of https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings

demo of https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings

Создаём свою карту ДТП

2018-04-04T09:49:23Z

Trolleway: /* Скрипт детектирования перекрёстков в данных Openstreetmap */

Файл:Crossing detection result.svg

2018-04-04T09:49:06Z

Trolleway: demo of result https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings

demo of result https://github.com/nextgis/data_processing_scripts/tree/master/nextgis_extracts_detect_crossings

Создаём свою карту ДТП

2018-04-04T09:42:46Z

Trolleway:

Создаём свою карту ДТП

2018-04-04T09:15:34Z

Trolleway:

Создаём свою карту ДТП

2018-04-04T09:11:32Z

Trolleway:

Создаём свою карту ДТП

2018-04-04T09:09:54Z

Trolleway: /* Скрипт детектирования перекрёстков в данных Openstreetmap */

Создаём свою карту ДТП

2018-04-04T09:04:38Z

Trolleway:

Видео на GISconf 2015

2015-11-18T14:12:30Z

Trolleway:

На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.

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

=== Доклады ===

Зал ГИС

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 11:00—12:00
| Открытие
| Татьяна Шубнова
|-
| 21 ноября
| 12:20—13:40
| Новое
|
|-
| 21 ноября
| 14:40—15:00
| Форматы
|
|-
| 21 ноября
| 16:00—18:00
| Вебгис
| Мария Бовда
|-
| 21 ноября
| 18:20—19:20
| ДЗЗ
|
|-
| 22 ноября
| 10:40—12:40
| Образование
| Шубнова Татьяна
|-
| 22 ноября
| 13:00—15:00
| Отрасли
| Шубнова Татьяна
|-
| 22 ноября
| 16:00—17:40
| Технологии
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| Мобильные
|
|}

Зал ОСМ

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 12:20—13:20
| OSM1
| Татьяна Шубнова
|-
| 21 ноября
| 13:40—15:00
| OSM2
| Артём Светлов
|-
| 21 ноября
| 16:00—17:40
| OSM3
|
|-
| 21 ноября
| 18:00—19:20
| OSM4
| Артём Светлов
|-
| 22 ноября
| 10:40—11:40
| Разработка
| Пирогов Андрей
|-
| 22 ноября
| 12:00—12:40
| Геомаркетинг
| Пирогов Андрей
|-
| 22 ноября
| 13:00—14:00
| Mobile, Короткие доклады
| Артём Светлов
|-
| 22 ноября
| 16:00—17:40
| Экология
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| QGIS в экологии
|
|}

=== Мастер-классы ===

Зал Мастер-классы 1

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Андрей Кармацкий
|
|-
| 21 ноября
| 16:00—19:00
| Константин Гордеев
|
|-
| 21 ноября
| 16:00—19:00
| Станислав Петряков
|
|-
| 21 ноября
| 16:00—19:00
| Юрий Астрахан
|
|-
| 22 ноября
| 11:00—15:00
| Денис Рыков
|
|-
| 22 ноября
| 16:00—18:40
| Николай Лебедев
|
|-
| 22 ноября
| 16:00—18:40
| Виктор Олайя
|
|-
| 22 ноября
| 16:00—18:40
| Илья Зверев
|
|-
| 22 ноября
| 16:00—18:40
| Григорий Потапов
|
|}

Зал Мастер-классы 2

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Артём Светлов
| Артём Светлов
|-
| 21 ноября
| 16:00—19:00
| Александр Лисовенко
|
|-
| 21 ноября
| 16:00—19:00
| Игорь Белов
|
|-
| 21 ноября
| 16:00—19:00
| Алексей Новичков
|
|-
| 22 ноября
| 11:00—15:00
| Александр Клешнин
|
|-
| 22 ноября
| 16:00—18:40
| Александр Дежин
|
|-
| 22 ноября
| 16:00—18:40
| Максим Дементьев
|
|-
| 22 ноября
| 16:00—18:40
| Дмитрий Колесов
|
|-
| 22 ноября
| 16:00—18:40
| Наталья Волгушева
|
|}

Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.

Видео на GISconf 2015

2015-11-18T14:06:58Z

Trolleway:

На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.

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

=== Доклады ===

Зал ГИС

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 11:00—12:00
| Открытие
| Татьяна Шубнова
|-
| 21 ноября
| 12:20—13:40
| Новое
|
|-
| 21 ноября
| 14:40—15:00
| Форматы
|
|-
| 21 ноября
| 16:00—18:00
| Вебгис
| Мария Бовда
|-
| 21 ноября
| 18:20—19:20
| ДЗЗ
|
|-
| 22 ноября
| 10:40—12:40
| Образование
| Шубнова Татьяна
|-
| 22 ноября
| 13:00—15:00
| Отрасли
| Шубнова Татьяна
|-
| 22 ноября
| 16:00—17:40
| Технологии
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| Мобильные
|
|}

Зал ОСМ

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 12:20—13:20
| OSM1
| Татьяна Шубнова
|-
| 21 ноября
| 13:40—15:00
| OSM2
| Артём Светлов
|-
| 21 ноября
| 16:00—17:40
| OSM3
|
|-
| 21 ноября
| 18:00—19:20
| OSM4
| Артём Светлов
|-
| 22 ноября
| 10:40—11:40
| Разработка
| Пирогов Андрей
|-
| 22 ноября
| 12:00—12:40
| Геомаркетинг
| Пирогов Андрей
|-
| 22 ноября
| 13:00—14:00
| Короткие доклады
|
|-
| 22 ноября
| 16:00—17:40
| Экология
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| QGIS в экологии
|
|}

=== Мастер-классы ===

Зал Мастер-классы 1

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Андрей Кармацкий
|
|-
| 21 ноября
| 16:00—19:00
| Константин Гордеев
|
|-
| 21 ноября
| 16:00—19:00
| Станислав Петряков
|
|-
| 21 ноября
| 16:00—19:00
| Юрий Астрахан
|
|-
| 22 ноября
| 11:00—15:00
| Денис Рыков
|
|-
| 22 ноября
| 16:00—18:40
| Николай Лебедев
|
|-
| 22 ноября
| 16:00—18:40
| Виктор Олайя
|
|-
| 22 ноября
| 16:00—18:40
| Илья Зверев
|
|-
| 22 ноября
| 16:00—18:40
| Григорий Потапов
|
|}

Зал Мастер-классы 2

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Артём Светлов
| Артём Светлов
|-
| 21 ноября
| 16:00—19:00
| Александр Лисовенко
|
|-
| 21 ноября
| 16:00—19:00
| Игорь Белов
|
|-
| 21 ноября
| 16:00—19:00
| Алексей Новичков
|
|-
| 22 ноября
| 11:00—15:00
| Александр Клешнин
|
|-
| 22 ноября
| 16:00—18:40
| Александр Дежин
|
|-
| 22 ноября
| 16:00—18:40
| Максим Дементьев
|
|-
| 22 ноября
| 16:00—18:40
| Дмитрий Колесов
|
|-
| 22 ноября
| 16:00—18:40
| Наталья Волгушева
|
|}

Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.

Видео на GISconf 2015

2015-11-18T14:05:54Z

Trolleway:

На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.

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

=== Доклады ===

Зал ГИС

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 11:00—12:00
| Открытие
| Татьяна Шубнова
|-
| 21 ноября
| 12:20—13:40
| Новое
|
|-
| 21 ноября
| 14:40—15:00
| Форматы
|
|-
| 21 ноября
| 16:00—18:00
| Вебгис
| Мария Бовда
|-
| 21 ноября
| 18:20—19:20
| ДЗЗ
|
|-
| 22 ноября
| 10:40—12:40
| Образование
| Шубнова Татьяна
|-
| 22 ноября
| 13:00—15:00
| Отрасли
| Шубнова Татьяна
|-
| 22 ноября
| 16:00—17:40
| Технологии
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| Мобильные
|
|}

Зал ОСМ

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 12:20—13:20
| OSM1
| Татьяна Шубнова
|-
| 21 ноября
| 13:40—15:00
| OSM2
| Артём Светлов
|-
| 21 ноября
| 16:00—17:40
| OSM3
|
|-
| 21 ноября
| 18:00—19:20
| OSM4
|
|-
| 22 ноября
| 10:40—11:40
| Разработка
| Пирогов Андрей
|-
| 22 ноября
| 12:00—12:40
| Геомаркетинг
| Пирогов Андрей
|-
| 22 ноября
| 13:00—14:00
| Короткие доклады
|
|-
| 22 ноября
| 16:00—17:40
| Экология
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| QGIS в экологии
|
|}

=== Мастер-классы ===

Зал Мастер-классы 1

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Андрей Кармацкий
|
|-
| 21 ноября
| 16:00—19:00
| Константин Гордеев
|
|-
| 21 ноября
| 16:00—19:00
| Станислав Петряков
|
|-
| 21 ноября
| 16:00—19:00
| Юрий Астрахан
|
|-
| 22 ноября
| 11:00—15:00
| Денис Рыков
|
|-
| 22 ноября
| 16:00—18:40
| Николай Лебедев
|
|-
| 22 ноября
| 16:00—18:40
| Виктор Олайя
|
|-
| 22 ноября
| 16:00—18:40
| Илья Зверев
|
|-
| 22 ноября
| 16:00—18:40
| Григорий Потапов
|
|}

Зал Мастер-классы 2

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Артём Светлов
| Артём Светлов
|-
| 21 ноября
| 16:00—19:00
| Александр Лисовенко
|
|-
| 21 ноября
| 16:00—19:00
| Игорь Белов
|
|-
| 21 ноября
| 16:00—19:00
| Алексей Новичков
|
|-
| 22 ноября
| 11:00—15:00
| Александр Клешнин
|
|-
| 22 ноября
| 16:00—18:40
| Александр Дежин
|
|-
| 22 ноября
| 16:00—18:40
| Максим Дементьев
|
|-
| 22 ноября
| 16:00—18:40
| Дмитрий Колесов
|
|-
| 22 ноября
| 16:00—18:40
| Наталья Волгушева
|
|}

Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.

Видео на GISconf 2015

2015-11-18T14:04:53Z

Trolleway:

На конференции «Открытые ГИС 2015» будет видеосъёмка. Мы хотим до конца года опубликовать записи всех докладов. У нас есть несколько камер, но сами по себе они работать не будут: за камерами нужно приглядывать. То есть, смотреть за видоискателем и проверять, что и докладчик, и слайды попадают в кадр. Работа ненапряжная, но важная: от добровольцев зависит, насколькио информативными получатся видеоролики.

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

=== Доклады ===

Зал ГИС

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 11:00—12:00
| Открытие
| Татьяна Шубнова
|-
| 21 ноября
| 12:20—13:40
| Новое
|
|-
| 21 ноября
| 14:40—15:00
| Форматы
|
|-
| 21 ноября
| 16:00—18:00
| Вебгис
| Мария Бовда
|-
| 21 ноября
| 18:20—19:20
| ДЗЗ
|
|-
| 22 ноября
| 10:40—12:40
| Образование
| Шубнова Татьяна
|-
| 22 ноября
| 13:00—15:00
| Отрасли
| Шубнова Татьяна
|-
| 22 ноября
| 16:00—17:40
| Технологии
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| Мобильные
|
|}

Зал ОСМ

{| class="wikitable"
|-
! Дата
! Время
! Секция
! Контроллер
|-
| 21 ноября
| 12:20—13:20
| OSM1
| Татьяна Шубнова
|-
| 21 ноября
| 13:40—15:00
| OSM2
|
|-
| 21 ноября
| 16:00—17:40
| OSM3
|
|-
| 21 ноября
| 18:00—19:20
| OSM4
|
|-
| 22 ноября
| 10:40—11:40
| Разработка
| Пирогов Андрей
|-
| 22 ноября
| 12:00—12:40
| Геомаркетинг
| Пирогов Андрей
|-
| 22 ноября
| 13:00—14:00
| Короткие доклады
|
|-
| 22 ноября
| 16:00—17:40
| Экология
| Шубнова Татьяна
|-
| 22 ноября
| 18:00—18:40
| QGIS в экологии
|
|}

=== Мастер-классы ===

Зал Мастер-классы 1

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Андрей Кармацкий
|
|-
| 21 ноября
| 16:00—19:00
| Константин Гордеев
|
|-
| 21 ноября
| 16:00—19:00
| Станислав Петряков
|
|-
| 21 ноября
| 16:00—19:00
| Юрий Астрахан
|
|-
| 22 ноября
| 11:00—15:00
| Денис Рыков
|
|-
| 22 ноября
| 16:00—18:40
| Николай Лебедев
|
|-
| 22 ноября
| 16:00—18:40
| Виктор Олайя
|
|-
| 22 ноября
| 16:00—18:40
| Илья Зверев
|
|-
| 22 ноября
| 16:00—18:40
| Григорий Потапов
|
|}

Зал Мастер-классы 2

{| class="wikitable"
|-
! Дата
! Время
! Ведущий класса
! Контроллер
|-
| 21 ноября
| 12:20—15:00
| Артём Светлов
| Артём Светлов
|-
| 21 ноября
| 16:00—19:00
| Александр Лисовенко
|
|-
| 21 ноября
| 16:00—19:00
| Игорь Белов
|
|-
| 21 ноября
| 16:00—19:00
| Алексей Новичков
|
|-
| 22 ноября
| 11:00—15:00
| Александр Клешнин
|
|-
| 22 ноября
| 16:00—18:40
| Александр Дежин
|
|-
| 22 ноября
| 16:00—18:40
| Максим Дементьев
|
|-
| 22 ноября
| 16:00—18:40
| Дмитрий Колесов
|
|-
| 22 ноября
| 16:00—18:40
| Наталья Волгушева
|
|}

Обсуждается видеозапись [http://gis-lab.info/forum/viewtopic.php?f=51&t=20129 на форуме гис-лаба], но вам не нужно туда писать: нужно только быть на месте в выбранный интервал времени.

Файл:Ngw edit-control-panel-add-rule-to-user.png

2014-04-30T07:45:31Z

Trolleway: загружена новая версия «Файл:Ngw edit-control-panel-add-rule-to-user.png»

Файл:Ngw edit-control-panel-group.png

2014-04-30T07:43:59Z

Trolleway: загружена новая версия «Файл:Ngw edit-control-panel-group.png»

Файл:Nextgisweb main screen 20140217.png

2014-02-17T07:45:29Z

Trolleway:

Файл:Ngw edit-layers-group-add-link-selected.png

2014-02-10T07:26:41Z

Trolleway:

Файл:Ngw edit-layers-group.png

2014-02-10T07:23:59Z

Trolleway:

Файл:Ngw edit-control-panel-add-rule-to-user.png

2014-02-07T14:03:47Z

Trolleway:

Файл:Ngw edit-control-panel-group.png

2014-02-07T14:03:34Z

Trolleway:

Файл:Ngw edit-control-panel-main-screen.png

2014-02-07T14:03:26Z

Trolleway:

Файл:Ngw edit-webmap-layers-settings.png

2014-02-07T13:50:34Z

Trolleway:

Файл:Ngw edit-webmap-settings.png

2014-02-07T13:50:22Z

Trolleway:

Файл:Ngw edit-postgis-layer-refresh-attributes.png

2014-02-07T13:43:54Z

Trolleway:

Файл:Ngw create-postgis-layer.png

2014-02-07T13:42:28Z

Trolleway:

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T13:47:44Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
=== Форматы ===

Система координат данных: EPSG: 4326 (latlon/WGS84)
Формат данных: CSV или ESRI Shapefile
Кодировка: UTF-8
Формат хранения геометрий: WKT или пара полей с координатами.

=== Лицензия ===
ODBL. Смесь данных с портала правительства Москвы и Openstreetmap.
This data is made available under the Open Database License: http://opendatacommons.org/licenses/odbl/1.0/. Any rights in individual contents of the database are licensed under the Database Contents License: http://opendatacommons.org/licenses/dbcl/1.0/ - See more at: http://opendatacommons.org/licenses/odbl/#sthash.3AUR4Yf1.dpuf
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

=== Как улучшить данные ===
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.
* Сделать то же самое для памятников, оград, и парков.
* Уточнять координаты точек в этом наборе данных.
* Если будут новые данные, то связаться со мной, (trolleway@yandex.ru) и я пересоберу данные.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T13:43:01Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
=== Форматы ===

Система координат данных: EPSG: 4326 (latlon/WGS84)
Формат данных: CSV или ESRI Shapefile
Кодировка: UTF-8
Формат хранения геометрий: WKT или пара полей с координатами.

=== Лицензия ===
ODBL. Смесь данных с портала правительства Москвы и Openstreetmap.
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

=== Как улучшить данные ===
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.
* Сделать то же самое для памятников, оград, и парков.
* Уточнять координаты точек в этом наборе данных.
* Если будут новые данные, то связаться со мной, (trolleway@yandex.ru) и я пересоберу данные.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T13:22:17Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
=== Форматы ===

Система координат данных: EPSG: 4326 (latlon/WGS84)
Формат данных: CSV или ESRI Shapefile
Кодировка: UTF-8
Формат хранения геометрий: WKT или пара полей с координатами.

=== Лицензия ===
ODBL. Смесь данных с портала правительства Москвы и Openstreetmap.
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

=== Как улучшить данные ===
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.
* Сделать то же самое для памятников, оград, и парков.
* Уточнять координаты точек в этом наборе данных.
* Если будут новые данные, то связаться со мной, и я пересоберу данные.
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T13:16:12Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
=== Форматы ===
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.
Кодировка UTF-8.
Система координат EPSG:4326
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

=== Как улучшить данные ===
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:
* Занести в базу OSM не найденные здания с адресами. Пожалуйста, перед загрузкой, убедитесь, что ваши данные лицензионно чисты, вы получили их по открытым источникам или источникам, для которых вы имеете право переводить в их векторную форму. Карты геосервисов Google, Microsoft и подобных такими данными - не являются! Скорее всего, все доступные адреса из таких источников уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.
* Сделать то же самое для памятников, оград, и парков.
* Уточнять координаты точек в этом наборе данных.
* Если будут новые данные, то связаться со мной, и я пересоберу данные.
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T12:33:56Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
=== Форматы ===
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.
Кодировка UTF-8.
Система координат EPSG:4326
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

=== Как улучшить данные ===
Данные неполны. Там не вся Москва. Чтобы их улучшить, надо поступать так:
* Занести в базу OSM не найденные здания с адресами. Это можно делать только из тех источников, при использовании которых не будут нарушаться условия лицензии OSM, и скорее всего, все доступные адреса из них уже взяли. Предпочтительный вариант - сьездить самому на местность, и посмотреть эти дома.
* Сделать то же самое для памятников, оград, и парков.
* Уточнять координаты точек в этом наборе данных.
* Если будут новые данные, то связаться со мной, и я пересоберу данные.
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T12:28:54Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
=== Форматы ===
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.
Кодировка UTF-8.
Система координат EPSG:4326
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

=== Улучшить данные ===
черновик
Данные неполны. Там не вся Москва. Чтобы их улучшить, есть 2 варианта
* Занести в базу OSM не найденные здания с адресами. Это можно делать только из тех источников, что не нарушать авторские права, или же сьездить самому, и посмотреть эти дома.
* Уточнять координаты точек в этом наборе данных.
* Если будут новые данные, то связаться со мной, и я пересоберу данные.
* Могу выложить скрипт для составления слоя полигонов, но им всё равно никто пользоваться не будет.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T12:21:13Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
=== Форматы ===
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.
Кодировка UTF-8.
Система координат EPSG:4326
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T12:16:27Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip
== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T12:10:14Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.
=== Точки ===
Это точечный слой, каждая запись в нём представляет один объект из оригинального набора данных. Координаты получены автоматическим геокодированием. Точки, для которых не нашёлся дом, имеют координаты одной точки в центре города.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.
Некоторые записи представляют архитектурные ансамбли, и у них в поле адреса указан список адресов. В этом случае были созданы отдельные точки для каждого здания из ансамбля. В таком случае, в таблице точек есть одна запись, а в таблице мультиточек - несколько записей с одинаковым полем id.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

== Форматы файлов ==

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-14T12:05:46Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Результаты: ==
Данные распространяются в виде трёх файлов в формате ESRI Shapefile и CSV.
=== Точки ===
Одна запись - один объект.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

== Форматы файлов ==

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-13T09:24:52Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Данные ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.
Однако в списке нет федеральных памятников.

http://www.panoramio.com/photo/87439874

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Описание полей: ==
=== Точки ===
Одна запись - один объект.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

== Форматы файлов ==
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-13T09:15:54Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Описание структуры набора данных ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Вокзалы и станционные постройки.
* Археологические объекты.

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Описание полей: ==
=== Точки ===
Одна запись - один объект.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

== Форматы файлов ==
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-13T08:45:34Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]
== Описание структуры набора данных ==
В наборе данных на сайте Московского правительства содержатся адреса памятников архитектуры, то есть зданий и сооружений на которых есть городские таблички "памятник архитектуры". В него входят:
* Жилые, конторские и промышленные здания. Самые новые дома - конца 1950-х годов.
* Усадебные комплексы, с разбивкой по отдельным зданиям.
* Храмы и монастыри.
* Памятники на улицах, и отдельные памятники на кладбищах.
* Археологические объекты.

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов объектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Описание полей: ==
=== Точки ===
Одна запись - один объект.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

== Форматы файлов ==
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-13T08:17:44Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов обьектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Описание полей: ==
=== Точки ===
Одна запись - один объект.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| ensemble || Название архитектурного ансамбля, не всегда || ||
|-
| name || Название объекта || || Комплекс студенческих общежитий в Аненгофской роще
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || || Москва, Энергетическая улица,
|-
| addr_part2 || Адрес (из 2 частей) || || 8 к4
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || || Энергетическая ул., д.6, к.1-3, д.8, к.4,5,7; д.10, к.1,2; д.14. к.1-4
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || || Москва, Энергетическая улица, 8 к4
|}

== Форматы файлов ==
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-13T07:46:50Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|756px|center|Полигональный слой в историческом районе.]]

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов обьектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Описание полей: ==
=== Точки ===
Одна запись - один объект.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. ||
|-
| ensemble || Название архитектурного ансамбля || ||
|-
| name || Название объекта || ||
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || ||
|-
| addr_part2 || Адрес (из 2 частей) || ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || ||
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || ||
|}

== Форматы файлов ==
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-13T07:45:13Z

Trolleway:

{{Статья|Черновик}}
{{Аннотация|Открытые геоданные по архитектурному наследию Москвы}}

Департамент культурного наследия города Москвы выложил на портале открытых данных г. Москвы набор данных "Объекты культурного наследия и Выявленные объекты культурного наследия" (id 530, [http://data.mos.ru/datasets/530 источник]). Согласно общей информации о наборе на портал он является геоданными. Это, однако, не соответствует действительности, поскольку никаких координат в данных нет.

В Департаменте культурного наследия города Москвы нам посоветовали обратиться к геодезистам, чтобы они "разметили" объекты. Поскольку мы знаем более быстрые способы, мы ими и воспользовались.

Здесь представлены результаты нашего труда.

{{NextGIS}}
[[Файл:Nextgis heritage preview.png|thumb|750px|center|Полигональный слой в историческом районе.]]

== Описание структуры набора данных ==
Исходные данные состояли из списка адресов обьектов взятых из соответствующего набора. Для каждой записи было произведено автоматическое геокодирование по базе данных OpenStreetMap для получения координат, и взят окружающий его полигон здания из Openstreetmap, при его наличии.

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

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

Актуальность данных - октябрь 2013 года. Геометрия зданий взята из дампа OSM от 9 января 2014 года.

== Ограничения: ==
# В списке есть записи не только по зданиям, но и по паркам, оградам, памятникам, а так же недавно снесённым зданиям. Координаты таких записей не выверялись, и поэтому могут находится в любом месте города. Такие неточные записи можно отфильтровать: "class" IS NULL
# Все данные выверялись только для зоны между 3 транспортным кольцом и Московской кольцевой автомобильной дорогой, а набор данных охватывает всю Москву. Поэтому внутри 3ТК и за МКАДом координаты точек и их статусы могут быть неверными.
# Некоторые точки не попадают в дома OSM, поэтому полигонов меньше, чем точек.
# Для зданий П и Г-образной формы точки были автоматически помещены в центральную точку, которая может не попадать в фигуру здания, а находится во дворе. Поэтому при правильно определённом адресе, их нет в таблице полигонов. Для зоны между 3ТК и МКАДом эта ошибка была исправлена вручную.
# Если здание сложной формы заведено в Openstreetmap как множество отдельных полигонов с тегом building, то бралась геометрия только одного полигона. Это объясняется структурой данных OSM.
# Установлено, что больше всего ошибок на территории усадебных и религиозных комплексов. Это объясняется отсутствием адресной информации по зданиям в Openstreetmap.
# В Shape-файлах длинна полей ограничена 254 символами.

[[Файл:Nextgis heritage moscowmap2.png|thumb|500px|right|Распределение по территории города]]

Объектом может быть как одно здание либо сооружение, так и комплекс отдельных зданий.
== Описание полей: ==
=== Точки ===
Одна запись - один объект.
{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_full || Исходный адрес || Некоторые улицы могут иметь названия многолетней давности, и сейчас называться по-другому. ||
|-
| ensemble || Название архитектурного ансамбля || ||
|-
| name || Название объекта || ||
|-
| g_geocoded || Адрес места из базы OSM, в который автоматически была помещена точка при геокодинге || Из-за неполноты адресной информации в OSM около трети записей геокодировалось неправильно, и в этом поле могут быть не адреса домов, а улицы, или автобусные остановки ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| moved || Точность ручной выверки. ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|-
| class || Обозначает что этот объект представляет собой парк, ограду, памятник, либо недавно снесённое здание. || ||
|-
| is_multiobject || || Обозначает, что это мультиобъект, и в таблице мультиточек находится множество точек для каждого отдельного здания. ||
|}

=== Мультиточки ===
Одна запись - один из элементов мультиобъекта.

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| addr_part1 || Адрес (из 2 частей) || ||
|-
| addr_part2 || Адрес (из 2 частей) || ||
|-
| g_status || Точность автоматической выверки ||
* 1: Точка указывает в правильное здание.
* 2: Точка указывает в правильный квартал.
* 3 и больше: точность до района города.
|| 1
|}

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

{| class="wikitable"
|-
! Код поля !! Название поля !! Примечание !! Пример
|-
| id || Код объекта || ||
|-
| name || Название объекта || ||
|-
| source|| Название таблицы-источника|| ||
|-
| addr_orig || Оригинальный адрес из набора данных || ||
|-
| addr_local || Адрес исправленный вручную, по которому производился геокодирование || ||
|}

== Форматы файлов ==
Данные распространяются в виде нескольких файлов в формате ESRI Shapefile и CSV.

== Применение данных ==
Данные использованы в исследовании к "[http://mosurbanforum.ru Московскому урбанистическому форуму 2013]".

*Археология периферии. Серия "Библиотека Суперпарка". М.: Московский урбанистический форум, 2013. - 32 с.: илл.
*Каталог нового наследия. Исследование для московского урбанистического форума 2013 "Мегаполисы: Развитие за пределами центра", стр. 443.

Публикуемый здесь набор отличается от использованного в материалах форума:
* набор для скачивания приведён к лицензии ODBL
* нумерация отличается от того, что было опубликовано в публикациях
* в каталог попали только 407 из 800 геокодированных объектов Москомнаследия, попавших в зону интереса иследования.

== Ссылки на скачивание ==
* http://gis-lab.info/data/heritage/heritage_cadaster_points.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_pointsofmultiopbjects.zip
* http://gis-lab.info/data/heritage/heritage_cadaster_polygons.zip

Открытый набор геоданных по архитектурному наследию Москвы

2014-01-13T07:28:06Z

Trolleway: